为什么使用 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 中谈论它来计划一个软件任务的每个方面。

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


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

查看所有标签

猜你喜欢:

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

嵌入式Linux应用开发完全手册

嵌入式Linux应用开发完全手册

韦东山 主编 / 人民邮电出版社 / 2008-8 / 69.00元

本书全部实例代码及相关工具。 基于ARM 9+Linux 206平台,从基础讲起,引导读者快速入门,实例丰富,可直接应用于工程实践。 本书全面介绍了嵌入式Linux系统开发过程中,从底层系统支持到上层GUI应用的方方面面,内容涵盖Linux操作系统的安装及相关工具的使用、配置,嵌入式编程所需要的基础知识(交叉编译工具的选项设置、Makefile语法、ARM汇编指令等),硬件部件的使用及......一起来看看 《嵌入式Linux应用开发完全手册》 这本书的介绍吧!

Markdown 在线编辑器
Markdown 在线编辑器

Markdown 在线编辑器

正则表达式在线测试
正则表达式在线测试

正则表达式在线测试

RGB HSV 转换
RGB HSV 转换

RGB HSV 互转工具