每个专业都有其特有的术语和关键词，如果连最基本的术语和关键词都不懂，那交流起来会非常费劲，比如：本来一句话在下一个“迭代”完成，对于不了解的还得去解释什么是“迭代”。
这也许就是内行和外行的区别吧，如今敏捷方法已经是项目管理者必备的技能，作为PMO和PM那些关键词是你应该知道的呢？
今天就为大家分享了这20个最为核心的关键词，希望对就有所帮助！
01
《领导力》
02
《适应性》
03
《沟通》
良好的沟通可以帮助确保每个人都理解他们的职责，并工作于共同的目标。可能需要经常举行项目会议，以分享项目的进展和下一步的计划。也需要有能力解决团队内的冲突，以保持团队的合作和效率。
04
《决策》
05
《敏捷思维》
06
《协作》
07
《反馈》
敏捷需要重视收集和利用反馈。客户的反馈、团队成员的反馈、利益相关者的反馈，以及项目的性能数据。
例如，一个项目需要在每次迭代结束时进行评审会议，收集团队的反馈，并根据这些反馈来调整他们的方法和计划。还需要使用客户反馈来改进产品或服务，以更好地满足客户的需求。
08
《Scrum》
09
《Kanban》
10
《敏捷教练》
11
《价值导向》
12
《项目冲刺》
在Scrum框架下，项目经理会将项目分解为一系列的冲刺。每个冲刺都有明确的目标，并在固定的时间框架（通常是2-4周）内完成。敏捷项目经理会在冲刺规划会议中与团队确定冲刺的目标，然后在冲刺期间跟踪进度，并在冲刺结束时进行评审和回顾，以便于学习和改进。
13
《风险管理》
14
《质量管理》
15
《创新》
敏捷鼓励团队创新，找到新的方法来解决问题。鼓励团队尝试新的工具和技术，或者找到新的方式来提高效率。项目经理可以通过创建一个开放和接受新想法的环境，来鼓励团队成员的创新。
16
《持续学习》
17
《激励》
18
《理解商业》
19
《解决问题》
在项目过程中，敏捷项目经理需要解决各种问题，如需求变更、资源限制、技术问题等。他们需要有高效的问题解决技能，包括定义问题、识别和分析可能的解决方案、选择并实施最佳解决方案，以及评估解决方案的效果。例如，如果一个项目面临时间限制，需要识别哪些任务是优先的，哪些任务可以推迟或删除，以确保项目能够按时完成。
02
《自组织》
敏捷项目经理需要推动他们的团队成为自组织的。需要鼓励团队成员更大程度地参与决策过程，使他们能够自主管理他们的工作，而不是仅仅按照指示执行任务。例如，需要与团队一起制定规则和流程，为团队成员提供必要的工具和资源，以便他们能够自组织。这也需要敏捷项目经理信任团队，并为他们提供足够的自由度来做出决定。
例如，在一个敏捷开发团队中，项目经理可能会鼓励团队成员自己安排工作任务，而不是由上级分配。他们会创建一个公开的任务板，让团队成员能够看到所有的任务和他们的状态，团队成员可以自己选择他们要做的任务。同时，还应鼓励团队成员对工作流程提出改进建议，以提高团队的效率。这种方式能够提高团队成员的工作满意度，提高他们的工作效率，也能够帮助他们发展自我管理的技能。
50个敏捷关键术语表
术语 | 定义 | 关键作用 | 相关概念 | 示例/应用场景 |
1. 敏捷（Agility） | 快速响应变化，灵活调整方向的能力。 | 提升适应性和交付效率。 | 迭代、增量、持续改进 | 团队根据用户反馈快速调整产品功能。 |
2. Sprint（冲刺） | 固定周期（通常2-4周），团队集中完成一组任务。 | 分阶段交付价值，保持节奏。 | Scrum、增量、待办列表 | 在2周内完成用户登录模块的开发与测试。 |
3. Scrum | 一种敏捷框架，通过角色（PO、SM）、事件（Sprint）和工件（待办列表）管理项目。 | 结构化协作流程，确保透明性和可控性。 | Sprint、站会、冲刺评审 | 团队按Scrum流程每两周交付一次产品迭代。 |
4. 用户故事（User Story） | 用自然语言描述用户需求，格式：“作为[角色]，我希望[功能]，以便[价值]”。 | 聚焦用户价值，简化需求沟通。 | 史诗、验收标准、故事点 | “作为用户，我希望一键登录，以便快速访问账户。” |
5. 产品负责人（PO） | 代表客户利益，负责需求优先级和产品愿景。 | 确保团队开发正确功能。 | 待办列表、用户故事、冲刺目标 | PO根据市场反馈将支付功能优先级提升。 |
6. 站会（Daily Standup） | 每日15分钟短会，成员回答：“昨天做了什么？今天计划？有何阻碍？” | 同步进展，快速暴露问题。 | 看板、阻碍、Scrum | 开发者在站会中报告因接口延迟受阻，SM协调解决。 |
7. 看板（Kanban） | 可视化任务流程的工具，通常分为“待处理-进行中-完成”列，限制并行任务数量。 | 优化流程效率，减少瓶颈。 | 持续交付、拉动系统、价值流图 | 团队使用看板跟踪需求从设计到上线的全流程。 |
8. MVP（最小可行产品） | 仅包含核心功能的产品版本，用于验证市场假设。 | 降低试错成本，快速学习。 | 迭代、用户反馈、价值交付 | 电商平台先上线基础购物功能，再逐步扩展促销模块。 |
9. 迭代（Iteration） | 周期性重复开发过程，每个周期交付部分功能并改进。 | 持续优化产品，响应变化。 | 增量、Sprint、回顾会议 | 每3周迭代一次，逐步完善数据分析功能。 |
10. 增量（Increment） | 每个迭代周期结束时交付的可工作产品增量。 | 确保阶段性成果可用。 | Sprint、完成定义、验收测试 | 当前Sprint交付的搜索功能支持模糊查询。 |
11. 燃尽图（Burn-down） | 展示剩余任务量随时间减少的趋势图。 | 监控进度，预测完成时间。 | 故事点、Sprint、任务板 | 燃尽图显示剩余工作量落后，团队调整资源追赶进度。 |
12. 故事点（Story Points） | 用相对单位（如斐波那契数列）估算任务复杂度。 | 避免工时估算偏差，提升计划可靠性。 | 规划扑克、速度、迭代 | 团队评估“用户注册”功能为5个故事点，而“支付接口”为8个。 |
13. 技术债（Technical Debt） | 为快速交付而牺牲代码质量，需后续修复。 | 平衡速度与质量，量化维护成本。 | 重构、持续集成、测试驱动开发 | 临时绕过安全校验上线功能，后续需重写代码。 |
14. 回顾会议（Retro） | 迭代结束后总结团队协作问题并制定改进措施。 | 持续优化流程，提升效率。 | 持续改进、Scrum、Kaizen | 团队发现代码评审耗时过长，决定引入自动化工具。 |
15. 待办列表（Backlog） | 按优先级排序的需求清单，由PO维护。 | 明确工作范围，动态调整优先级。 | 用户故事、史诗、冲刺目标 | PO将“多语言支持”从待办列表移至下个Sprint。 |
16. 冲刺目标（Sprint Goal） | 当前Sprint要达成的核心业务目标。 | 聚焦团队努力方向，减少范围蔓延。 | 用户故事、任务板、增量 | 本Sprint目标是“实现购物车基础功能”。 |
17. 验收标准（AC） | 明确任务完成的必要条件（如功能、性能等）。 | 确保交付符合预期，减少返工。 | 用户故事、完成定义、测试用例 | “用户登录”功能的验收标准包括：支持手机号+验证码，响应时间<2秒。 |
18. 持续集成（CI） | 开发人员频繁（每日多次）将代码合并到主干，并自动化测试。 | 减少集成冲突，快速发现缺陷。 | 持续交付、自动化测试、DevOps | 每次代码提交后自动运行单元测试和构建。 |
19. 持续交付（CD） | 确保代码可随时部署到生产环境的能力。 | 缩短交付周期，提升发布频率。 | CI、自动化部署、DevOps | 团队每天部署新功能至预生产环境，随时准备上线。 |
20. 跨职能团队 | 成员具备开发、测试、设计等多种技能，减少外部依赖。 | 加速端到端交付，提升自主性。 | 自组织团队、Scrum、精益 | 团队内包含前端、后端、QA和UI设计师，独立完成需求交付。 |
21. 仆人式领导 | Scrum Master的核心角色：服务团队，移除障碍而非指挥。 | 赋能团队，营造自组织环境。 | 自组织团队、Scrum、阻碍 | SM协调运维团队解决服务器配置问题，而非指派任务。 |
22. 刺探（Spike） | 限时研究性任务，探索技术可行性或解决方案。 | 降低不确定性，支持决策。 | 技术债、用户故事、时间盒 | 用1天时间验证第三方API是否能满足性能要求。 |
23. 敏捷宣言 | 敏捷四大价值观： | 指导敏捷实践原则，避免形式主义。 | Scrum、XP、精益 | 团队优先与客户讨论需求变更，而非严格遵循合同条款。 |
24. 极限编程（XP） | 强调代码质量、持续集成和结对编程的敏捷方法。 | 提升代码可维护性，减少缺陷。 | TDD、重构、结对编程 | 开发者结对编写代码，并每小时执行一次自动化测试。 |
25. 任务板（Task Board） | 可视化任务状态（如待处理/进行中/完成）的物理或电子看板。 | 透明化工作进展，促进协作。 | 看板、冲刺待办列表、燃尽图 | 团队使用Jira任务板跟踪当前Sprint的每个子任务。 |
26. 速度（Velocity） | 团队在一个Sprint中平均完成的故事点数。 | 预测未来产能，合理规划任务量。 | 故事点、迭代、待办列表 | 团队速度为30故事点/Sprint，据此安排下期任务。 |
27. 时间盒（Timeboxing） | 为任务或事件设定严格时间限制（如会议不超过15分钟）。 | 提升效率，避免过度投入。 | Sprint、站会、规划扑克 | 将需求评审会议限定在1小时内完成。 |
28. 重构（Refactoring） | 在不改变功能的前提下优化代码结构。 | 提高代码可读性和扩展性。 | 技术债、持续集成、TDD | 将冗余代码模块拆分为独立服务，降低耦合度。 |
29. 冲刺评审（Review） | Sprint结束时展示成果并收集干系人反馈的会议。 | 验证价值交付，对齐期望。 | 增量、用户故事、验收测试 | 向客户演示新功能，确认是否符合需求。 |
30. 规划扑克（Planning Poker） | 团队成员通过卡片投票估算故事点的协作游戏。 | 减少估算偏差，达成共识。 | 故事点、用户故事、速度 | 团队通过多轮投票确定“数据导出”功能为8个故事点。 |
31. 完成定义（DoD） | 任务完成的统一标准（如代码审核通过、测试覆盖率≥80%）。 | 确保交付质量一致。 | 验收标准、增量、持续集成 | 所有代码必须通过SonarQube静态扫描才能标记为“完成”。 |
32. 史诗（Epic） | 大型需求，需拆分为多个用户故事实现。 | 管理复杂需求，分阶段交付。 | 用户故事、特性、待办列表 | “构建支付系统”史诗拆分为“接入支付宝”“退款流程”等故事。 |
33. 特性（Feature） | 产品的功能模块，由多个用户故事组成。 | 组织需求层级，规划产品路线。 | 史诗、用户故事、故事地图 | “个性化推荐”特性包含“收藏夹推荐”“浏览历史推荐”等故事。 |
34. 敏捷教练 | 指导团队实践敏捷原则，解决实施障碍的专业角色。 | 加速敏捷转型，培养团队能力。 | Scrum Master、持续改进、仆人式领导 | 教练协助团队优化站会流程，减少无效讨论。 |
35. 价值流图（VSM） | 可视化从需求提出到交付的端到端流程，识别浪费环节。 | 优化流程效率，减少非增值活动。 | 精益、看板、持续改进 | 分析发现测试环境部署耗时占30%，推动自动化改造。 |
36. 精益（Lean） | 通过消除浪费（如过度生产、等待）最大化客户价值的理念。 | 提升资源利用率，聚焦核心价值。 | 看板、持续改进、按需启动 | 减少冗余会议，仅保留必要协作环节。 |
37. SAFe（规模化敏捷） | 将敏捷实践扩展至大型企业或复杂项目的框架。 | 协调多团队协作，统一目标。 | Scrum、看板、PI（项目增量） | 企业使用SAFe管理跨5个团队的供应链系统开发。 |
38. 用户画像（Persona） | 虚构的典型用户模型，描述其目标、行为模式等。 | 精准定位需求，避免主观臆断。 | 用户故事、需求分析、用户体验设计 | 为“企业管理员”画像设计权限管理功能。 |
39. 冲刺待办列表 | 当前Sprint计划完成的任务子集，从产品待办列表筛选。 | 明确迭代范围，控制工作量。 | Sprint目标、用户故事、任务板 | 本Sprint待办列表包含8个用户故事和3个缺陷修复。 |
40. 阻碍（Impediment） | 影响团队效率的问题（如资源不足、外部依赖）。 | 快速暴露风险，保障进度。 | 站会、仆人式领导、Scrum Master | 因第三方API文档不全，开发进度受阻，SM协调供应商支持。 |
41. 信息辐射器 | 可视化展示项目关键信息的工具（如看板、燃尽图）。 | 透明化进展，促进自主管理。 | 任务板、燃尽图、价值流图 | 会议室墙上贴有实时更新的看板，所有人可查看任务状态。 |
42. 结对编程 | 两人共用一台电脑协作编程，一人编写代码，另一人实时审查。 | 提升代码质量，促进知识共享。 | XP、持续集成、代码评审 | 新手与资深开发者结对完成核心模块开发。 |
43. TDD（测试驱动开发） | 先编写测试用例，再开发代码使其通过测试的开发方法。 | 确保代码符合需求，减少缺陷。 | 持续集成、重构、自动化测试 | 为“计算器”功能先写加减乘除测试用例，再实现对应逻辑。 |
44. 故事地图 | 按用户旅程横向排列用户故事，纵向划分发布版本的规划工具。 | 整体规划产品路线，平衡优先级。 | 用户故事、史诗、待办列表 | 将“旅行预订”流程拆解为“搜索-比价-支付-评价”故事链。 |
45. 蜂拥模式（Swarming） | 团队集中资源优先解决高优先级任务，避免任务堆积。 | 加速关键任务交付，减少瓶颈。 | 看板、阻碍、持续交付 | 全团队协助修复导致系统崩溃的紧急缺陷。 |
46. 持续改进（Kaizen） | 通过小步迭代优化流程和产品的理念。 | 逐步提升效率和质量。 | 回顾会议、精益、仆人式领导 | 每次迭代节省10%的测试时间，持续优化自动化脚本。 |
47. 验收测试 | 验证功能是否符合用户需求的测试（通常由PO或客户参与）。 | 确保交付成果与需求一致。 | 用户故事、验收标准、完成定义 | PO确认“订单导出”功能生成的Excel文件包含所有必填字段。 |
48. 按需启动（JIT） | 在最后一刻做决策，避免过早计划导致的浪费。 | 减少不确定性影响，提高资源利用率。 | 精益、待办列表、冲刺规划 | 临近Sprint开始前确定具体任务，而非提前数月规划。 |
49. 仆人式领导 | 领导者以服务团队为核心，通过支持而非控制来提升团队效能。 | 激发团队自主性，建立信任文化。 | 自组织团队、Scrum Master、阻碍 | 领导为团队争取培训资源，而非强制要求加班。 |
50. 自组织团队 | 团队自主分配任务、决策工作方式，管理层仅提供支持。 | 提升责任感与创新力。 | 仆人式领导、Scrum、持续改进 | 开发者自主协商分配每日任务，SM仅协助解决障碍。 |
欢迎加入中国最大的PMO&PM社区
