敏捷项目已经变成了 2 周冲刺的臃肿、懒惰的瀑布项目。瀑布式生产线方法适用于具有已知需求或制作小部件的项目。
敏捷宣言充满热情、活力和可以做的态度。它使小型团队能够在最少的指导下创建软件，并告诉他们去获取它。
敏捷并没有指定要遵循的确切规则，因为您应该在学习和改进的过程中根据反馈制定最有效的工作方式。它承认没有最好的方法，因为每个项目都是独一无二的。
敏捷承诺更快地交付软件，让客户更快地获得投资回报。当你炒作任何项目神话而不是 Lady Gaga 音乐会时，99% 的敏捷项目都可能令人失望。
敏捷变成了一个僵硬的老人
公司和开发团队想要敏捷交付，包括产品积压、冲刺和固定期限/成本。敏捷项目的敏捷部分被完全删除。
- 回顾展不见了
- 敏捷性和改变工作方式已经不复存在
- 快速交付投入生产已不复存在
- 预计将保留最后期限
- 团队没有权力或自主权
它更像是具有前期需求、固定期限、冲刺和每周 2 次演示的瀑布式项目。
有很多项目名义上是敏捷，实际上是混乱的
没有兴趣赋予小团队权力。管理层不信任团队并希望监控所有决策，这导致会议数量激增。
没有专注于改进工作方式以优化项目。
这种额外的管理和会议层会减慢开发速度，从而使开发团队的开发时间越来越少。从远程工作中获得的任何时间都被会议所吞噬。
开发人员比以往任何时候都更加忙碌和孤独。更多的人精疲力尽并继续工作，希望下一份工作会更好。
如今，敏捷是一种缓慢的、令人沮丧的会议，助长了跋涉，就像在花生酱中游泳一样，付出很多努力却得不到回报。
结论
人是成功或失败的原因。项目方法、技术和编程语言是用于创建软件的工具。
没有也永远不会有一个神奇的公式来交付项目。
很快就会有一种新的项目方法论来保证按时按预算交付软件项目。这行不通，但我们都会很开心地学习新术语并加入新的方法论崇拜。
与此同时，我们被困在半瀑布/半敏捷的项目方法中，这种方法各取所需，但仍然会使项目延迟。