Reading notes: 《Agile project management with scrum》 - Capter01 The science of scrum

实施经验型过程控制方法的三大支柱:

可见性

对过程控制者来说，过程中对最后结果有影响的方面必须清晰可见。

检查

注意检查频率，检查员必须掌握足够的技能。

适应

检查不合格，对过程和材料做出调整。 调整工作需尽快展开，以减少进一步偏差。

代码评审：

由经验最丰富的软件开发工程师负责代码评审

Scrum的骨架与核心

Scrum的所有时间围绕着一个迭代、增量的过程骨架展开。

Product backlog=> Iterate with Check(24H) =>功能增量

一次迭代

1.      迭代初期：团队评审必办事项，挑选迭代可转换为功能增量的部分。

2.      其余时间：团都不受干涉，努力工作。

3.     迭代结束：团队展示完成的功能增量，请干系人检查，以对项目做出及时调整。

 

Scrum的核心在于迭代

团队找出并选择最佳方案去完成任务，此创造性过程便是Scrum生产力的核心。

 

 

Scrum的角色分配

产品负责人（Product owner)

         1. 规划项目初始总体要求，投资回报（ROI）和发布计划，从而为项目赢得启动和后续资金。

         2.利用Product backlog，督促团队游戏开发最具价值的功能，并在其基础上继续开发。

         3.频繁检查待开发需求的优先次序，最优先的安排在下一个迭代中完成。

Team

         开发软件功能

         自我管理、自我组织、跨职能，找出 Backlog=>功能增量 的方法，并管理自身工作。

         团队成员对每一次迭代和整个项目共同负责。

Scrum master

         1. 对Scrum过程负责

         2. 向所有项目参与者讲授Scrum方法

         3. 负责实施Scrum，确保它既符合企业文化，又能交付预期利益

         4. 还需督促全体成员遵从Scrum规则和实践

 

Note：只有上述的三种角色对项目负责：

         对承当项目责任的人赋予权力，使其完成必要的工作，确保项目成功。

         无责任人员则无权对项目时间不必要的干涉。

 

Scrum的流程

1.      愿景:预期投资回报、产品发布、里程碑

2.      Product backlog

3.      Sprints迭代

              4个 会议共同构成Scrum中的经验性检查及适应调整的部分：

           Sprint plan meeting

           Scrum daily meeting

           Sprint retrospectivemeeting

           Sprint review meeting

 

Scrum的人工因素

Productbacklog

       创建PB时要填写估算时间

       开发需求会不断涌现

       未准备好组织团队进行开发之前，可以延期制定PB

       剩余时间表可以显示现实（工作完成速度和完成量）与计划间的矛盾。

Sprintbacklog

       细分任务，每项4-16小时

       仅Team有权修改Sprintbacklog

      

潜在可交付产品功能的增量

已完成的增量的定义：

1. 测试充分、良构、精心编写的代码
2. Build为可执行程序
3. 文档化对功能的操作

 

为保证可交付，需要开发额外方面，为审批作准备