“Scrum 敏捷开发都是骗人的！”

对于选择使用敏捷开发的程序员而言，Scrum 应该是其熟知的工具之一。Scrum 是一个用于开发和维护复杂产品的框架，是一个增量的、迭代的开发过程。其凭借实效的功能特性吸引了不少开发者的注意，但就在此时，本文作者 Dennis Weyland 提出了完全不同的见解，其认为 Scrum 不仅不敏捷，另而且还尤为脆弱。

作者 | Dennis Weyland

译者 | 谭开朗，责编 | 屠敏

出品 | CSDN（ID：CSDNnews）

以下为译文：

本文是论述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生态系统中或围绕Scrum生态系统提供服务的公司来说，它的价值还有待商榷。

个人的观点

最后，我想谈谈我个人对软件开发、敏捷开发和Scrum的看法。在我看来，高质量软件开发的一个非常重要的部分是保持简单的优先级任务队列。其权重是衡量该项目为客户/开发人员带来的价值和完成该项目的预估工作量。对于一些开发人员来说，这很常规思路。对于不属于这种情况的团队和公司，Scrum提供了一个相当昂贵又低效的优先队列实现方式。

坦诚说来，软件开发是一项非常困难和复杂的工作。面对诸多失败的项目，我们真的还会感到惊讶吗？这个领域还很年轻，我们需要学习很多东西。这一点至关重要：不管是失败还是成功的项目，我们都要从中吸取经验教训。整体说来，我们都失败了。我们没有使用错误的流程或以曲解正确的流程，我们只是陷入了一场激烈的竞争，我们无法停下来去看看周围发生的一切，无法从中学习，甚至无法看到历史。我们有责任从轻而易举获得的众多资源中提取知识、经验和智慧:关于软件开发的许多书籍、文章、视频以及敏捷宣言。

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

本文为 CSDN 翻译，转载请注明来源出处。

别惊讶！人工智能时代即将到来！

https://edu.csdn.net/topic/ai30?utm_source=csdn_bw

【End】

6月29-30日，2019以太坊技术及应用大会特邀以太坊创始人V神与以太坊基金会核心成员，以及海内外知名专家齐聚北京，聚焦前沿技术，把握时代机遇，深耕行业应用，共话以太坊2.0新生态。扫码或点击阅读原文，即享优惠购票！

热文 推荐

☞IBM 确认裁员约 1700 人；华为新款操作系统来了！开通 5G 服务不换卡不换号 | 极客头条

AI 改写《权力的游戏》结局，和编剧比谁更烂？

“不懂 CPU 工作原理又如何，直接用代码模拟一个！”

代码有温度科技需向善

☞惊！为拯救美国落伍的 STEM 教育，纷纷出手教老师编程？！

高考倒数 2 天！程序员惊现最燃表白！

被5月GitHub Top20榜单惊呆了! 原来区块链大佬都在做这个...

边缘计算将吞掉云计算！

B站超全分享！2万人收藏的免费计算机科学速成课

谷歌开源张量网络库TensorNetwork，GPU处理提升100倍！

☞“是！互联网从此没有 BAT！”

你点的每个“在看”，我都认真当成了喜欢

“Scrum 敏捷开发都是骗人的！”相关推荐

Scrum敏捷开发看板工具分享
在找适合我们团队的协作工具的时候,我们也是费了好大一把劲- 一款好的看板协作工具在团队协作和项目管理中起着非常大的作用,但是我们要的不仅仅是看板,还有要满足企业管理者的需求, 要求是: 1. 看板式并 ...
线下活动【西安站】用Leangoo做Scrum敏捷开发实战课（免费）
Leangoo诚邀您参加 2017<用leangoo做Scrum敏捷开发>实战课!在此实战课上,您不仅可以听到一线资深敏捷顾问带来的敏捷落地实践经验,还可以和众多企业同仁共同探讨敏捷实践过 ...
线下活动【深圳】用Leangoo做Scrum敏捷开发实战课（免费）
课程安排: 时间:2017年8月12日 14:00 – 17:30 (13:30签到) 地点: 中南海滨大酒店十一楼海涛厅,南山区南新路3125号. 人数限制:100人本次活动免费课程概述: ...
Leangoo大讲堂：免费Scrum敏捷开发实战—武汉站
活动信息: 授课时间:2016年5月21日下午 14:00 – 17:30 (13:30签到) 授课地点:武汉市洪山区民族大道一号光谷资本大厦二楼培训中心人数限制:150人(企业报名每家限制3人以 ...
leangoo大讲堂：scrum敏捷开发实战——深圳站
授课时间:2016年4月23日下午 14:00 – 17:30 (13:30签到) 授课地点:深圳软件园,南山区科技中二路深圳软件园二期14号楼三楼大厅人数限制:150人,企业报名的每家限制为3人 ...
Scrum敏捷开发工具Leangoo
为什么选择 Leangoo? 很简单,因为它够简洁,够轻量,上手够快! 因为我们的工作中有各种事物要处理,我们需要这样的敏捷开发工具来帮助我们解决问题并清晰的展开工作.Leangoo可以帮助我们管理事 ...
敏捷开发系列学习总结（11）——Scrum敏捷开发流程的三个角色、四个会议和三个物件
Scrum敏捷开发流程主要包扩三个角色.四个会议和个三物件. 三个角色 Scrum团队中包括三个角色,他们分别是产品负责人.开发团队和项目的直接管理者(Scrum Master). Scrum 团队 ...
如何避免Scrum敏捷开发团队反思会形式化，海星法介绍
如何避免Scrum敏捷开发团队反思会形式化? 迭代压力很大,根本没时间,而且,反思会上大家都在互相推脱责任,会议成了"批斗大会",所以团队的人都觉得这个会很鸡肋. 很多团队在开反思 ...
纯国产敏捷项目管理软件，可基于scrum敏捷开发落地
Leangoo简介国产项目管理软件Leangoo领歌,www.leangoo.com 轻量,简洁,直观,专业的敏捷项目协作平台,看板式的管理方式,列表.泳道的多维度,直观透明的特点来呈现敏捷团队的 ...

“Scrum 敏捷开发都是骗人的！”

“Scrum 敏捷开发都是骗人的！”相关推荐

最新文章

热门文章