《敏捷革命》读书笔记

敏捷是 Scrum 的创始人 Jeff Sutherland 写的一本介绍 Scrum 项目管理方法的书。在本书中,介绍了 Scrum 的由来、实行 Scrum 的好处,以及如何实行 Scrum。Scrum 的很多操作方式我在过往的项目管理中有实践过,但并不知道这些方式是 Scrum 的一部分。在我工作过的四家公司中,没有任何一家采用了 Scrum 的项目管理方式。尤其是第四家,几乎将本书描述的传统瀑布式项目管理的缺陷全部踩了一遍,所以我对传统瀑布式项目管理的弊端深有体会。相对于其他团队,能深刻理解并执行 Scrum 项目管理的团队爆发出的创造力和效率是惊人的。

什么是 Scrum

Scrum 是一种项目管理方式,也是一种完成工作的方式。

艾森豪威尔曾经说过:“战斗规划是很重要的,但一旦第一枪打响之后,你的规划就会烟消云散。”

传统的瀑布式项目管理,会在项目开始前进行详细的规划,并制定时间表之类的工作计划。而这种规划与计划在实践中往往是不可靠的,大部分项目执行的结果都离最初的设想相去甚远。当挣扎着将项目完成后,市场也可能已经发生了变化,项目变得毫无意义。从另一个角度说,因为项目中的种种问题以及最终的失败,导致参与项目的团队成员毫无成就感与快乐感。

Scrum 很多想法源于丰田的精益管理生产系统。Scrum 并不反对在项目开始前设定目标,但并不会设定具体的步骤以及时间点。Scrum 项目的完成时间是在项目进行中动态评估的,通过一个又一个的冲刺计划,Scrum 能不断交付产品,并通过已经交付的产品调整下一个冲刺计划的工作内容,最终达到成功。Scrum 的团队是扁平的,并且要求团队全部成员都全力投入,解决存在的问题,不断提高效率。通过对团队透明的看板,团队成员对项目有充足的参与感和成就感。

Scrum 团队是全功能的团队,也就是说项目能完全由 Scrum 团队独立完成,不需要借助其他部门的帮助。这就要求在公司内部打破部门界限,从各个部门组织人员参与到 Scrum 团队中来。当你问一个 Scrum 团队成员他的岗位是什么的时候,他会告诉你他是哪个团队的,在做什么事情,而不是告诉你他是哪个部门的,例如产品部、研发部或运营部等等。

Scrum 的团队是扁平化的,由产品负责人、Scrum 主管以及团队成员组成。但产品负责人和 Scrum 主管并非传统意义上的管理岗位,只是职责与其他成员不同。Scrum 团队必须拥有充分的自主性,自我组织、自我管理,团队自身决定团队如何开展工作。

Scrum 团队是追求卓越的。团队成员自愿加入,并为了产出出类拔萃的产品而奋斗。当然,团队也会选择成员,对于不符合 Scrum 团队精神的成员,需要尽快替换。

为什么要使用 Scrum

对于有着较长时间项目管理经验的人来说,应该非常了解瀑布式项目管理的弊端。我是做互联网产品的,所以以互联网产品举例:

  1. 在规划和计划上花费大量时间,执行起来完全与计划不一致,项目延期严重。
  2. 需求完整而庞大。在需求确定前,研发与测试团队无法开展工作。进入研发流程后也是同理。由于某些环节的延期,导致其他环节延期,整个项目的进度因为一个个节点的延期而陷入深渊。
  3. 由少部分人(例如产品经理)设计需求,在项目完全交付前,无法确定产品需求是否是真实的客户需求。交付的产品不符合市场和客户的需求很常见,从而浪费了大量的成本。
  4. 项目进行中无法评估项目的完成度,等到测试或者预发布阶段才发现交付的产品与需求的产品有差异,最终不得不带 Bug 上线或砍掉一部分需求,导致客户不满意。
  5. 研发团队拒绝变更需求,对任何需求的变更都非常反感。
  6. 团队成员疲惫不堪,士气低落,内部矛盾重重。

