四、渐进敏捷

改进backlog包括下列事项：

1、增加使用Scrum的团队的数量；

2、增加对自动化测试的使用；

3、使团队能够实现持续集成；

4、想出如何确保每个团队都能有一名产品负责人；

5、确定怎样度量实施Scrum的影响；

6、增加对单元测试和测试驱动开发的使用；

每个Sprint以计划会议开始，以评审和回顾会议结束；

举行每日站会，是一项良好的实践，但不是坚持要求做到这点

敏捷实施需要一位激情四射的发起人热情投入，做出艰难的企业变革，从而服务于敏捷团队和成功结果

在一个自组织的系统，领导的作用很重要，但创新和持久的变革依赖于企业中不同级别、不同位置的许多个体的工作

企业转型社区要做到以下几点：

1、清楚表达背景——既要帮助雇员懂得变革的必要性，也要培养他们变革的意愿；

2、鼓励对话——美好的东西总在人们的对话中出现；

3、提供资源；

4、设置合适的目标；

5、人人参与；

6、预料和处理人们的问题——尽可能预计哪些小组或个人会极力抵触Scrum所带来的变化，并积极和他们一起解决问题；

7、预计和消除阻碍；

8、鼓励对实践和原则的同时关注——找到每个实践/原则不平衡的地方；

变革无需强加，它只是需要释放

哪些地方我们可以改进？哪些地方我们做得不错，需要让人知道？

五、试点项目

试点项目承担着为后续项目提供指导的任务，它对新的做事方法进行试点。

理想的试点项目有4个属性：

1、持续时间——3~4个月；

2、规模——从1个团队开始；

3、重要性——高重要性和低风险项目；

4、发起人的保证；

关注是否能预测团队可以在多长时间内完成项目；

Scrum团队使用速率来衡量项目进展，它衡量某个Sprint中完成的（或计划完成的）工作，用类似故事点或理想天数的单位来表示；

对Scrum常见的抱怨：

1、每日站会浪费时间；

2、既然产品不是如此频繁发布，就不应该浪费时间确保每个Sprint结束前产品已经过精心测试；

3、因为经理不清楚哪些工作是我做的，所以不能在年终评估中肯定我的业绩；

4、因为我们没有创建足够的维护和支持文档，导致系统在发布6个月后“土崩瓦解”；

让大家认识到变化正在进行并开始适应它相对容易一些，真正困难的是在变化行动举步维艰的时候让大家咬牙挺住