敏捷革命--读书笔记

一、务实规划，拒绝空想

1.每个人都会犯的基本错误：他们心想每件事情都可以预先规划好，他们付出了好几个月的努力，制作出了看似可行的详细计划，制作了漂亮的甘特图，每一步该怎么做都规划得清清楚楚。可惜这种计划的内容几乎都只是虚构的现实。

2.提前做规划这个做法太有诱惑力，太吸引人了，以至于很多人把计划放在第一位，把实际情况和行动方案抛至脑后。这是本末倒置的。永远不要忘记：地图不是真实地貌。

二、不确定性圆锥

       上面这张图所显示，实际工作量既可能是之前评估的4倍，也可能是1/4，也就是说，最初评估的最大工作量和最小工作量会呈现出16倍的差异。但随着项目的推进和完成的工作越来越多，评估的工作量会越来越接近于实际所需的工作量，直至评估工作量与实际工作量完全一致。
三、规模的确重要，但只是相对的

1.在医学领域，有一个非常著名的现象：当一个患者报告说自己感受到了病情的好转，那么实际上他的病已经好转了65%。我们的思维觉察不到平稳的增加，而是更擅长觉察从一个状态向另一个状态的跳跃，这种跳跃不是平稳的，而是较为猛烈的。

2.信息瀑布----如果研究一下别人的真实看法，你往往会发现每个人都会有一些保留意见，但只是因为他们认为其他人很兴奋，所以才没有表达出来。人们认为如果其他所有人都赞同某一件事，那么自己的保留意见则是愚蠢的或误导性的，他们不想在其他人面前出丑。记住，这种弱点不是个体独有的，而是全体人类共有的。

3.“成见效应”或“日晕效应”----是指当认知者对一个人的某种特征形成好或坏的印象后，还倾向于据此推论该人其他方面的特征，本质上属于以偏概全的认知错误。

4.德尔菲法----优点是可以广泛征求意见，尽量消除偏见，在匿名状态下将意见分歧缩小到可以接受的范围，最终得到明智的结论，但缺点是耗费时间较多。我之前和美可公司的团队坐下来讨论问题时，我想在几个小时内就评估完数以百计的事项，而不是在几天，甚至几周内评估完。

四、不要盲目执行任务，要领会用户故事

1.用户故事包括三个要素：

（1）第一个要素是角色，包括顾客、新娘、读者、员工等，这就要求我们思考：谁要使用这个功能？这项任务是为“谁”而做的？打造这样东西、做这项决策、提交这项成果，我们应该从谁的角度出发？
（2）第二个要素是活动，要求我们思考我们要完成什么样的功能。这通常是我们的出发点，也是落脚点。
（3）第三个要素是商业价值，或者说动机。要求我们思考客户为什么需要这个功能，以及这个功能如何才能给客户创造价值。从某种角度来看，这是最重要的一步。动机重于一切。
2.用户故事宜短不宜长

3.用户故事必须完整，任务必须彻底完成，一个好的用户故事应该满足INVEST标准：
（1）独立性（Independent）——尽可能让一个用户故事独立于其他的用户故事。用户故事之间的依赖使得制订计划、确定优先级和工作量评估都变得很困难。通常我们可以通过组合用户故事和分解用户故事来减少依赖性。
（2）可协商性（Negotiable）——用户故事的内容要是可以协商的，用户故事不是合同。一张用户故事卡片上只是一个简短的描述，不包括太多的细节。具体的细节在沟通阶段提出。如果一张用户故事卡片带有太多的细节，实际上会限制和用户的沟通。
（3）有价值（Valuable）——每个用户故事必须对客户具有价值。一个让用户故事有价值的好方法是让客户来写下它们。一旦一个客户意识到这是一个用户故事，并不是一个契约，而且可以进行协商的时候，他们将非常乐意写下故事。
（4）可评估（Estimable）——开发团队需要衡量用户故事，以便确定优先级和工作量，并便于安排工作计划。
（5）规模小（Small）——一个好的故事要尽量维持小规模，至少要确保在一个冲刺周期中能够完成。用户故事越大，在安排计划、工作量评估等方面的风险就会越大。
（6）可测试（Testable）——一个用户故事要可以测试，以便确定它是可以完成的。如果一个用户故事不能够测试，那么你就无法知道它什么时候可以完成。

五、重要点

1.地图不是真实地貌。不要爱上自己的规划。几乎可以肯定地说，规划都存在错误之处。
2.仅仅规划你需要做的事情。不要试图规划几年后的事情。只要让自己的团队保持忙碌就足够了。
3.待办事项的难度相当于多少“犬点”？不要用时间之类的绝对尺度去做评估。事实表明，人类在这方面的能力很糟糕。只要评估相对难度就行了，看看一个待办事项相当于多少“犬点”？相当于哪个型号的T恤衫（小号、中号、大号、超大号、特大号）？或者采用更加常见的方法，用斐波那契数列去做评估。
4.匿名征求意见。运用德尔菲法等匿名方法征求意见，以避免从众效应和光环效应，防止人们相互参照，防止出现群体思维。
5.使用计划扑克。使用计划扑克去快速评估需要完成的工作。
6.学会写“用户故事”。先思考一下哪些客户会从终端产品中得到价值，再思考一下究竟要为用户提供什么价值，以及用户为什么会需要这些价值。人类习惯于按照叙事方式去组织自己的思维，因此，面对一个待办事项，要学会写用户故事，比如作为X，我想要Y，所以Z。
7.知道自己的速度。每个团队都应该准确知道自己在每个冲刺阶段中完成了多少工作，并且应该知道如何以更加聪明的方法去消除障碍，加快工作速度。
8.速度×时间＝交付工作量。知道自己的工作速度之后，就能计算出交付日期。
9.大胆制定目标。运用Scrum方法，要让产量翻一倍或者将交付时间缩短一半，并不是什么难事。如果你的做事方式正确，你的营业收入和股价也会翻一倍。