PMP备考之常见敏捷术语（2024最新第七版）
1 敏捷宣言
它是敏捷价值观和原则的最初官方定义。
- 个体和互动 高于 流程和工具
- 工作的软件 高于 详尽的文档
- 客户合作 高于 合同谈判
- 响应变化 高于 遵循计划"
2 敏捷原则
它是指《敏捷宣言》中所体现的敏捷项目交付的十二条原则。
- 我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意
- 即使到了开发的后期，也欢迎改变需求
- 经常性地交付可以工作的软件，交付的间隔可以从几周到几个月，交付的时间间隔越短越好
- 在整个项目开发期间，业务人员和开发人员必须天天都在一起工作
- 围绕被激励起来的个人来构建项目
- 在团队内部，最具有效果并且富有效率的传递信息的方法，就是面对面的交谈
- 工作的软件是首要的进度度量标准
- 敏捷过程提倡平稳的开发节奏；发起人、开发者和用户应该能够保持一个长期的、恒定的开发速度
- 不断地关注优秀的技能和好的设计会增强敏捷能力
- 简单化是根本（不做过度设计和预测）
- 最好的构架、需求和设计出自于自组织的团队
- 每隔一定时间，团队会在如何才能更有效地工作方面进行反思并对自己的行为进行相应调整"
3 仆人式领导
仆人式领导是通过对团队服务来领导团队的实践，它注重理解和关注团队成员的需要和发展，旨在使团队尽可能达到最高绩效
4 人物角色
它代表一组类似终端用户的典型用户，通过其目标、动机和具有代表性的个人特征来描述。
5 Scrum主管
它是指开发团队的教练和Scrum框架中的产品负责人。其负责消除障碍促进富有成效的事件并保护团队免受干扰。另请参见工作流主管。
6 产品负责人
它是指负责使产品实现最大价值的人员，其对所创建的终端产品负责并承担最终责任。另请参见服务请求管理者。
7 跨职能团队
它是指由实践者组成的团队。这些实践者掌握交付有价值产品增量所需的各种技能。
8 Scrum团队
它是指在敏捷开发中开发团队、Scrum主管和产品负责人的总和。
9 自组织团队
它是一种跨职能团队。其中为实现团队目标，团队成员根据需要轮换着发挥领导作用。
10 敏捷教练
它是指掌握了敏捷知识和经验的人员，其在组织和团队转型中能够发挥培训、辅导和指导的作用。
11 敏捷专家
请参见敏捷实践者。
12 工作流主管
它是指在连续工作流或看板环境下工作的团队教练和服务请求管理者。它相当于Scrum主管。
13 项目管理办公室(PMO)
对与项目相关的治理过程进行标准化，并促进资源、方法论、工具和技术共享的一种管理架构。
14 价值交付办公室 (VDO)
“一种项目交付支持结构，侧重于教练团队，在整个组织内培养敏捷技能和能力， 以及辅导发起人和产品负责人更有效地承担这些角色。”
15 团队章程
记录团队价值观、共识和工作指南的文件，并对项目团队成员的可接受行为作出明确规定。
16 预测法
它是一种工作管理方法，在整个项目生命周期中，应用工作计划和管理工作计划。
17 预测型生命周期
这是一种更为传统的方法，提前进行大量的计划工作，然后一次性执行；执 行是一个连续的过程
18 增量
它是一种经过测试、验收的实用可交付成果，也是项目总体成果的组成部分。
19 增量方法
“一种适应型开发方法，借助这种方法通过增加功能相继形成可交付物，直到可交付物包含必要且足够的能力，从而使之被视为完整的可交付物。”
20 增量型生命周期
它是一种提供已完工的、客户可立即使用的可交付成果的方法。
21 迭代
它是产品或可交付成果开发的一个时间盒循环，其中所有需要交付价值的工作都被执行。
22 迭代方法。
“一种开发方法，侧重于初始的简化实施，然后逐步对增加特性集的内容做出详尽阐述，直至最终可交付物达到完成状态。”
23 迭代型生命周期
这种方法允许对未完成的工作进行反馈，从而改进和修改该工作。
24 敏捷生命周期
它是一种迭代兼增量方法，用于优化工作项目，增加交付频率。
25 精益创业画布
一页纸的模板，旨在有效率且有效果地将商业计划与关键干系人沟通。
26 商业模式画布
一页纸的可视化摘要，描述了价值主张、基础设施、客户和财务状况。它们通常用于精益创业情境。
27 项目愿景说明书
此文件是对项目的简要、高层级描述，介绍了项目的目的，并激励项目团队为项目做出贡献。
28 影响地图
它是一种战略规划技术，被组织作为打造新产品的路线图。
29 用户故事地图
它是一种将工作纳入一个应用模型的可视化实践，旨在帮助理解随着时间推移而创建的高价值功能集，发现待办事项列表中的遗漏，有效规划向用户交付价值的软件发布。
30 最小可行产品 (MVP)
“一个概念，通过识别可交付价值的最少数量的特性或需求，用来定义向客户首次发布解决方案的范围。解决方案的范围。”
31 用户故事
它是针对特定用户的可交付成果价值的简要描述。它是对澄清细节对话的承诺。
32 史诗故事
一系列较大的相关工作，旨在按一定层级结构组织的一组需求，并交付特定业务成果。
33 完成的定义(DoD)
它是团队需要满足的所有标准的核对单。只有可交付成果满足该核对单，才能视为准备就绪可供客户使用。
34 准备就绪的定义(DoR)
它是团队以用户需求为中心的核对单，其中包括团队开始工作所需的全部信息。
35 待办事项列表
待完成工作的有序列表。
36 产品待办事项列表
它是指团队围绕某产品维护的一个以用户为中心的需求的有序列表。
37 冲刺代办事项列表
它是指由Scrum团队识别的、需要在Sprint中完成的工作事项列表。
38 DevOps
它是通过改善开发和运营员工之间的协作来理顺交付流程的各种实践的集合。
39 速度图
一个图表，可跟踪在预先定义的时间间隔内生产、确认和接受可交付物的速度。
40 价值流图
用来显示某一过程中的关键步骤以及用于识别浪费的各个步骤所花费的时间。
41 仪表盘
“一组图表和图形。通常以电子方式收集信息并生成描述状态的图表。展现高层级的概要数据。通常包括以信号灯图（也称为 RAG 图，其中RAG 是红黄绿的缩写）、横道图、饼状图和控制图显示的信息。”
42 信息发射源
“它是一种可见的实物展示，手动维护，其向组织内其他成员提供信息，在不干扰团队的情况下即时实现知识共享。表现形式为燃尽图、燃起图、组合燃烧图或风险登记册等”
43 累积流量图 (CFD)
显示一定时间内完成的特性、处于其他正在开发状态的特性以及待办事项列表中特性的图表。
44 燃烧图
时间盒中剩余工作，或者为发布产品或项目可交付物已完成工作的图形化表示。
45 故事图
“故事图是一种既定产品所应具备的所有特性和功能的可视化模型，旨在使项目团队对其所创建的产品及创建原因有整体了解。”
46 产量图
此图表可显示一定时间内验收的可交付物数量。产量图可以显示为散点图或横道图。
47 每日例会
它是指每天召集的一种简短的协作会议。其中团队将回顾前一天的进展，宣布当天的计划，强调曾遇到或预期出现的障碍。也称为每日站会。
48 迭代规划会议
“一种会议，旨在澄清待办事项列表中事项的详细信息、验收标准，以及为实现即将需要履行的迭代承诺所需的工作投入。”
49 迭代评审会议
在一个迭代结束时举行的会议，旨在展示在该迭代期间完成的工作。
50 回顾会议
定期举行的研讨会，参会者探讨其工作和结果，以便改进过程和产品。
51 待办事项列表的细化
它是对项目需求和/或正在进行的活动的渐进明细，并重新确定其中各事项的优先级，以识别可在即将到来的迭代完成的工作。
52 价值流
它是一种组织性结构，重点关注通过特定产品或服务交付流向客户的价值。
53 价值流图
“价值流图是一种精益企业的方法，用于记载、分析和改进为客户生产产品或提供服务所需信息流或物流。”
54 价值流图法
一种用于记录、分析和改善为客户生产产品或提供服务时所需的信息或材料流的精益企业技术。
55 燃烧图
时间盒中剩余工作，或者为发布产品或项目可交付物已完成工作的图形化表示。
56 燃尽图
它是剩余工作与时间盒内剩余时间关系的一种图形化表示形式。
57 燃起图
它是对已完成工作与产品发布关系的一种图形化表示形式。
58 看板
一种可视化工具，可显示在制品，帮助识别瓶颈和过度承诺，从而使团队能够优化工作流。
59 看板面板
它是一种可视化工具。团队能够通过瓶颈和工作量的有形呈现改善工作流。
60 时间盒
它是指一段固定时间，例如1周、2周、3周或1个月。另请参见迭代。
61 故事点
它是用于估算实施某个用户故事所需相对人力投入量的单位，一种无量纲指标。
62 故事点估算
故事点估算涉及分配项目团队成员实施用户故事所需的抽象的但相关联的人力投入的点数。它可使项目团队在考虑所涉及的复杂性、风险和人力投入的前提下了解故事的难度。
63 功能点
对信息系统中业务功能的数量的一种估算，用于计算软件系统功能大小的测量值功能点
64 亲和分组
“亲和分组涉及根据相似程度将各项内容归入类似的类别或组合。常见的亲和分组包括T 恤尺码和斐波纳契数列。”
65 宽带德尔菲/计划扑克
“• 即主题专家会完成多轮估算，每轮之后与项目团队展开讨论，直至达成共识• 使用斐波那契数列衡量计划扑克的价值点”
66 T-shirt尺码估算
团队为了达成共识的简化规模估算技术
67 I型人才
它是指深入掌握单一专业技能的人员，他们不具备团队所需的其他技能或对其不感兴趣。另请参见T型人才和“破梳齿”人才。
68 T型人才
它是指深入掌握单一专业技能并广泛掌握团队所需其他技能的人员。另请参见I型人才和“破梳齿”人才。
69 “破梳齿”人才
它是指对团队所需的多种技能掌握程度深浅不一的人。也称为“颜料滴洒”人才。另请参见T型人才和I型人才。
70 “颜料滴洒”人才
请参见“破梳齿”人才。
71 结对编程
主要指编程的结对工作。
72 结对工作
它是一种由两名团队成员结对且同时从事同一工作项目的技术。
73 计划—执行—检查—行动(PDCA)
它是组织中的一种迭代管理方法，旨在促进过程和产品的控制和持续改善。
74 刺探
它是指项目中短暂的时间间隔，通常长度固定。在此期间，团队开展研究或针对方案的某个方面进行原型研究验证其可行性。
75 障碍
它是指妨碍团队达成其目标的干扰因素。也称为阻碍、障碍物。
76 A3
它是一种思维方式及一种解决问题的系统化过程，将相关信息囊括在一张A3大小的纸上。
77 IDEAL
它是一种组织改进模型，以所描述的五个阶段命名启动、诊断、确立、执行和学习。
78 Scrum
它是一种复杂产品开发与维持的敏捷框架，它由特定的角色、事件和工件等元素组成。
79 ScrumofScrums
它是指一种多个团队围绕同一产品实施大规模敏捷开发工作的技术，他们需要协调讨论其相互依赖关系，重点是如何整合软件的交付在重叠的领域尤为如此。
80 Scrumban
它是一种在团队选择Scrum作为工作方式时产生的管理框架，它以看板方法作为透镜从而审视、理解并持续改善其工作。
81 Scrum板
它是一种用于管理产品代办事项列表和冲刺代办事项列表的信息发射源，它能显示工作流及其瓶颈。
82 测试驱动开发
它是在工作开始前定义测试的一种技术，它采用零缺陷的思维模式使工作进度能持续得到确认。
83 持续交付
它是立即向客户交付功能增量的实践，往往通过采用小批量工作和自动化技术实现。
84 持续整合
它是一种对团队各成员的工作产品经常整合并彼此确认的实践。
85 冲刺
它描述敏捷开发中的时间盒迭代。
86 冲刺计划
它是指敏捷开发中的一个协作事件。其中团队为目前的冲刺制订工作计划。
87 大规模敏捷开发(LeSS)
大规模敏捷开发是一种产品开发框架，它根据扩展指导方针扩大敏捷开发规模，同时保留原有的敏捷开发目的。
88 大规模敏捷框架(SAFe®)
它是一个集成模式的知识库，用于企业范围的精益开发。
89 代码集体所有
它是一种项目加速和协作技术，其中任何团队成员都有权修改任何项目工作产品或可交付成果，它强调整个团队的责任和最终责任。
90 单循环学习
它是指未根据经验提出质疑，仅仅利用预先确定的特定方法解决问题的实践。
91 动态系统开发方法(DSDM)
它是一种敏捷项目交付框架。
92 反模式
它是一种已知的、有缺陷的、不可取的工作模式。
93 方针管理
它是指一种策略或政策的部署方法。
94 服务请求管理者
它是指在连续工作流或看板环境中负责整理服务请求，旨在实现最大价值的人员。它相当于产品负责人。
95 服务型领导
它是一种向团队提供服务的领导。其实践重点是理解并解决团队成员的需求和发展，尽可能提高团队的绩效。
96 符合目的
符合预期目的的产品。
97 改善活动
它是指旨在对系统加以改善的活动。
98 功能规范
它是指某系统或应用需要实现的一种特定功能。它通常体现在功能规范文档中。
99 功能驱动开发
它是一种从客户重视的功能角度出发的轻量级敏捷软件开发方法。
100 功能需求
它是指某产品或服务应完成的一个特定行为。
101 孤岛组织
它是指以只能部分满足向客户交付价值的需求的方式构建的组织。请对照参见价值流。
102 规范敏捷(DA)
它是指一种过程决策框架，能够围绕增量和迭代解决方案的交付来简化过程决策。
103 滚动式规划
一种迭代式的规划技术，对近期要完成的工作进行详细规划，对远期工作只做粗略规划。
104 行为驱动开发(BDD)
它是一种系统设计和确认实践，采用测试优先的原则和类似英语的脚本。
105 回顾
它是一种定期进行的研讨活动。其中参与者针对其工作和工作成果进行探讨，旨在对过程和产品做出改进。
106 混合方法
它是指两种或两种以上敏捷或非敏捷要素的组合，具有非敏捷最终结果。
107 混合敏捷
它是指同时使用两种或两种以上的敏捷框架、方法、要素或实践。例如Scrum与极限编程和看板的结合使用。
108 极限编程
它是一种敏捷软件开发方法，不仅能提高软件质量，改善软件对不断变化的客户需求的响应能力，还能缩短软件版本发布周期，增加发布频率。
109 计划驱动方法
请参见预测法。
110 技术债务
它是指产品生命周期早期未能完成工作的递延成本。
111 渐进价值交付(Evo)
它是公认的首要敏捷方法，拥有其他方法所不具备的特点，重点关注向相关方交付多种可衡量的价值需求。
112 渐进明细
随着信息越来越多、估算越来越准确进而不断提高项目管理计划的详细程度的迭代过程。
113 节奏
它是指项目执行节奏。另请参见时间盒。
114 精益软件开发(LSD)
精益软件开发是软件开发领域的精益制造原理和实践，它基于一套旨在满足质量、速度和客户定位要求的原理和实践。
115 框架
它是指一种比某种特定方法更为通用的方法。
116 冒烟测试
它是指利用一组轻量级测试确保正在开发的系统实现最重要的预期功能的实践。
117 敏捷
它是用于描述反映了《敏捷宣言》所述价值观和原则的思维模式的一个术语。
118 敏捷实践者
它是指接受敏捷思维模式、在跨职能团队中与志同道合的同事开展协作的人。也称为敏捷专家。
119 敏捷思维模式
它是一种思维和行为方式，其植根于《敏捷宣言》的四大价值观和十二条原则。
120 敏捷统一过程
它是在业务应用软件开发中应用敏捷技术和思想的一种简单且便于理解的方法。它是统一软件开发过程(RUP)的简化版本。
121 群集
它是指一种团队多个成员合作，重点消除特定障碍的技术。
122 群体开发
它是一种工作技术，其中多名团队成员围绕某个具体工作项目同时协调工作。
123 生命周期
它是指产品从构想、创造到投入使用的过程。
124 实例化需求(SBE)
它是为软件产品定义需求和定义面向商业的功能测试的一种协作方法，基于使用实例获取并阐明需求，而不是抽象陈述需求。
125 适合使用
以当前形式使用，能实现其预期目的的产品。
126 双循环学习
它是一种质疑潜在的价值和假设的过程，其目的不是仅关注征兆而是为了更好地阐述根本原因制定改善对策。
127 水晶家族方法论
它是轻量级敏捷软件开发方法的集合，其重点关注特定情况的适应性。
128 重构
它是一种产品质量技术，其通过提高产品的可维护性和其他需要的属性来改善产品设计，同时并不改变产品的预期行为。
129 转向
它是指计划中的方向修正，旨在检测产品或策略的新假设。
130 自动化代码质量分析
它是用于检测代码库缺陷和漏洞的脚本化测试。
131 组织变革管理
它是一种全面的、周期性的、结构化的方法，方法旨在使个人、群组和组织在从当前状态转换为未来状态时实现预期的业务收益。
132 组织偏好
组织偏好是指组织对一组衡量指标的选择。这组衡量指标具有如下核心价值
133 验收测试驱动开发(ATDD)
它是一种协作制定验收测试标准的方法，用于创建交付前的验收测试。
134 业务需求文档(BRD)
它是某特定项目的所有需求列表。
135 用户体验(UX)设计
它是一种促进用户体验的过程，重点改善用户与产品互动中的可用性和可访问性。
- 点赞
- 收藏
- 关注作者
评论（0）