PMP|敏捷高分口诀，迅速码住！

Scrum 是用于管理产品开发的单个团队过程框架。该框架包含 Scrum 角色、事件、工件和规则，采用迭代方法来交付工作产品。

(一) 敏捷里的“3355”-Scrum 角色 工件 活动

3个角色

产品负责人（PO）：产品负责人定义项目愿景、需求和优先级，对产品成功负责。

Scrum Master：负责团队，并移除障碍，帮助他们实现产品负责人所设定的目标。

开发团队：自组织、跨职能。他们协同工作,以确定如何最好地满足产品负责人的目标。

3个工件

① 产品待办列表

产品需求列表；

产品负责人对该列表进行优先级排序；

待办事项列表中的条目以用户故事的形式呈现；

② Sprint待办列表

是产品待办列表的子表，只记录当前迭代的工作；

将用户故事拆分成任务，团队成员主动领取任务；

团队成员可以添加、删减或者更改迭代中的任务。

③ 产品增量

团队在迭代内完成交付成果，集成到以往的迭代成果中，形成增量式的交付。

每次交付的用户故事必须符合验收条件。

5个仪式

迭代：Scrum的核心，运行在 1 个月或更少时间的时间盒上

迭代计划会：选故事，领任务

每日站会：15分钟，轮流开，不解决问题

迭代评审会：演示，评审，反馈

迭代回顾会：总结，改进，计划

5种价值观

勇气、开放、专注、承诺、尊重。

(二) 敏捷十二原则

准则1：我们的最高目标是，通过尽早和持续地交付有价值的软件来满足客户。

准则2：欢迎对需求提出变更，即使在项目开发后期也不例外。敏捷过程要善于利用需求变更，帮助客户获得竞争优势。

准则3：要经常交付可用的软件，周期从几周到几个月不等，且越短越好。

准则4：项目实施过程中，业务人员与开发人员必须始终通力合作。

准则5：要善于激励项目人员，给予他们所需的环境和支持，并相信他们能够完成任务。

准则6：无论是对开发团队还是团队内部，信息传达最有效的沟通方法是面对面的交谈。

准则7：可用的软件是衡量进度的首要衡量指标。

准则8：敏捷过程提倡可持续的开发。项目发起人、开发人员和用户应该保持步调。

准则9：对技术的精益求精以及对设计的不断完善将提高敏捷性 。

准则10：简洁，即尽最大可能减少不必要的工作。这是一门艺术。

准则11：最佳的架构、需求和设计出自于自组织团队。

准则12：团队要定期反省怎么做才能更有效，并相应地调整团队的行为。

(三) 敏捷高分口诀

1、牢记3355、12原则。

2、优先级、评审找PO。

3、站会不解决问题。

4、自组织，团队说了算。

5、仆人式，权限低。

6、清障碍，找教练。