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

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

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

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

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

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

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

  • 设计质量不高

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

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

Scrum的角色,工件、事件和规则都是不可修改的,并且尽管可以只实现Scrum的某些部分,但是其结果并不是ScrumScrum的存在感仅仅在于作为其它技术、方法及实践的容器时它的完整性和功能尚佳。”
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 中谈论它来计划一个软件任务的每个方面。

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


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

查看所有标签

猜你喜欢:

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

运营攻略

运营攻略

陈辉 / 人民邮电出版社 / 2017-12 / 59

《运营攻略 移动互联网产品运营提升笔记》深入浅出地告诉大家什么是运营,梳理了移动互联网时代各类运营方向的工作重点与工作方法,结合实例指出了每类运营方向的提升要点;结合作者的亲身经历,解答了无数运营人与产品人纠结的运营与产品到底有什么异同的问题;指明了运营人的核心竞争力,并对处于不同阶段的运营人提出了相应的建议与要求;尤为难得的是,《运营攻略 移动互联网产品运营提升笔记》中还阐述了内容型产品与工具型......一起来看看 《运营攻略》 这本书的介绍吧!

HTML 编码/解码
HTML 编码/解码

HTML 编码/解码

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

正则表达式在线测试