当前位置:  开发笔记 > 编程语言 > 正文

Scrum是否只是敏捷?

如何解决《Scrum是否只是敏捷?》经验,为你挑选了3个好方法。

我听说很多公司表现得像他们敏捷,但他们唯一敏捷的事情就是Scrum流程.这足以被认为是敏捷的吗?单独使用Scrum似乎是糟糕的经理更频繁地召开更多会议的完美借口.我应该厌倦这些公司吗?



1> S.Lott..:

敏捷是一个大而模糊的概念.很多东西都是敏捷的.

Scrum是一组用于执行sprint和release的特定技术.它很敏捷,因为它适合敏捷宣言.

还有很多其他特定的敏捷技术(例如,所有的xDD).

如有疑问,请将公司的实际做法与敏捷宣言进行比较.



2> adrianh..:

"我听说很多公司表现得像他们敏捷,但他们唯一敏捷的事情就是Scrum流程.这是否足够被认为是敏捷的"

简短回答 - 是的.在我看来无论如何:-)

当然 - 他们必须真正 Scrum - 而不是仅仅把名字贴在墙上.Scrum比日常站立还要多得多......如果这就是他们所做的一切,他们就没有做得对.

正确完成Scrum迫使公司确定组织运行方式的瓶颈.通过设置定期的时间冲刺,获得一个体面的反馈循环,并在产品所有者和团队之间适当地分配责任,您实际上可以获得有关如何改进流程的有用基线信息.

组织必须倾听这些反馈 - 并采取行动.

这当然不是做敏捷的唯一方法.它甚至可能不是将敏捷引入组织的最佳方式.我自己更喜欢XP粉丝 - 并且发现额外的实践提供了一个有用的框架来启动这些流程改进.

也就是说 - 对于许多组织而言,最大的问题是责任分工严重,完全缺乏理智和快速的反馈循环.Scrum修复了这个问题.

会议是其中很小的一部分:-)



3> GertGregers..:

糟糕的经理将被Scrum推动的透明度所淹没.真正拥抱Scrum的公司绝对值得一看.

推荐阅读
sx-March23
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有