阅读《敏捷革命》的一些书摘。

为什么要用Scrum？

世界日趋复杂，工作也越来越复杂。传统的管理方法无法用于一项具有复杂性和创新性的活动。

检查与调整：在进行一个项目时，经常检验一下正在做的事：

是否正朝正确的方向前进
结果是否是大家真正希望看到的
是否有办法能改善目前正在做的事
如何能做的更快更好
存在哪些潜在障碍

Scrum最强大之处

定期展示成果：交给使用者实际操作（真正的任务）。
关注客户和利益相关者（真正的目标）而非开发者。

快速失败，才有可能迅速改正

短期内创造出可供用户检验的价值最重要。
将项目分解成多个小循环，让早期用户及时提供反馈，避免开发者浪费精力。

机器人的思考方式

持续不断地利用来自周围环境的反馈信息去协调独立思考。

戴明环

高质量不是来自基于结果的产品检验，而是来自基于过程的不断改善。

对事不对人

不要找“坏人”，要找“坏制度”。
坏制度：激励不良行为，奖励拙劣业绩的制度。

遇到问题时，不要将其归咎于某个人，而是寻求解决方案。

半途而废等于没做

完成：一款能被消费者使用的、完整的、可交付的产品。
一个大工程的半成品不如一个能派得上用场的小东西。

发现问题立刻纠正

因为拖到未来再解决会花更长时间。
未来解决时，需重新构建与该问题相关的复杂架构（进入曾经所处的一个思维状态），这会耗费很多时间。

工时越长，效率越低

工时减少，工作效率提升。
工作时间太长的人会开始犯错，改错可能比创造新成就花的时间更多。
工作超出负荷的人不容易集中注意力，影响别人跟着分心，进而做出错误决策。
精力消耗得越多，休息时间越短，做出的决策越糟糕。
自我损耗（ego depletion）：做出任何选择都会消耗一定的精力。
也许人感觉不到身体的疲惫，但实际上做出优良决策的能力在下降。自我控制、约束的能力、思考能力、预见能力都在下降。
自我调节也会造成能量的损耗。
一个人每天能做的明智决定是有限的，做的决定越多，越损耗自我控制能力，就会开始一路犯错，最后犯下严重错误。
加班加点地工作不是敬业的标志，而是失败的标志。
应关注完成任务的速度和质量。

会延长工作时间、加重工作负担的浪费现象

目标荒谬：不切实际。
期待过高：团队不应经常依赖某个“英雄人物”才能赶在截止日期前完成任务。不应依赖人，而应依赖制度。“人不可靠”，因为人会累，有情绪，进而会出错。
负担过重：繁琐的杂事妨碍了真正能产生价值的工作。
情绪浪费：激怒人导致其陷入狂躁，激发团队负能量。

如何规划婚礼？

1. 列出成功的婚礼需要的所有元素
2. 确定上述因素的优先顺序

目的是找出真正重要的事，当时间或其他成本存在局限时，从清单的底部开始删减。

如何评估一件事的难度：计划扑克

1. 每人一副印有斐波那契数列的扑克：1、1、2、3、5、8、13……
2. 所有人针对同一事项，评估其难度：从自己的牌中选出1张赋予该事项，在决策期间各人相互之间无法得知各自的选择。
3. 若所有人出的牌中，最高与最低之间的差距不大于2，则算得所有牌上的数字的平均值作为该事项的优先级。
   若差距大于2，则由最高者和最低者分别阐述自己的观点，讨论结束后所有人重新出牌，然后开牌。直到能得到该事项的优先级。

这样做能避免从众，防止人相互参照。
用斐波那契数列的原因是不同数字之间的差异足够大，人能轻易分辨出1个数字和另一个数字的差异。（如人能感知到5和8的差异，但是较难感知到5和6的差异）

当患者感觉自己病情好转时，实际已好转了65%。思维擅长察觉一个状态到另一状态较猛烈的跳跃，不擅长察觉平稳的增加。

知道为什么做事

做事者需要得到与要做的事相关的足够信息。
人习惯于用情节、故事思考问题，这是人理解世界的方式。人较容易掌握人物、欲望、动机。
面对一项任务时，应从用户角度来描述其渴望得到的功能，即用户故事

1. 角色：谁要用这个功能？这个功能是给谁做的？
2. 活动：要做成什么样的功能？
3. 商业价值、动机（最重要）：用户为什么需要这个功能？这个功能是怎么为用户创造价值的？

如何知道自己的速度，进而算出交付日期

将已完成的所有用户故事的难度评分加到一起，即可知道速度。
算得尚未完成的用户故事的难度评分之和，除以速度就知道还有多久可以完成了。
知道了速度后，可以找找妨碍速度更快的浪费现象，尝试通过消除这些现象来加快速度。

量化快乐，助力高效

目标是将快乐转变为更高的效率和收入。
使用快乐指标去探知进行怎样的改善最能让所有团队成员感到快乐。
在冲刺阶段结束时让所有团队成员回答如下问题

1. 对自己在公司的角色感觉如何，用1~5分评价
2. 对公司整体情况感觉如何，用1~5分评价
3. 觉得自己为何有上述感受？
4. 在下一个冲刺阶段中，什么事会让自己更快乐？

通过上述问题得到成员最关注的是什么，认为什么事对公司最重要。
根据上述信息，确定一个最值得改善的地方，设定其为下个冲刺阶段的是首要任务。为了确保结果能通过验收测试，必须用具体可操作的方式界定何谓成功。

Scrum实践步骤：如何用Scrum方法启动一个项目

1、选择一位产品负责人

知道团队要做什么、制作什么产品、取得什么成果
有哪些风险和回报
做什么可行，能做什么，对做什么富有热情。

2、选择一个团队

真正做事的团体。
要能够落实产品负责人的愿景。
3~9人，不要过多。

3、选择一个Scrum主管

为Scrum过程负责，培训团队成员，保证Scrum正确运用，帮团队消除所有障碍。

4、拟定待办事项清单，确定优先顺序

列出为落实产品负责人的愿景需完成的所有事构成的清单。
上述清单会有所改变，但始终是研发的依据。
要知道团队还有哪些事要做，需参考待办事项清单。该清单可能需不断调整各事项的优先级。
产品负责人应与所有利益相关者协商来确保需求能被待办事项清单反映出来，且满足需求的产品能被做出来。

5、改进、评估待办事项清单

实际进行开发的团队对待办事项做评估：审视每个事项

1. 是否切实可行
2. 现有信息足够用于完成
3. 是否可评估，是否有评估已万层的标准
4. 该事项能否带来明显价值
5. 完成后能否产生用于展示甚至让玩家试用的成果

6、冲刺规划会

讨论冲刺的内容。
冲刺周期：一两周到一个月
冲刺开始后，不能变更冲刺内容。

7、工作透明化

明确表示当前进度。

8、每日立会

各成员分别回复如下问题

1. 昨天做了什么帮助团队完成冲刺？
2. 今天要做什么来帮助团队完成冲刺？
3. 什么因素阻碍了完成上面2点？

9、冲刺评估或展示

成果需至少是一项完整可用的功能。

10、冲刺回顾

找到最值得改善的地方，将其设为下次冲刺的首要任务

11、下一个冲刺阶段

用上之前积累的经验