为什么使用 Scrum 开发软件是错误的?

栏目: 编程工具 · 发布时间: 6年前

内容简介:1、由于全部产品决策权都归“产品所有者”所有,因此Scrum拒绝工程师做任何产品决策,并在产品方向上减少任何级别对产品管理的卑躬屈膝。2、Scrum用紧凑的管理方式占用工程师所有的时间,抑制了创新——这些创新向来不由自主地发生,并且超出了任何时间表或者有良好预测性系统的范畴。3、Scrum鼓励“尽可能减少工作量”的解决方案——来满足它严格的可预测性的需求。

1、由于全部产品决策权都归“产品所有者”所有,因此Scrum拒绝工程师做任何产品决策,并在产品方向上减少任何级别对产品管理的卑躬屈膝。

2、Scrum用紧凑的管理方式占用工程师所有的时间,抑制了创新——这些创新向来不由自主地发生,并且超出了任何时间表或者有良好预测性系统的范畴。

3、Scrum鼓励“尽可能减少工作量”的解决方案——来满足它严格的可预测性的需求。

4、将每个任务都拆分成小项目,团队中的任何人理论上都能完成。Scrum劝阻工程师对自己的工作产生自豪感或者所有权。这种所有权的缺失会导致:

  • 设计质量不高

  • 乏积极性(“这不是我的事”,“我开始做之前就出问题了”)

5、Scrum 对修改是非常不能容忍的,它的拥护者在实施的过程中通常秉着全有或者全无的态度。在所有的实践中都体现了以这种不宽容态度的自我反省。只对运行在Scrum框架层内部的进程开放修改——就Scrum自己而言,这被视为神圣而不可侵犯的。

“Scrum的角色,工件、事件和规则都是不可修改的,并且尽管可以只实现Scrum的某些部分,但是其结果并不是Scrum。Scrum的存在感仅仅在于作为其它技术、方法及实践的容器时它的完整性和功能尚佳。”
Scrum官方指南,http://scrumguides.org/scrum-guide.html

6、Scrum是一个重型的管理工具。典型团队有产品拥有者,Scurm控制者,和团队领导。伴随更少管理的创新能促进团队做的更好,而不是更多的管理。

7. Scrum通常是使用HORRIBLE任务管理工具(Jira、tfs等)实现的,这些 工具 对Scrum做了非常官僚化的解释,浪费了大量的开发人员时间。此外,无论多么无效,它们都可以有效地将你限制在一种操作模式中。

8. Scrum不鼓励修复bug、减少技术债务和承担风险,这全都是因为其狭隘并排他地专注于只做产品负责人认为有价值的项目。

9.Scrum是虚伪的

  • 管理人员或产品所有者是否需要跟踪和评估他们所从事的每项任务?

  • 他们是否需要出示燃尽图表来显示他们的目标是完成的?

  • 他们是否需要进行两周的抛售会议来证明他们的行为是正当的?

10.Scrum有很多错误的假设。

  • 它假定工程师没有任务跟踪系统,他们已经使用这些系统来管理他们的时间,因此需要细致得时间管理。

  • 它假定工程师们不能被信任来指导他们自己的工作。

  • 它假定工程师们不能在没有严格监督的情况下,使自己符合本组织的最佳利益。

  • 它假设工程师不能在没有主持人的情况下有效地进行会议(Scrum Master)

  • 它假定你仅仅可以通过在 sprint planning 或者 backlog grooming 中谈论它来计划一个软件任务的每个方面。

  • 它假设所有的工程师都以同样的方式工作。


以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

Beginning XSLT 2.0

Beginning XSLT 2.0

Jeni Tennison / Apress / 2005-07-22 / USD 49.99

This is an updated revision of Tennison's "Beginning XSLT", updated for the new revision of the XSLT standard. XSLT is a technology used to transform an XML document with one structure into another ......一起来看看 《Beginning XSLT 2.0》 这本书的介绍吧!

HTML 压缩/解压工具
HTML 压缩/解压工具

在线压缩/解压 HTML 代码

CSS 压缩/解压工具
CSS 压缩/解压工具

在线压缩/解压 CSS 代码

JSON 在线解析
JSON 在线解析

在线 JSON 格式化工具