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

640?wx_fmt=gif

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

640?wx_fmt=jpeg

作者 | Dennis Weyland

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

出品 | CSDN(ID:CSDNnews)

以下为译文:

本文是论述Scrum两个方面的内容。一方面是关于Scrum的不敏捷性,另一方面是关于Scrum的脆弱性。

在展开论述之前,我先声明一下:本文所展开的均属于我个人观点,并不代表我任一雇主公司的立场。


640?wx_fmt=png

Scrum的不敏捷性

 

我猜大家对这个标题的一贯反应会是“这怎么可能,Scrum不敏捷吗?Scrum不是敏捷软件开发的首要流程吗?”简而言之,Scrum自称是一个敏捷开发的过程,但可悲的现实是,Scrum离敏捷开发还很远。让我来说明原因。

我们先快速了解一下敏捷宣言。敏捷宣言强调“个体和交互比过程和工具更加有效”。我们再快速了解一下敏捷这个词的含义。牛津词典解释道,敏捷的意思是“能够快速、轻松地行动”。选择敏捷这个术语来代表敏捷宣言中的高级思想并不是一个巧合。事实上,敏捷背后的一个主要观点是,在许多软件项目中,快速而轻便地实现变更是极其困难的。对于一个全新的项目来说,情况并非如此,但随着时间的推移,许多项目进入了一种根本不可能实现可持续发展的境地。为了防止这种情况(和其他问题) 的发生,敏捷宣言和敏捷宣言背后的原则提出了几条高级指导方针。这些指导方针不是特地定义好的流程或工具,它们支持不同的实现方式。我怀疑这两个属性(高级的且支持不同的实现方式)都是刻意为之的。它的整体目标不是提供一个有效的武器,而是帮助同行避免软件开发中的许多陷阱,而这些陷阱都是敏捷宣言的作者所亲身经历过的。

现在,我们再来看看Scrum指南(由敏捷宣言的两位作者撰写)。与敏捷宣言和敏捷原则相比,这Scrum指南似乎相当冗长。令人惊讶的是,整个指南一次也没有提到敏捷。我不确定是否长久以来都是这种情况,但是如果Scrum指南的作者没有说Scrum是敏捷的,那么我们已经完成了这篇博客文章的第一部分。先忽略这种情况,我们继续探究。Scrum指南是指包含“角色、事件、工件以及将它们绑定起来的规则”的一个框架。换句话说,这是一个明确且十分具体的过程。这听起来一点都不敏捷(别忘了:“ 个体和交互比过程和工具更加有效”)。这相当的讽刺和明显。这就是应该废弃Scrum的原因。但它并没有被废弃,而是让世界各地越来越多的软件开发人员感到失望。当Scrum项目失败时,并不是因为Scrum的潜在缺陷,而是因为Scrum没有得到正确的展现。这自然而然地过渡到本文的第二部分内容。

 

640?wx_fmt=png

Scrum的脆弱性

 

这部分内容很短。我觉得文字游戏(Scrum是敏捷的/脆弱的)很有趣,除此之外,它完美诠释了Scrum真正困扰我的一件事:每当Scrum项目失败时,都是因为Scrum没有得到正确的展现。我们可以查阅到大量的相关项目。如果大多智能软件开发人员都不能正确地实现Scrum,这意味着什么?意味着整个框架是脆弱的。这是反对使用Scrum的另一个主要论点。如果框架这么难用,那么它有什么使用意义呢?

可能在费用高昂的咨询和指导下,或有培训及证书,Scrum实际上有它的可取之处。但是,对于开发软件的公司和辛勤工作的软件开发人员,以及那些在Scrum生态系统中或围绕Scrum生态系统提供服务的公司来说,它的价值还有待商榷。

 

640?wx_fmt=png

个人的观点

 

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

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

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

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

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

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

【End】

640?wx_fmt=png

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

640?wx_fmt=jpeg

 热 文 推 荐 

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

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

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

代码有温度 科技需向善

☞惊!为拯救美国落伍的 STEM 教育,纷纷出手教老师编程?!

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

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

边缘计算将吞掉云计算!

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

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

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

640?wx_fmt=png你点的每个“在看”,我都认真当成了喜欢

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Scrum敏捷软件开发》是敏捷联盟及Scrum联盟创始人之一、敏捷估算及计划的鼻祖Mike Cohn三大经典著作中影响最为深厚的扛鼎之作,也是全球敏捷社区中获得广泛肯定的企业敏捷转型权威参考。作者花四年时间,把自己近十五年的敏捷实践经验,特别是近四年中针对各种敏捷转型企业的咨询和指导工作,并结合旁征博引的方式,从更高的思想层次对敏捷与Scrum多年来的经验和教训进行深入而前面的梳理和总结,最终集大成者便是这本令人醍醐灌顶的佳作。 《Scrum敏捷软件开发》是软件企业及其管理团队成功进行敏捷转型战略及实施的必备参考书,适合经理、开发人员、教练、ScrumMaster、产品负责人、分析师、团队领导或项目领导,是帮助他们成功完成项目,甚至造就敏捷企业的重要参考。 第Ⅰ部分 启航 第1章 为什么敏捷转型难(但值得) 第2章 ADAPT模型 第3章 Scrum实施模式 第4章 渐进敏捷 第5章 试点项目 第Ⅱ部分 个体 第6章 克服抵触 第7章 新角色 第8章 角色转换 第9章 技术实践 第Ⅲ部分 团队 第10章 团队结构 第11章 团队协作 第12章 领导自组织团队 第13章 产品Backlog 第14章 Sprint 第15章 做计划 第16章 质量 第Ⅳ部分 组织 第17章 扩展Scrum 第18章 分布式团队 第19章 与其他方法论共存 第20章 人力资源、后勤和PMO 第Ⅴ部分 下一站 第21章 看看进展如何 第22章 没有终点

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值