《敏捷软件开发 : Scrum实战指南》—1.8 成功要领

成功要领

如同我们在本章开篇故事中举例说明的那样，很多团队最初的Scrum实施都很艰难，并不是因为他们不情愿或者他们有成见，而是因为Scrum要求他们按照他们不熟悉而且不舒服的方式工作。我们故事中的角色试图坚持他们所熟悉的元素，并没有意识到正是这些元素在拖后腿，使他们远离成功。为了成功实施Scrum，团队必须坚持Scrum的基本要素。

首先，团队必须理解Scrum的规则。Scrum是一个用于完成任务的简单框架。正是由于其简单性，人们才倾向于改变规则，不去理解这样做有何影响。这很危险。正如不了解交通规则就不会开车一样，如果不好好学习Scrum，就不应该试图实施Scrum。学习这些规则需要花时间。用这些时间理解这些规则如何应用于个人，应用于团队以及公司。

其次，团队成员必须学习Scrum的基本机制。团队与组织需要理解与感受Scrum是如何工作的。这要花些时间才能做到。就像我们看见的萨提亚模式一样，从熟悉的状态到不熟悉的状态是一个艰难的过程，需要耐心与实践。这类似于学骑自行车。我们不可能在五岁的时候就参加环法自行车赛，相反，我们摇摇摆摆、偏偏倒倒甚至常常摔倒在地。是练习使我们变得稳健。让人们有时间学习这些基础并在这个过程中帮助他们。确保你在意他们的感受，理解他们在实践这些基本机制的过程中可能会变得脆弱、怀疑和焦虑。这些不安都会随着时间的推移而克服，当然，前提是人们可以实践。

第三，给予足够的时间。学习新的工作方式仅靠一个周末的研讨会是不够的。我发现大多数Scrum团队和公司至少需要三个月时间学习Scrum基础并开始尝试。有的可能需要的时间较少，有的则需要更长的时间。但是平均来说，取决于准备转变的团队，为这种转变计划三到六个月的时间。

第四，不要在项目中途实施Scrum。我见过团队在开发周期中途实施Scrum的无数失败案例，这往往是由于管理层认定Scrum是一个可以解决公司所有问题的魔法***。管理层从高效率团队中看到Scrum的潜在价值，就期望团队在一夜间就成为使用Scrum的专家。可以设想，当团队被迫使用一种新的方式工作而又隐约可见一个不可变动的交付期限时，就会陷入混乱。随后的混乱导致项目一再延期以及大大牺牲质量。我建议在新项目开始的时候实施Scrum。同时为了保证尽可能顺利导入Scrum实施，可以准备一个“过渡列表”，列出需要事先准备的事情和计划要做的事情。

最后，保证为持续学习分配时间。团队经常忽视回顾会议，认为花时间做回顾会议太奢侈或者浪费时间。省略回顾会议或者走走过场而没有在日后Sprint中应用任何心得的团队，经常会退回原来的陋习。为什么？因为他们没有花时间学习。学习是不可牺牲的Scrum关键要素之一。没有学习，团队就无法进阶到高效率状态。

在这么多技术挑战与心理挑战中，只需要记住一点，坚持就是力量。学习Scrum与学习其他任何新东西没有什么差别，都有酸甜苦辣。在学习的同时保持开放的心态。记住，如果NASA(美国国家航空航天局)可以用一个内存仅有36 KB～72 KB的计算机系统之阿波罗11号把人送上月球，我们就能够成功实施Scrum。