敏捷词汇表
敏捷词汇表
A
Acceptance Criteria (AC)接收标准（验收标准）
- 产品负责人从业务或干系人角度定义的外部质量特征。接收标准定义期望的行为并用于判定PBI（产品待办列表条目）是否开发完成。
- 为了让用户、客户或其他权威机构认可，组件或系统必须满足的退出标准
Acceptance Test 接收测试
- 验证是否满足接收标准的测试过程。
- 一种测试，定义每个PBI必须交付的业务价值。接收测试可以验证功能需求或非功能需求，如性能或稳定性。这种测试用来帮助指导开发过程。
- 针对用户需求和业务流程的正式测试过程，执行此过程以确定系统是否满足接收标准，并且使用户、客户或其他授权的实体能够决定是否接受此系统。
Acceptance Test Driven Development (ATDD) 接收测试驱动开发
一种技术，在开发过程开始之前，参与者使用实例讨论接收标准，然后将其分解成一组具体的接收测试。与“实例化需求(Specification By Example)”同义。
Accountability 责任担当
教练信任教练对象，并通过双方从开始就共同设计的架构和方法，以不带主观臆断和责备的态度，使教练对象在思考、学习或行动的过程中对自己的发展进程和目标负责。教练以“每个人都要对自己的发展b负责”的心态来协助教练对象建立起对自己的责任担当系统。建立责任担当的问题包括：“你会怎么做？”“什么时候？”
Adaptation 适应（调整）
经验式过程（Empirical Process）的三个支柱之一；适应是一种反馈，用来对正在开发的产品或产品开发过程进行调整。另外可以参阅“经验式过程”、“检视”和“透明”。
Agile 敏捷
- 敏捷宣言中表示的一组特定的加个管和原则。参见敏捷宣言网站。
- 泛指，用于指代一组相关的增量式迭代开发方法。Scrum是一种敏捷开发方法。另请参阅“极限编程”、“看板”和Scrum。
Artifact 工件
在产品开发过程中产生的实际附属物。如产品待办列表、冲刺待办列表和潜在可交付的产品增量都是Scrum的工件。
B
Boy Scout rule 童子军原则
- 离开营地时，总是做到比发现时更干净。如果地上脏乱，不管是谁弄脏的，都清理干净。
- 每次在一块代码区工作，离开时总是要把代码整理得比你动手时更干净，而不是弄得更乱。
burndown chart 燃尽图
一种曲线图，横轴是时间（如迭代内的每天），纵轴上是迭代内剩余工作量。随着时间的推移，剩余的工作量越来越少，图表上的一般趋势是工作量燃烧到0.通过计算趋势线，可以在燃尽图上显示对应的产出，从而了解工作什么时候可以完成。如下图：
burnup chart 燃烧图
和燃尽图相对。一种曲线图，用来显示逼近目标的工作进度，纵轴上标有目标值。随着时间推移，工作逐渐完成，进度线条逐步上升并接近于目标线。在燃烧图上，我们可以通过计算趋势线显示对应的产出，从而了解什么时候可能完成。如下图：
C
cadence 节奏
规则的、可预测的节律或心跳。具有一致持续时间的冲刺，为每一次开发工作建立节奏感。
chaotic domain 混乱域
- 需要快速响应的一种情况。我们深陷危机，需要立即采取行动，以防止损失扩大化并至少需要重新建立一定的秩序。
- Cynefin框架中域的一种。请参阅“繁杂”、“复杂”、“简单”域。
commitment 承诺
把自己和行动过程绑定在一起的行为。Scrum鼓励承诺。承诺意味着无论顺利与否，每个团队成员都专注于达成团队的共同目标。
Component Team 组件团队
专注于创建组件的团队，这些组件从属于客户想要购买的大型产品。组件团队创建软件资产或组件，其他团队可以重用并组装成有价值的客户方案。与特性团队相对。
confidence threshold 信心门限（临界值）
- 构想（产品级规划）的完成的定义。
- 为了能有足够的信心来决定是否投资继续进一步开发，这是决策者需要的信息。
Continuous Integration 持续集成
持续集成是一种软件开发实践，即团队开发成员经常集成他们的工作，通常每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。持续集成 from o Martin Fowler