Scrum为什么不喜欢“来自客户的频繁变更”?

Scrum 是一种流行的敏捷开发模式,倡导团队开发的理念,重视团队的整体协作,团队成员包括客户方的代表,所以本文标题中的“客户”并不是通常意义上的外部客户,这有点像一个集团公司中的不同子公司之间的关系,但这并不是说,可以容忍“来自客户的频繁变更”,为什么呢?
 

Mike Cohn的《Scrum敏捷软件开发》中,我找到了答案。他从另一个角度看待这个问题,我摘抄了其中一段话。

 

“我常常建议Scrum团队首先要对Sprint当中的变化采用强硬立场。这不是因为我反对改变团队的目标或我要机械地遵守某个Scrum规定,而是因为我想帮助团队外面的人认识到改变团队目标带来的成本。当然,有时候在Sprint中间改变团队的目标是必要的。但更多时候,团队目标的改变是因为它太容易变和因为有人事先考虑不周。在我看到企业不再考虑将每个新要求作为Sprint中间变化的要紧事之后,我会缓和这种强硬立场。”

 

以一种通俗一点的比喻,这段话的意思就是:对孩子要严格要求,从开始就不能惯着他的臭毛病,否则他会养成习惯,到时就不好管教了。团队外面的人不是天生出尔反尔,反复无常,是团队内的人的不坚定养成了他们这种毛病。

posted on   深蓝医生  阅读(632)  评论(1编辑  收藏  举报

编辑推荐:
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
阅读排行:
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗?
· 【译】Visual Studio 中新的强大生产力特性
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构

导航

< 2012年1月 >
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30 31 1 2 3 4
5 6 7 8 9 10 11
点击右上角即可分享
微信分享提示