20年后，我们是否达到了敏捷宣言的愿景？

仍有许多工作要做，以实现敏捷的承诺 - 这是敏捷宣言的创建20周年，概述了软件创作者和商业领袖之间密切，不受限制的合作的重要性。但是，虽然＆＃34;敏捷＆＃34;成为业务技术莱克逊的最受欢迎的流行语，通常仍然只是一个流行语。

它不是那不是那个企业而不是敏捷宣言的价值观和原则 - 最重要的是。但是，这些价值观和原则不是在大多数策略中的前线和中心。 ＆＃34;我不确定敏捷宣言中的思想是行业的常态，仍然是＆＃34;思考的主要云技术专家们说，Kief Morris说。 ＆＃34;人们知道他们需要改变他们对技术的考虑方式，他们谈论数字转型，但我不知道他们真的看到了敏捷宣言的价值和原则如何连接到这个，你可以怎么样？用它们使它成为现实。＆＃34;

挑战是出现的挑战和＃34;因为许多人来到敏捷作为解决方案或处方，而不是从敏捷宣言的哲学开始，＆＃34; Saic的软件副总裁Bob Ritchie说。 ＆＃34;在行业中，许多最佳实践，如自动测试驱动的开发，自动构建，部署和快速反馈循环普遍存在。然而，由于未能开始为什么，他们经常仍然从业务和使命目标中脱颖而出。＆＃34;

仍然，别人觉得我们＆＃39仍然无处可去实现原始敏捷宣言的愿景。 ＆＃34;绝对不是在企业的大规模上，＆＃34; Brian Dawson说，Brian Dawson，Devops Evagelist与CloudBees。 ＆＃34;我们更接近，更了解，但我们正在转动一个油轮，它是缓慢而增量的。在初创企业中，我们看到了更多;这是有希望的，因为它们是未来的企业。＆＃34;敏捷举措＆＃34;往往是从，并限制项目规划或项目管理办公室。为了支持敏捷和Devops转型，敏捷需要与所有利益相关者实施。＆＃34;

有些组织转向敏捷＆＃34;作为一个通过切割成本增加利润率的灵丹妙药，更好，闪亮的开发过程，＆＃34;教堂注意。 ＆＃34;其他人进一步进一步通过武器化与敏捷容量规划相关的流行度量，例如速度，并将其错误分类为个人或团队的性能指标。在这种情况下，宣言的承诺几乎肯定错过了聘用和合作的机会让位于手指指向，责备和倦怠。＆＃34;

来自许多敏捷计划中缺少的是什么＆＃34;根据价值和结果管理您所做的事情，而不是测量努力和任务，＆＃34;莫里斯说。 ＆＃34;我们看到了公式理解的崛起＆＃39;企业敏捷＆＃39;框架，可以帮助您以自上而下方式管理团队，以基于敏捷宣言的价值观的所有内容。宣言说，我们重视＆＃39;响应遵循计划，＆＃39;但这些框架为您提供了管理＆＃39; T真正鼓励您进行反应的计划的公式。＆＃34;

挑战是＆＃34;大多数敏捷计划仍然错过了价值流映射和优化的前期工作，＃34; Devops Chenapragada说，Devops Architect与Capgemini North America ..＆＃34;敏捷项目仍然看看工作的优化，产生不必要的上下文或减少质量。＆＃34;他解释说，业务要求的更改需要生产预期结果，通过释放小变化，通过客户提供反馈。 ＆＃34;需要快速反馈，以帮助证明业务案例继续前进或在其他地方投资。＆＃34;

敏捷宣言＆＃34;谈论估值和＃39这样的东西;个人和互动过程和工具，＆＃39;但它的硬，＆＃34;添加莫里斯。 ＆＃34;过程和工具看起来更容易。这么多的软件公司和咨询公司为您提供流程和工具，以为您提供敏捷和畅销，并使您提供数字化。但他们真的是为了让你的舒适性，这是一种简单的方法，这将使你成为在市场上获胜的公司成功。＆＃34;

Ritchie同意，在僵硬的过程中避洞的倾向于＆＃39; ＆＃34;第一个也是最常见的错误是对敏捷的解释只是一个过程，或者你可以买到的东西，并立即打电话给自己敏捷，＆＃34;里奇说。 ＆＃34;这往往不会导致过程，令人沮丧和 - 敏捷的矛盾 - 敏捷的意图 - 甚至进一步脱离业务成果与租用他们的IT专业人员之间的连接。＆＃34;与此相关，他说，经常可以是A＆＃34;教条敏捷的狂热方法，其中一个特定框架所说的一切都必须被视为福音，而模拟 - 谬误方法 - 最容易通过诸如＆的短语识别＃39;我们正在遵循Spotify模型。＆＃39;＆＃34;

相反，在那里逃离僵硬的过程方法，并过度简化敏捷努力。第二个最常见的错误率先看着敏捷的努力和＃34;是超越教条和市场上大量框架，并试图通过＆＃39的哲学转向业务敏捷性;只是敏捷。＆ ＃39;通常情况下，有了这个错误，你目睹了缺乏纪律，一些非常快速和早期的成功，一段过度承诺和过度承诺，​​最终是技术组织的倦怠和崩溃。许多与这些陷阱斗争的组织真正遗失是体育运动的模拟和必要性，这是教练通过敏捷之旅巧妙地刺激组织的角色。虽然它可能存在于许多IT组织的不必要的开销，但我发现特别是在敏捷转变的早期，没有比经验丰富的敏捷Sherpa更为普及。＆＃34;

在组织和＃34中取得了成功的敏捷实践;了解他们的能力，痴迷于客户和最终用户的局限性，有效，迅速，测试和证明假设的优先考虑，热爱问题而不是解决方案，并具有透明，可衡量的问题，具有透明，可衡量的然而，有抱负的业务目标确实享有真正的商业敏捷性的许多好处，＆＃34;里奇说。

2001年敏捷宣言中拼写的价值观仍然与他们在制定和发布的时间一样相关：

＆＃34;我们正在通过执行它并帮助别人来揭示开发软件的更好方式。