PMI-ACP^®考试知识点：常见的敏捷实践（1）

Scrum的3334

三个支柱

透明：过程中的关键环节对相关人是显而易见的，同时保证干系人对这些关键环节理解是统一的。

检查：Scrum使用者必须经常检视Scrum的工件和完成Sprint目标的进展，检视频率应适宜。

适应：如果检视发现一个或多个方面偏离可接受范围以外，并且将会导致产品不可接受时，就必须对过程或过程化的内容加以调整。调整工作必须尽快执行如此才能最小进一步的偏离。

Scrum规定了4个仪式，用于检视和适应

三个角色

产品负责人(Product Owner)：主要负责确定产品的功能和达到要求的标准，维护产品代办事项列表，指定软件的交付的内容，确保开发团队对产品待办事项列表有足够深的了解，同时有权力接受或拒绝开发团队的工作成果。产品负责人可以亲自完成上述工作，也可以让开发团队来完成，但是PO是负最终责任的人。改变产品待办事项优先级都必须经过产品负责人。

团队负责人(Scrum Master)：主要负责整个Scrum流程在项目中的顺利实施和进行，以及清除挡在客户和开发工作之间的沟通障碍，使得客户可以直接驱动开发。主要有服务团队、教导团队、保护团队、引导Scrum的有效应用职能。

开发团队(Scrum Team)：主要负责软件产品在Scrum规定流程下进行开发工作，人数控制在3~9人左右(PO，SM不包含在人数中，除非参加执行冲刺列表中的工作)，团队获得授权，自组织和管理他们的工作。每个成员可能负责不同的技术方面，但要求每成员必须要有很强的自我管理能力，责任属于整个开发团队。为团队提供了一种一起成功，一起失败，一起调整，一起改进的途径

三个工件

产品待办列表

它是一份涵盖产品中已指所需每项的有序列表，他是产品需求的唯一来源。它永远不是完整的。包括描述、次序、估算和价值，包括测试描述，在完成时证明其完整性。

待办事项列表的DEEP属性：

Detailed Appropriately 详细适当：产品待办列表中的事项详细程度是遵循最后决策原则的，排序高的项目通常比排序低的更清晰同时包含更多细节，团队成员根据事项的优先级及实施时间，自行决定何时以及如何完成产品待办列表精化，细化用户故事。

Estimated 评估的，列表中的事项都是进行估值的。且排序高的事项估值更精确，排序低的估算更加粗略。

Emergent 涌现的，产品待办列表永远是不完整的，会随着产品及应用环境的改变而演进，需要持续更新以反映出产品需要什么来保持其适用性、竞争力和有用。如果产品存在，产品待办列表也同样存在。产品待办事项列表项可以在任何时间更新，由产品负责人决定。

Prioritized 产品待办事项列表是按照事项对应价值从高到低排序的优先级列表，排在列表顶端的优先级越高，也要优先处理。

产品待办列表精化指的是为产品待办列表项增添细节、估算和排序的动作。排序越高的事项细节越丰富。

Spint待办列表

它是一组为当前sprint选出的产品待列表项。Sprin他待办列表是拥有足够细节的计划，仍和进度的变化可以在每日Scrum站会中清晰地看到。

要注意的是：

开发团队在sprint期间修改sprint待办列表，使得它在迭代期间涌现。涌现发生在开发团队按计划开展工作并学习到更多的关于哪些工作是达成sprint目标所需必要工作时。新工作将放入sprint待办列表中，剩余工作量被估算及更新，失去意义的工作将被移除。

开发团队对sprint待办列表全权负责。

增量

增量是一个sprint完成的所有产品待办表项的总和，以及之前所有sprint所产生的增量的价值总和。无论产品负责人是否决定发布它，增量必须可用。