相关疑难解决方法(0)

我的公司最近开始使用Scrum; 我们做了2次短跑.我们还在学习,但我们已经在开发过程中暴露并解决了一些问题.总的来说,我觉得这对我们有好处.

在阅读福音传教士,愤世嫉俗者和其间所有人的关于Scrum的许多互联网思考中,三个常见且有些矛盾的主题对我来说很突出:

1. Scrum实现失败,因为Scrum的过程没有得到足够的密切关注.
2. Scrum实现失败,因为组织不会将Scrum适​​应其自己的环境/文化/实践.
3. Scrum的过程并不重要; 只有敏捷宣言中的价值才有意义.

在这些SO问题的回答中可以看到这些例子:

• 你有Scrum或短跑的糟糕经历吗？
• Scrum邪恶吗？
• 敏捷开发是否已经死亡？

我不得不承认我们还没有遵循Scrum的所有指导原则:我们没有在冲刺结束时完成发布,我们的Scrum Master不希望我们将任务移出sprint backlog结尾他可以看到我们的计划已经关闭了多少(这意味着燃烧图表永远不会变为0),而紧急的客户支持问题仍然具有破坏每个人计划的难以置信的能力,举几个例子.

我的问题是:在尝试解决这些问题和其他问题时,最好是尝试更接近官方的Scrum流程,更好地接近我们的一些Scrum前流程,或者更好地冥想Scrum的原则试着想出一个完全不同的过程吗？

对于那些在你的组织中实施Scrum的人来说,你最大的障碍是什么,如果你确实克服了它们,那又如何呢？