我最近看到了几种过程标准化的案例。 这些过程不会转换为当前上下文。 流程没有足够的敏捷性来交付必要的结果。 但是，想要使用敏捷方法的人并不想将敏捷思想应用于他们的流程。
一些客户想要创建他们的自定义敏捷过程，然后在整个组织中对其进行标准化。 当我讲话时，我经常会遇到一个“标准”过程，该过程适用于所有讲话者，而不论讲话（闪电讲话，讲话，座谈等）。我在某些需要所有讲话者使用标准幻灯片模板的地方讲话。 （字体字体糟糕，没有足够的图片空间。不要让我入门。）
这些过程使管理人员或定义过程的人员的工作变得更加轻松。 这些相同的标准化使使用过程的人员的生活更加困难。
当其他人定义一刀切的所有流程时，这些流程将扼杀我们所需的创造力，特别是如果我们要创造变化的话。
我的过程和我的敏捷
我使用以下几个流程来指导我的每日，每周，每月和每年的工作：
- 我修改后的个人看板来管理我的日常工作。
- 滚动计划以实现更长的交付成果。
- 清单要完成，所以我做不到90％，更糟糕的是98％。
多年来，我已经开发出了这些方法，并且继续通过双循环学习来开发它们。
进入所有虚拟客户端工作后，我更改了日历管理方式。 我正在重新设计我的在线研讨会。
我需要流程敏捷性，因为我的上下文发生了变化。
我想实现不同的更好的结果，尤其是在不同的情况下。 我正在尝试和学习。 我使用双循环学习。
是什么阻止了您的流程敏捷性？
当我看到“烘焙”过程时，我想知道它们是如何实现的。 人们经常进行实验，直到发现第一件事起作用为止。 我已经尝试了多年，我相信我会继续尝试。
我的实验并不总是能达到我想要的结果。 这意味着我需要快速恢复，以便实现自己想要的结果。 （我在工作中使用非常短的交付品的原因之一。）
我怀疑当我们想到一个“标准”流程时，我们会取得一定的结果。 在给定的上下文中，这可能是正确的。 当上下文更改时，我们需要更改流程。
我怀疑看到变化的环境可能会挑战我们大多数人。 例如，在家工作不同于远程工作。 （是的，我将在以后的文章中进行探讨。）
定义的过程不能保证成功的结果，尤其是当上下文改变时。
我敢打赌，如果我们能看到上下文何时发生变化，我们都会在流程敏捷性上达成更多共识。
让我们看看是否可以使我们的流程更加敏捷，并为更好的结果创造更多的可能性。 特别是当结果比过程更重要时。
翻译自: https://www.javacodegeeks.com/2020/06/process-agility-an-impossibility.html