多年来，我一直在帮助公司将敏捷应用于他们的业务模型并取得显著成功，而且似乎终于开始流行起来。
但是，与任何新事物或尖端技术一样，在应用这种迭代工作方法时也不会犯错。 当然，错误的代价可能会很高，所以让我们现在就在这里公开解决它们。
我看到的公司在应用最常用的敏捷方法Scrum时犯的最大错误之一是，它们偏离框架的核心实践太远，太快。 就像谚语“如果没有损坏，请不要修复”一样，Scrum Framework出于某种原因具有一组特定的角色，仪式和工件，它们可以工作。 如果您忽略了这些，您就看不到获胜的公式。
几年前，我在芝加哥执教了一些敏捷团队。 我们正在将70个团队从传统的项目管理方法过渡到使用敏捷（特别是Scrum框架）。
有一天，我与我所指导的一个团队一起工作，使用白板直观地绘制出他们所遇到的具体挑战，以确定每个障碍的根本原因。 在进行此练习时，当我查看所有正在展开并漂浮在他周围的信息时，我开始感到自己像《少数派报告》中的汤姆·克鲁斯。 基本上，这是与《善意狩猎》或《美丽的心灵》之间的混合，所有的文字都在窗口上。
我有一个顿悟。
当我们继续进行根本原因分析时，我在董事会上看到的所有挑战都表明，这些挑战之所以成为现实，是因为同样的原因：未遵循Scrum框架的核心实践。
在这种情况下，团队没有交付。 为什么？ 由于在sprint期间添加了太多工作，因此缺少任务的清晰性，并且没有进行积压工作。 没有清晰的愿景，领导的方向不断变化。 请记住，ScrumMaster的主要职责之一是消除障碍并保护团队，从而防止新工作在冲刺期间干扰团队的注意力。 因此，在这种情况下，ScrumMaster忽略了他或她的职责，这导致团队内部流程的恶化。 这个团队还需要一个授权的，敬业的产品负责人。
当我们开始追溯这些挑战和其他一些挑战的根本原因时，我意识到，如果团队按照《 Scrum指南》中的原意跟随核心Scrum，几乎所有挑战都会消失。
就这么简单。 实际上是Scrum。
在今年早些时候在圣地亚哥举行的全球Scrum集会上，在他作主题演讲后，我有机会赶上了Scrum的创始人之一Jeff Sutherland。 他谈到有多少人因为实际上没有在做Scrum而没有对使用Scrum的结果抱有希望。
使用Scrum完成工作应导致生产率成倍增加。 杰夫（Jeff）在他的最新书中谈到了将工作时间翻倍的一半，但是在圣地亚哥，他说如果做得正确，您的确应该获得两倍以上的输出。
当听到杰夫·萨瑟兰（Jeff Sutherland）关于获得此类指数产出的公司的成功案例研究时，这只是在强调，成功的关键要素是实际上按预期完成的Scrum基础。
当我在世界各地主持这些敏捷培训课程时，我注意到大多数公司都面临着相同，共同的挑战。 这些挑战包括人们没有被赋予的权力-他们感到事情似乎超出了他们的控制范围。 他们觉得自己想要做的工作在不断变化，并且不允许他们集中精力看完任务而不会间断。 他们感到自己受到管理层和市场压力的压制，以至于他们总是反应迟钝，从不主动。 他们被送到培训班，并被告知去做Scrum，但是当他们尝试升级障碍时，他们就不被支持。
Scrum的作品。 但是您实际上必须这样做才能获得结果。
归根结底，您在敏捷中可能犯的最大错误之一是不遵循预期的核心实践，没有领导支持，没有创造合适的成功环境以及没有将注意力集中在正确的地方。 请记住，领导者定下基调的方式会影响整个组织。 如果领导者说：“我们要敏捷，我们要支持我们的团队，”但是他们的行动并未表明那是错位。 那是断开连接发生的地方，也是Scrum崩溃的地方。
如果您真正有能力在整个组织中采用Scrum之类的方法，为成功创造环境，并赋予员工权力，那么您将反过来又为整个组织赋予权力。 这些都是创造出完美食谱的东西，人们可以感受到自己被赋予权力，重视并参与工作的食谱。
那就是敏捷的方式。
