Scrum是脆弱的，不敏捷的

正如标题所示，这篇文章是关于 Scrum 的两个不一样方面。第一部分涉及 Scrum 不敏捷，第二部分涉及 Scrum 脆弱。

在详细介绍以前，简短的免责声明：我在这篇文章（以及通常博客中）中提出的全部内容都是我我的观点，并不表明我现任雇主，个人前雇主和任何将来雇主的观点。

Scrum 是不敏捷的

我猜人们对这个标题的典型反应会是“这怎么可能？ Scrum 不是敏捷的？Scrum 不是第一个敏捷软件开发过程吗？” 简而言之，Scrum 声称是一个敏捷的过程，但使人遗憾的是，Scrum 离敏捷还很远。我会告诉你缘由。

咱们快速浏览敏捷宣言。它说它重视“我的和交互而不是过程和工具”。让咱们快速了解一下敏捷这个词的含义。根据牛津词典，敏捷的意思是“可以快速、轻松地行动”。选择敏捷这个术语来表明敏捷宣言中的高级思想并非一个巧合。事实上，敏捷背后的一个主要观点是，在许多软件项目中，快速而简单地移动是极其困难的。对于一个全新的项目来讲，状况并不是如此，但随着时间的推移，许多项目进入了一种根本不可能实现可持续发展的境地。为了防止这种状况(和其余问题)，敏捷宣言和敏捷宣言背后的原则提供了几个高级指南。这些指导方针不是特定定义良好的流程或工具，它们容许许多不一样的实现。我怀疑这两个属性(高级的和容许不一样的实现)都是彻底有意的。整体目标不是提供灵丹妙药，而是帮助同行避免软件开发中的许多陷阱，敏捷宣言的做者亲身体验过这些陷阱，而这些陷阱刚好属于这些类别。

如今让咱们来看看 Scrum指南 （由敏捷宣言的两位做者编写）。与敏捷宣言和敏捷原则相比，本指南彷佛至关冗长。使人惊讶的是，整个指南一次都没有提到敏捷。我不肯定历史上是否老是这样，可是若是 Scrum 指南的做者不声称 Scrum 是敏捷的，那么咱们已经完成了这个博客文章的第一部分。我想状况并不是如此，因此咱们继续。 Scrum 指南是关于一个包含“角色、事件、工件和将它们绑定在一块儿的规则”的框架。换句话说，这是一个很是具体和明确的过程。这听起来既不敏捷，也不敏捷（记住：“我的和过程和工具之间的交互”）。这是很是讽刺和明显的。这就是整个 Scrum 运动应该中止的地方。但它没有，反而让世界各地愈来愈多的软件开发人员感到沮丧。每当一个 Scrum 项目失败，并非由于 Scrum 潜在的缺陷，而是由于 Scrum 没有正确实现。这听起来是一个很好的过渡到这篇文章的第二部分。

Scrum是脆弱的

这部分很短。我认为 wordplay （Scrum being agile / fragile）颇有趣，除此以外，它完美地描述了 Scrum 真正困扰个人一件事:每当 Scrum 项目失败时，都是由于 Scrum 没有获得正确的实现。你能够阅读大量这样的项目。若是大量的智能软件开发人员不能正确地实现 Scrum，这意味着什么?这意味着整个框架是脆弱的。这是反对使用 Scrum 的另外一个主要论点。若是它很难使用，那么什么是适合的框架？

好吧，彷佛在昂贵的咨询和指导，以及培训和证书的帮助下，Scrum 实际上可能提供价值。 但目前尚不清楚这对于软件开发公司以及辛勤工做的软件开发人员或那些在 Scrum 生态系统内部和周围提供服务的人来讲是否有价值。

我的观点

最后，我想谈谈我我的对软件开发、敏捷和 Scrum 的见解。在我看来，高质量软件开发的一个很是重要的部分是维护一个简单的优先级任务队列。权重是任务为客户/开发人员提供的价值和实现该任务的估计工做量的组合。有些开发人员天生就会这样。对于不属于这种状况的团队和公司，Scrum 提供了一个至关昂贵和低效的优先队列实现。坦白的说吧。软件开发是一项很是困难和复杂的工做。这么多项目都失败了，咱们真的感到惊讶吗?这个领域还很年轻，咱们须要学习不少东西。这一点相当重要：咱们须要从过去的经验中学习，不论是失败仍是成功的故事。在这里，咱们都失败了。咱们没有使用错误的流程或以错误的方式实现正确的流程。咱们只是陷入了一场激烈的竞争，没法短暂地休息一下，去看看周围发生的一切，从中学习，甚至是在咱们这个时代以前。咱们的职责是从咱们很容易得到的许多资源中提取知识、经验和智慧：许多有关软件开发的书籍、文章和视频，最后但并不是最不重要的是敏捷宣言。

原文：http://www.dennisweyland.net/blog/?p=43

做者：Dennis Weyland

译者：Queena

------送福利啦~ 近期将以前已翻译文章，整理成PDF。

在公众号后台回复：002 便可领取哦~

后续也会不断更新PDF的内容，敬请期待！