敏捷破坏者实战手册_下一步是什么？ –敏捷破坏

敏捷破坏者实战手册

来自LinkedIn追随者的一个问题，我想与读者分享我的答案：

“嘿，艾伦，

我正在向您伸出援手。 最近，我在工作场所暴露于敏捷（由于我现在不在学习，所以我在一个领域中），并且正在学习有关该过程的更多信息。 我的公司向我介绍了它。 我发现了一些笔记，可以根据您的经验将其拉回给您。 我的问题是：

–您认为敏捷之后的下一步是什么？

–我应该从哪里开始学习？

您对我有什么建议吗，我现在正处于软件/电子开发和此过程的过程中，并且希望能够为我们公司做出贡献？

因此，首先要做的是：伟大的您已经准备好自己阅读它！ 最终，敏捷就是学习，让自己动手去学习，这是一个伟大的第一步-您将走得很远！

敏捷之后接下来是什么？ –愤世嫉俗的我认为，提出这个问题的人希望敏捷会消失，或者希望将敏捷跳到下一件事。 当摆在公司内部时，我想知道这是抵制还是混淆。 仍然……我确实对自己有“下一步打算”……

在日常工作中，下一步已经到了： 持续交付 ，尽管对于那些开始使用极限编程（XP）的人来说，这非常“回到未来”。

敏捷之后接下来是什么？ –这是过去几年中多次提出的问题。 多年来，我自己一直在努力，就像我2009年的“敏捷的未来”演讲一样 。 回想起来，从两个方面来看，这种陈述是对是错。 没错，因为多年来，敏捷是精益的，这一点变得越来越清晰， 敏捷软件开发是我们的精益革命。 随着时间的流逝，敏捷已经吸收了越来越多的精益思想。

最初的陈述是错误的，因为精益尚未取代敏捷，而且我认为不会取代敏捷。 看板起义在打破Scrum霸权方面做得很好，但敏捷仍然存在-尽管注入了越来越多的精益。 （例如，以我自己的Xanpan为例。）

更重要的是，我错了，因为敏捷之后的事情并不能代替敏捷，而是在敏捷的基础上构建的，而敏捷是构建的基础–就像我在几周前所说的那样， 敏捷是助产士 。

考虑丰田，他们几十年来一直“精益”，而丰田“精益”之后又是什么呢？ 它不是“精益2.0”或“超级精益”。 精益使他们能够做普锐斯之类的事情。 精益生产使丰田公司得以实施其战略，精益生产使丰田公司生产的汽车几乎与大众生产的汽车数量一样多， 只有一半工人 。

我什至越来越不认为敏捷甚至取代了“瀑布式”（又名“传统”）软件开发。 大公司仍在很大程度上使用敏捷的醋汁调味料来实践瀑布形式。 我不喜欢它，这让我发疯，但是从根本上说，当今存在的绝大多数大公司没有纯粹的敏捷能力，因为它们是为不同的世界而建立的。

这并不意味着他们不能从敏捷中借用某些东西，这并不意味着敏捷技术无法帮助他们变得比他们更好，但是这确实意味着它们永远不会真正地变得敏捷–但这是错误的。说每个公司都必须真正地敏捷，或者以同样的方式真正地敏捷。 （对于那些能够忍受这种疯狂的敏捷人来说，向中年人出售不安全的快车是有钱的。）

但这对未来意味着什么？

好吧……传统的老牌公司越来越容易受到敏捷破坏者的攻击-那些以新产品和服务向他们挑战的公司，只有在敏捷构建技术的情况下才有可能。

接下来就是： 敏捷破坏 。

只有我们不将其称为“敏捷破坏”，即“数字化”。

现在正在发生这种情况……我们的技术使各种新的商业机会成为可能，但只有那些敏捷公司才能利用这些机会。

只有通过敏捷流程，企业才能真正利用现代工具（如Amazon Web Services，Ruby和Clojure等）的强大功能。1970年设计的流程不适合2016年的工具和技术。 当引入波音777时，它有点像航空公司使用DC-3的操作流程。

随着计算机变得越来越强大，如果公司可以将这些机会转化为金钱，那么他们拥有的业务就会更大。 要了解这一点，您必须考虑摩尔定律 ：计算能力每两年翻一番。

今天的计算机可以解决的问题是两年前的两倍。

当今的计算机可以解决的问题比四年前要复杂四倍，比六年前要复杂八倍，比八年前要复杂十六倍。

换句话说，摩尔定律的下一个增量将比以前所有增量的总和增加更多的计算机功能。

你明白了吗？

我最近在一家大银行里。 他们花了一年多的时间才能将新想法投入生产。 如果我没记错的话，27个月比较正常，那就是两年。 换句话说，在银行下床所需的时间中，处理能力提高了一倍。

因此，敏捷并没有消失，但是重点将放在其他地方。 这正在以多种方式发挥作用。

现在，敏捷就是赌注。 连续交付是最前沿的，但很快将是最低要求。 （如果您已经与亚马逊竞争，那么，如果您今天不与亚马逊竞争，只是希望他们不要关注您的市场。）

关于“数字业务”的讨论是显而易见的。 另一个是与我密切相关的＃NoProjects /＃ProjectLess运动的兴起。 这两方面的基础是持续交付。

这意味着，如果您想进一步了解接下来会发生什么：

• 开始对与数字业务有关的任何事情睁大眼睛-大多数都是垃圾，但是在喧闹之中有一些好的思考
• 阅读＃NoProjects /＃ProjectsLess
• 了解持续交付

这里有个警告：我猜你是在更传统的公司工作。 当您对所有这些事情敞开胸怀时，当您尝试实施这些想法并提出警告时，很可能会使自己对同事不受欢迎。 不幸的是，大多数现有公司都有鹿特丹市长问题 。

当然，继续阅读我的博客！

翻译自: https://www.javacodegeeks.com/2017/03/whats-next-agile-disruption.html

敏捷破坏者实战手册