采用 Scrum 方式从根本上讲,是为了交付卓越的产品。在实际的项目中,也解决了瀑布式项目管的种种弊端:

  1. Scrum 项目团队采用迭代式方法,不断改进产品和流程,最终交付高价值的产品。
  2. 因为整个项目是不断在改进的,所以效率也是逐渐提高,达到远超瀑布式项目的研发效率。
  3. Scrum 项目团队的每个人都能对产品的形态提出改进意见,并且不反对需求的变更,反而欣然接受正确方向上的变更,并且打心底认同这种变更。
  4. Scrum 项目团队在定期(不会太久)交付一部分完整的产品功能,接受各方面的反馈意见,确保最终交付的产品是符合市场和客户需求的。
  5. 当项目进行一段时间后,Scrum 团队就能较为准确的估算出整个产品的完成时间,这个时间往往还会更加提前。
  6. 对于团队成员来讲,Scrum 项目管理方式提升了每个人的效率并且能交付有价值的产品,从而也提升了每个人的成就感和快乐值。

总结起来说,瀑布式项目管理有多差劲,Scrum 项目管理就有多好。团队效率提升数倍甚至数十倍,产出的产品也是更好的。

如何使用 Scrum 方式管理项目

本书的附录提供了较为完整的 Scrum 项目管理方式。虽然较为粗略,但应该能提供足够的指导:

  1. 挑选一位产品负责人。
  2. 挑选一个团队
  3. 挑选 Scrum 主管
  4. 拟定待办事项清单,并确定优先顺序
  5. 改进和评估待办事项清单
  6. 冲刺规划会
  7. 工作透明化
  8. 每日立会
  9. 冲刺评估或冲刺展示
  10. 冲刺回顾
  11. 上一个冲刺阶段结束后,立即开始新的冲刺阶段。

Scrum 团队组建起来后,团队基本就是按照「待办事项 > 冲刺 > 展示与评估」这种方式不断循环的。

一些有意思的句子

  1. 为一个延误的IT(信息技术)项目增加人员,将导致更严重的延误。
  2. 当你说起自己时,往往觉得自己正确;说起别人时,却往往习惯于妄加评论。
  3. 每个人都是制度的产物。
  4. 在他们已经完成的任何一项工作中,只有1/6是有价值的。
  5. 假如你认为你很擅长某方面,但事实上,你比其他人还差。
  6. 人们之所以同时执行多项任务,并不是因为他们擅长这样做,而是因为他们容易分心,难以克制自己去做另一件事的冲动。同时执行多项任务不仅浪费时间,还会使人变得麻木愚蠢。
  7. 如果法官刚吃完点心休息好,或者刚吃完午餐后开始上班,那么,有利于犯人的裁决就会占到60%;但是快到下一轮休息时间时,有利于犯人的裁决比例就会下降到零。这种现象被称为“自我损耗”(egodepletion)。
  8. 在一个公司里面,只要存在一个令人讨厌的人,就会造成“情绪浪费”。
  9. 地图不是真实地貌。
  10. “光环效应”,亦称“成见效应”或“日晕效应”,是指当认知者对一个人的某种特征形成好或坏的印象后,还倾向于据此推论该人其他方面的特征,本质上属于以偏概全的认知错误。
  11. 如果我们只是努力获得结果,而不享受过程,那么我们将是非常可悲的。多项研究表明,快乐在先,成果在后,快乐是成功的兆头。
  12. 外聘员工的资格越老,守旧的思想就越根深蒂固,摒弃固有的做事方式也就越难。
  13. 我妻子是最好的产品负责人,她准确地知道自己想要什么,我只要负责执行她的决定就行了。
  14. 假如你不知道房间里谁是笨蛋,那么你就是笨蛋。
  15. 自由可能让很多人感到恐惧。
  16. 解放你的思维,你的屁股就会跟上。
  17. 所有人都做梦,但是却不尽相同,那些夜里在蒙灰的心灵角落中做梦的人,早上醒来往往发现是空洞虚无的。而那些白日做梦的人,则是最危险的,因为他们会在睁着眼睛做梦的时候,把梦想变成现实。愤世嫉俗者会告诉你这也做不成,那也做不成,不要相信他们。大胆去做,让你的成就去惊醒他们!

如果有兴趣的话,可以查看我在此书中的全部书摘: 《Scrum 革命》书摘

发表评论

电子邮件地址不会被公开。 必填项已用*标注