Scrum 已死：剖析全新的开放式开发方法

“江湖郎中” 这个词汇让人联想到那些戴着圆顶礼帽、留着浓密胡须、身穿定制细条纹套装的古板老头，兜售装满 “万能灵药” 液体的瓶子。虽然几个世纪前很流行，但江湖郎中这个职业现在已经消失在历史的长河中。如今，江湖郎中 的描述已经扩展到人类医疗保健之外。例如，在科技界，江湖郎中式的解决方案可以用来描述反病毒软件或某种流行的软件开发流程。

在当今引入业务开发团队的 “被过度吹捧为灵丹妙药” 的方法论中，Scrum 位列其中，它是几种 敏捷 软件开发方法之一，并作为简化流程的一种方式被引入。Scrum 已经成为一种难以改变的方法，拥有自己的圣经，即 敏捷软件开发宣言，以及每日的虔诚仪式（又名 Scrum 会议）。

虽然 Scrum 在 90 年代早期开发时可能更有意义，但多年来情况发生了很大变化。初创公司和企业的工作人员分布在许多国家和时区，使得员工更难共享办公室。随着我们的劳动力世界不断发展，我们的软件开发方法也应该随之发展。

当今的开放技术

初创公司和企业正在以开放技术的理念为基础创立，甚至更多成熟的企业实体，包括微软，也正在 拥抱一切开放事物。Matt Asay 在 描述当前的事态 方面做得很好

十年前，一家新的开源公司或项目是新闻。现在已经不是了。开源在移动领域占据主导地位，Android 在智能手机和平板电脑领域都取代了看似不可战胜的 iOS。开源也在云领域占据主导地位，除了 Azure 之外，每个重要的云平台都是使用开源构建的。甚至 Azure 也将开源技术视为其平台上的头等公民。开源在大数据领域也占据主导地位，Hadoop 和 NoSQL 技术是管理世界数据爆炸的主要力量。

2015 年的开源无处不在。每个从现代技术中受益的人，可能也在以某种方式从开源解决方案中受益。当您考虑到为世界上最流行的开源项目做出贡献的国际开发者群体时，您不禁要问，他们在没有管理者、会议和代码冲刺的情况下是如何取得成功的。当我开始研究开源项目是如何取得成功的时，我意识到他们分享了一套可以被认为是开放式开发方法原则的原则。

开放式开发方法的原则

代码质量

作为开放式开发方法的一部分，代码质量至关重要。每次编写代码时，您都应该问自己关键问题

1. 这段代码是否易读？
2. 这段代码是否可测试？
3. 这段代码是否模块化？
4. 这段代码是否经济？

提出的每个问题不仅对您自己有利，而且对您的团队也有利。当您以这样一种方式编写代码，以便世界另一端的另一位开发者可以坐下来立即开始工作，而无需提出任何问题时，您就是在帮助提高团队的效率。同样，当您确保您的代码是可测试的时，您可以大大减少您的团队可能遇到的障碍数量。通过模块化，您可以向您的团队展示易于维护且可能为另一个项目回收利用的代码。最后，经济的代码可以为每个人（从您的团队和未来的贡献者，到客户和最终用户）节省时间和金钱。

文档

开发者不一定喜欢记录他们的代码——这不是秘密。此外，当他们受到像 Scrum 这样的系统的急诊室流程的影响时，即使他们想记录他们的代码，他们也可能没有时间，因为业务确定的优先级通常优先。您将编写的最重要的文档是您的高质量代码，但这还不够。考虑那些不了解代码的人，以及那些既没有时间也没有意愿阅读所有代码的人。当您的团队专注于适当地记录您的项目时，您正在为您的代码做与流行的电视节目 制造的原理 为其观众所做的事情相同的事情，即解释您项目的复杂性，并以更容易理解的方式将其带给更广泛的受众。

测试

在一个地理位置分散的团队中，您可能无法实时获得帮助，采用测试优先的代码方法可以让您更独立地工作，并减少障碍。可测试的代码有很多好处值得考虑。让我们看看 Tim King 的 12 条技巧 列表，来自 the Perl Shop

1. 单元测试证明您的代码实际上可以工作。
2. 您获得了一个低级别的回归测试套件。
3. 您可以在不破坏设计的情况下改进设计。
4. 与没有单元测试相比，使用单元测试进行编码更有趣。
5. 它们展示了具体的进展。
6. 单元测试是示例代码的一种形式。
7. 它迫使您在编码之前进行计划。
8. 它降低了错误的成本。
9. 它甚至比代码审查更好。
10. 它几乎消除了编码员的瓶颈。
11. 单元测试使设计更好。
12. 它比不进行测试编写代码更快。

讨论

每个人都应该在讨论您的项目和方向时拥有发言权。永远不要忽视营销协调员、客户经理和非编码设计师。一切都可以公开讨论，当每个人都可以互相联系，而无需通过指挥链时，可以发现一些最巧妙的想法和解决方案。

虽然资深开发者可能会因为他们的专业知识而在讨论中占据主导地位，但永远不要忽视拥有不同新鲜想法的新开发者。TODO Group 开源行为准则 概述了项目社区的一般期望，我们在参与团队讨论时也可以考虑这些期望

1. 友善和耐心。
2. 热情欢迎。
3. 体谅他人。
4. 尊重他人。
5. 谨慎选择用词。
6. 努力理解我们为什么意见不一致。

透明度

赢得用户信任、促进社区参与以及提高项目的安全性和稳定性，传统上被认为是项目成功路线图上的独立目标。但是，当您的团队拥抱透明度的开放式开发方法时，所有这三个目标都可以同时实现。

从发布项目的源代码到公开问题跟踪器，再到提供对内部流程和沟通的洞察，项目的热情对于任何接触到它的人来说都是显而易见的。当用户和开发者可以访问这些资源时，您的团队不仅会找到许多愿意贡献的人，还会获得社区更大的尊重和接受。透明度是一种强大的营销和工作工具。

异步性

随着初创公司、企业和开源项目将工作负载分配给世界各地的开发者，维持像 Scrum 这样的软件开发流程所期望的某种程度的同步性变得困难。对于某些团队来说，维持每日 Scrum 会议是不现实的，当您有五个开发者分布在五个不同的国家时，您可以排除结对编程的可能性。当今的软件世界在异步性方面蓬勃发展，遵循开放式开发方法的团队也可以如此。

如果有人有问题，他或她可能会发送电子邮件或在开发者论坛上发帖，期望他们的消息不会立即得到回复。提问的开发者会停止他们的工作吗？不一定。由于需要自力更生和适应性强，开发者可以调整他们的期望，专注于代码质量，增强他们的文档，并提高他们的技能。

民主

除了在项目社区内进行公开讨论和分享想法外，社区成员还应参与决策过程。当决策由闭门会议、高管或经理（我称之为单点故障）做出时，通常带有狭隘和有限的观点。当每个人都参与决策过程时，包括最终用户或客户，否则无法识别的潜在问题更有可能在它们成为问题之前得到解决。

共同构建开放式开发方法

与其只允许我自己或少数人开发这种方法，我认为这个过程应该像任何其他开源项目一样开放和包容。

可能有一些我遗漏的优先级或需要理顺的点，所以请 在 GitHub 上加入我，我将在那里继续讨论并努力创建一套精美的指南，使所有规模的开发团队都能取得成功。