BY ERIC ISOM 沈义 · 沈潇灵
Scrum太常失败。为什么呢？主要有两个原因：
- 因为它的应用不正确
- 因为只有Scrum不够
Scrum适合每个项目
你认为我是反Scrum还是反敏捷？ 我崇拜Scrum！ 这是世界上最好的敏捷方法。
每个行业的每个项目都应该是一个Scrum项目。即使是固定价格，数百万美元的土木工程项目也应该作为Scrum项目运行。
我是不是太爱Srcum，对你来说？
Scrum是一套简单但功能强大的原则和实践，可帮助团队在短周期内交付产品，实现快速反馈，持续改进和快速适应变化。
#1 ：Scrum失败，因为它的应用不正确
许多人试图使用Scrum的一些部分，并且不了解潜在的敏捷和Scrum原则。
保持Scrum板的简单性
很多人都有Scrum板，但不明白其目的。他们通过构建团队详细的工作流程来使其过于复杂。如果没有专门的工具，就变得太复杂了。然后，你就失去了Scrum板的主要好处，即将是简单的方式传达给技术和非技术人员。
Scrum董事会需要成为任何利益相关者可以走过的东西，一目了然地看到正在发生的事情。 它不应该要求利益相关者学习复杂的工作流程，或者为不同的项目学习不同的列。Scrum板需要成为任何相关方可以一目了然地看到正在发生的事情。它不应该要求相关方学习复杂的工作流程，或者为不同的项目学习不同的列。
Scrum板应该只有3列：To Do，Doing和Done。 我知道，为了清晰起见，添加其他列是很诱人的，例如Testing / QA专栏。不要这样做。你是一个团队。在测试时将其保留在“执行”列中。更改分配给谁，但将其保留在“执行”列中。
发布专栏怎么样？ 这属于发布计划，而不是Scrum板。让Scrum板专注于当前的Sprint。 如果每个sprint以发布结束，那么你不需要该列 – 或发布计划。如果每个sprint没有以发布结束，则使用发布计划。
如果可能的话，使用一个物理的Scrum板。我知道电子产品有好处，有时在管理虚拟团队时是必要的。但是，你将失去相关方走过并看到它的好处。电子Scrum板与核心项目团队之外的物理Scrum板无法获得相同的可见性。
简单性 – 最大化未完成工作量的艺术 – 至关重要。
敏捷宣言背后的原则 Principles Behind the Agile Manifesto
想避免Scrum失败？ 保持简单性。 3列而已。
每日站会
保持简短。 最多不超过15分钟。 5-10分钟更好。
专注于3个问题：
- 自从上一次每日站会以来做了什么？
- 今天要做什么？
- 有哪些障碍可以被移除来将提高生产力？
每日展会中会有很多其他问题需要讨论。需要有纪律在站会以后才处理。你可能希望保留每日站会之后整个小时，以便有时间通过一两次会议立即跟进每日站会并讨论出现的问题。
不要让Scrum成为马虎会议的借口。通过保持会议简短而避免Scrum失败。应用良好的会议管理原则，例如制定议程并坚持下去。
梳理好的Backlog （未完工）
保持产品未完项和sprint未完项，以确保具有适当的详细程度（产品未完项较少，sprint未完项更多）。
排序未完工 – 没有两个任务具有完全相同的优先级 – 尤其是产品未完工。 未完工需要是一个队列，每个事项与其他事项相对应。
Scrum最重要的好处之一是首先关注最高优先级的功能。先提供最高价值的物品。如果资金不足，你可以尽早结束项目，但仍然为客户带来了很多价值。或者，客户可以在花费20％的预算并获得80％的价值后决定结束项目并将资金重定向到具有更高价值特征的另一个项目。
测量你的速度
很多人抱怨Scrum是不可预测的。 反之，Scrum旨在为瀑布方法完全无法准确预测的项目带来更多可预测性。前期预测提供了可预测性的假象，然后因为时间表和成本超支经常让相关方失望。
使用相对大小，故事点和计划扑克的重点是未了更准确地衡量项目将花费多长时间以及花费多少金钱。你可以测量实际完成工作所花费的时间，然后使用此信息预测项目的其余部分，而不是将预算和时间表基于初步估算。
因此，要认真对待相对估计，并在每个Sprint中跟踪速度。在几次Sprint之后，你应该能够比传统的瀑布式方法更准确地预测项目。
当你无法测量速度并使用它来预测项目的时间和成本时，Scrum会失败。你最终得到了一个持续不断的项目。
这不会让你的相关放对Scrum留下好印象。他们将回到瀑布的详尽文档和丰富多彩的甘特图的虚假安全感。
提高你的速度
Scrum的联合创始人之一Jeff Sutherland声称，使用Scrum，你可以在一半的时间内完成两倍的工作。换句话说，你可以提高四倍的效率。怎么可能呢？
首先，就是通过专注于提高团队的生产力，而不仅仅是个人的生产力。这并不意味着你忽视了个人的生产力 – 只是通过提高整个团队的生产力来实现更高的生产力。
如何？通过识别和消除障碍。例如，什么过程减慢了速度？有不必要的步骤吗？人与人之间的交接太多了吗？是否缺少过程？投资质量（例如，一些关键的自动化测试）而不是争先恐后地寻找和修复质量问题（错误）会节省多少时间？
Sprint回顾展的重点是确定你可以做些什么来提高团队的生产力。 寻找痛点，也寻找机会。
还有…
会需要写整一本书来列举没有正确应用Scrum失败的所有方法与原因。
这只是一整套Scrum实践的开始，你需要正确应用这些实践 – 了解每种实践的目的和好处 – 以便充分利用Scrum。
#2：只有Scrum不够
Scrum本身并不完整。即使你完全理解并正确应用Scrum，它仍然是不够的。
Scrum并未涵盖项目管理的所有最佳实践。而且，我不相信它是创造为满足此需求。
Scrum在管理范围，进度和成本的一些最关键方面做得很好。而在某种程度上，沟通和变革也是如此。
Scrum使用产品未完工来管理范围，每个项目按排名顺序排列优先级，并包含每个项目所需的所有详细信息，包括完成的定义。使用时间固定Sprint来管理计划（和成本）。通过集中办公和产品所有者作为项目团队成员的日常参与来管理通信。管理变更时，就是要在sprint审查会议中，而且相关方要提供反馈。
但是，有许多补充Scrum的最佳实践。Scrum就像汽车中的引擎，也就是重要的部分，但它没有很多其他东西在里面就不是一辆汽车，对吧？
我们只考虑几个例子。
项目章程
我们从项目章程的内容开始吧。
- 项目的高级描述
- 该项目的预期收益
- 商业论证
- 初步预算
- 预计的时间表
- 关键相关方的初始名单
Scrum没有涵盖以上任何的内容。其超出了Scrum的范围。应该在开始Scrum项目之前已经完成了这些步骤。
然而，有多少Scrum项目失败了，因为缺乏对项目应该构建的内容的简单，明确，共享的理解和一致性，应该带来的好处，为什么它将为组织带来利润，关键相关方是谁 ，并大致了解该组织愿意花费多少时间和金钱？
项目计划
敏捷和Scrum是关于接受变革而不是严格地遵循计划而已。这与没有计划不一样。你需要一个计划。你需要了解组织的需求，预期收益，项目的业务案例等，以了解要包含哪些更改以及拒绝哪些更改。
没有计划是导致许多Scrum项目失控和失败的原因。
需求跟踪矩阵
需求可跟踪性矩阵将每个用户故事与商务需求和组织策略相关联。这有助于你适当地优先处理用户故事 – 尤其是在sprint评审期间收到的相关方的反馈。
你收到的许多建议与项目旨在提供的好处不一致。需求跟踪矩阵可以帮助你过滤掉不属于此项目的请求，并使你的Scrum项目不会随便有谁来推荐各个东西，以便添加他们想要的任何内容。
需求管理计划
你可以在需求管理计划中指定此过程，以了解如何使用需求跟踪矩阵来保持项目的对齐和正常运行。Scrum没有指定如何保持这种对齐。你仍然需要传统的需求管理计划最佳实践。
变更管理
变更管理呢？Scrum没有说明如何审核和批准变更请求。为了防止Scrum项目因范围蔓延而失控，你需要变更控制，并且应在变更管理计划中指定。
Scrum项目特别容易出现范围蔓延，这不可避免地导致Scrum项目失败。
配置管理
你如和确保变更不会一直破坏事物？这是配置管理计划的作用。
别再说失败！不断破坏事物，Scrum项目将失败。祝你有机会再次与该组织一起试试看Scrum。（讽刺）
风险管理
风险呢？ 你不想忽视风险，最终会遇到各种令你Scrum项目脱轨。你仍然需要风险管理。制定风险管理计划，识别风险，执行定量风险分析，根据需要执行定量风险分析，规划风险响应，实施风险响应，监控风险。你仍然需要做所有这些事情。
质量管理
你需要质量管理计划来确定你的质量要求并确保你的工作符合这些标准。
相关方参与
你需要一个相关方参与计划。让产品所有者与你的团队并置是不够的。还有很多其他强大的相关方，你最好能够正确参与。
沟通管理
说到这些相关方，你还需要与他们沟通，而不仅仅是scrum board和sprint评论。尽管很有价值，但你还需要与那些没有参加Sprint评论的人进行交流。
资源管理t
Scrum没有告诉你如何发展你的团队。因为Scrum在某些方面非常出色，不是说要放弃团队开发中的所有最佳实践。
管理项目知识
你将如何管理项目知识呢？Sprint回顾展非常棒，但你将如何与其他团队分享你的经验教训，还是在几个月后自己所学到的一切？你可能希望通过来了解Spotify如何做到这一点，来让团队成员组织成功能组和公会。
如果你已经能够避免项目中的Scrum失败，那么你也希望将来在其他Scrum项目上取得同样的成功吗？你需要应用管理项目知识的最佳实践，以便在你的组织中共享和嵌入这些经验教训。
结合PMP和Scrum以避免Scrum失败
PMP和Scrum不是对立的。 他们是互补的。 他们需要彼此。
Scrum需要更广泛的背景和项目管理中的最佳实践应用，你可以从PMP认证的过程中学到这些知识。
PMP需要Scrum的敏捷性 – 特别是对于具有很多不确定性的项目。
The agile movement is in some ways a bit like a teenager: very self-conscious, checking constantly its appearance in a mirror, accepting few criticisms, only interested in being with its peers, rejecting en bloc all wisdom from the past, just because it is from the past, adopting fads and new jargon, at times cocky and arrogant. But I have no doubts that it will mature further, become more open to the outside world, more reflective, and also therefore more effective. Philippe Kruchten, 2011
附： 不要忽视Scrum实践的价值，例如每日站会，Sprint和sprint评论可以增加更可预测的项目 – 甚至是固定价格项目。也要阅读，固定价格可以使用Scrum吗？可以！ Scrum on a Fixed Bid? Yes, You Can!