Scrum是否只是敏捷？

Question

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

Answer 1

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

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

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

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

Answer 2

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

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

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

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

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

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

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

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

Answer 3

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

Answer 4

单独使用 SCRUM 并不一定是召开更多会议的借口。能够跟踪每天完成的工作，并就如何修改（通过削减或重新平衡工作）冲刺的其余部分做出决定，这本身就非常有用，而且对我来说听起来很敏捷。:-)

当然，如果您没有敏捷流程的其他组成部分，您将更难衡量工作的成功，因此您可能认为自己已步入冲刺的正轨，但实际上离重点还很远。您应该按时交付优质产品。

更新：你不应该仅仅因为这个前提就解雇这样的公司。然而，在面试过程中，您应该利用这个机会了解他们为什么只使用 SCRUM。如果问题在于没有人支持 TDD 或 CI 等事物，那么如果您愿意成为技术主管，那么它可能很适合您。如果是因为他们认为这些流程是“开销”、“愚蠢”或“不必要”，那么你应该对该公司保持警惕。