我访问的客户越多，我看到的Agile Scrum实施越多越糟糕。有时候我只是希望我误解了敏捷的基本原理，但是我越是阅读了我在敏捷实际上所发展的更清晰的图片，而不是如何实现它。
我正在寻找有助于解释为什么SCRUM会变质的漫画/文章，或者讨论有关BAD scrum实施的案例研究。
我个人喜欢这份白皮书The Agile Method and Other Fairy Tales（pdf）
这是迄今为止最好的Dilbert alt text http://dilbert.com/dyn/str_strip/000000000/00000000/0000000/000000/00000/1000/000/1051/1051.strip.gif漫画
修改
下面有一些指向Scrum联盟的链接，对于那些没有帐户的人来说，这里有缓存链接Talking Chickens article，Missing Pigs
答案 0 :(得分：8)
之前已经进行了这一观察并进行了广泛讨论（包括关于"Flaccid Scrum" by Martin Fowler的文章以及Ken Schwaber和Jeff Sutherland关于ScrumBut的许多讨论和文章）。
原则上有两个原因，每个原因都有自己的“气味”：
没有文化上的变化 - 经常在Scrum的旗帜下，敏捷，最近大部分看板我们仍然有旧的指挥和控制，经理仍然使用“点和告诉”管理技术（指向某人并告诉他们应该做什么以及何时必须完成）。敏捷必须将文化转变为一种情况，即团队掌握他们所做的工作并自行管理技术部分，而管理人员则集中精力消除障碍并指导整个公司/项目朝着正确的方向发展。如果缺少这种转变，敏捷方法的好处即使在纸面上也会被遵循。
糟糕的技术实践 - Scrum没有明确说明如何编写好的，可读的代码，如何查看和重构代码，如何编写测试，如何使用它们一次Scrum的创建假设是从命令和控制瀑布环境开发人员的束缚中解脱出来将以正确的方式做事。不幸的是，在许多情况下他们没有 - 在太多的情况下，他们不是出于自满或懒惰，而是出于无知。这与以下事实有关：许多开发软件的人从未接受过（如正式或其他方面）基础知识的教育，如算法，数字方法，对象建模等。
值得注意的是，Ken Schwaber显然是Scrum的唯一思想领袖，他注意到了这种情况，并试图对此采取行动。他的回答是主要通过Scrum深度课程改进Scrum Master教育，同时也确保开发人员确实意识到他们必须使用Scrum的良好技术实践才能真正发挥作用。这就是为什么创建开发人员课程的原因 - 由Ken创建的认证Scrum开发人员和专业Scrum开发人员程序旨在改进上述第二个问题。当然，培训 - 无论准备和交付得多好 - 都无法彻底解决，但至少这表明Ken确实认识到问题存在并试图对此做些什么。
BTW - 肯刚在他的博客上发表了一篇关于一些“气味”的文章：The Elephant In The Room。值得一读。答案 1 :(得分：4)
您可能会发现Agile Bob的敏捷反模式系列非常方便
