前言：理解本质
1. 目的，人和流程的3P模型。人是核心载体。目的映射于“责任的完成”，流程的意义在于有利于“合作”。
2. Scrum五价值观：勇气，承诺，专注，尊重，开放。前三者，在个人，在“责任的完成”，后两者，在团队，在“合作”。
3. 用户参与，产品探索，发布计划，产品交付的全流程。是价值的收集，发现，打磨，细化和完成。合作贯穿其中。
4. 敏捷宣言的四价值观：个体与互动，工作的软件，客户合作，响应变化。一三是合作。二是完成。四是与“不确定性”合作，而不是对抗。把适应不确定性打造成核心竞争力。
5. 责任的完成和合作，不可须臾离也。
6. Scrum指南：招式的来源。
7. 每个会议有其目的和专注，不是浪费时间。
8. 责任的完成和合作，是会议和所有活动的主线索。偏离了这两个主线索，可能用的是假Scrum。
迭代计划会
两大内容。两大步骤可交错进行。
1. 接下来的迭代交付中要包含哪些内容？
- PO建议迭代目标和故事。
- 团队成员协同理解迭代要完成的工作，问答澄清。
- 容量预测：剔除休假。
- 团队决定接下来的迭代要完成什么，与PO协商。
- 团队制作迭代目标：连接故事，连接人，保留弹性。
2. 如何完成？
- 定义完成的定义：
- 团队设计系统：思考交流。
- 分解任务，颗粒度朝一人天靠拢。
- 计划。初级团队需排兵布阵。成熟团队只要总工作量与容量匹配即可。
- 做出承诺。
- 认领前两天工作。
- 团队之外的人员可以参加会议提供专家支持。
每日站会
- 谨记迭代目标的指导作用，是故事取舍增删的依据。
- 同一时间，同一地点，15分钟。
- 同步开发活动，为未来24小时做计划。
- 站会后可进行按需讨论。
产品探索，发布计划，与待办列表精化会
1. 产品探索，发布计划
- 故事地图。
- 优先级。
- 估算。
- 版本线。
2. 产品待办列表精化：
- 增添细节。
- 估算--团队负责估算。
- 排序。
- 准备好的定义。
3. 准备好的三态：
- PO在会议前做尽量充足准备。
- 通过会议交流达到准备好。
- 准备好是产品待办列表精化完成的依据。
迭代评审会
两大主题：
1. 知往，检视交付的产品增量：
- 团队讨论成就，问题与挑战。
- 团队演示，干系人给反馈。
* 演示的东西是业务相关的，以故事为驱动单元，也可以几个故事组合演示。
* 没有体现在用户界面上也没关系，比如有些功能只能通过log来展示。
* 平常怎么测就怎么演示，不需要特别准备。
2. 知未，按需调整产品待办列表：
- 探讨市场和用户反馈，及因此要做什么调整。
- 预测产品发布计划的调整。
- 预测下一迭代的工作。
迭代回顾会
1. 高效快乐。
- 同事赞扬。
2. 团队检视自身，创建改进机会。
- 静默头脑风暴。
- BSCR。
- Improvement Backlog。
3. 相关物件检视。
- 完成的定义。
- 团队价值观，团队规范，工作协定。
- 敏捷成熟度。
- 代码评审等的制度化。
网友评论