半敏捷不是真正的转变

旅途隐喻

当我们引导客户通过组织转型时，我们通过以下方式增量地应用我们的转型系统探险。远征是从当前状态到目标状态的“旅程”，从客户组织可能在我们的任何地方开始指南针模型，并努力在转换中达到我们表示为“Basecamp”的里程碑，与登山或徒步旅行的比喻保持一致。

通常持续3到4个月，每次远征都包括一个垂直部分的组织。这部分通常与一个价值流、产品或产品线保持一致，其期望Basecamp取决于公司对其市场的定位，以及为服务于该市场而设计的期望内部操作方式。

例如,Basecamp 2组织服务市场可以吸收改变每隔几个月,产品线相对可预测和稳定,而Basecamp 5组织运作更像一个精益创业、市场运行实验和扭转的变化要求能力在几天内,或者在某些情况下,即使是分钟。

多个Expeditions可能同时进行，每个Expeditions涉及不同的垂直业务操作和这些操作的IT支持。亚博vip9通道业务的某些领域可能需要在不同的Bas亚博vip9通道ecamp级别上运行。例如，银行业务的某些方面可能在Basecamp 2级别上很好地服务于他们的市场，而其他方面可能需要在Basecamp 3或4级别上运作，以防止客户为他们的银行需求寻求更灵活的替代方案。

技术基础设施=价值流

许多组织将其技术堆栈划分为前端和后端系统，并在两者之间设置API边界。该结构可以被不同的名称调用;它通常被称为面向服务的体系结构(SOA)。前端空间中的应用程序通过调用api访问后端资源，而api又由边界层中的组件提供服务。亚傅体育app

这是我们通常从web应用开发者那里听到的“前端”的一个稍微宽泛的定义。我在组织的技术基础设施中包括API层“前面亚傅体育app”的所有IT资源。通常的安排是在后端世界拥有企业级的、任务关键的、通常是“遗留”的资源，通过API层与前端世界的更现代的技术分开。亚傅体育app

后者为后端“真实”系统提供了一个美观且可用的界面，通过客户的智能设备提供对客户数据的读写访问，并打印要邮寄的材料，如账户摘要、逾期付款通知和监管机构要求的文档。除了一些例外情况，前端系统通常不执行支持公司业务操作的“实质”计算或数据存储。亚博vip9通道

事务通常会遍历所有架构层，并部分由位于前端和后端世界的组件处理。如果两个世界之间没有联系，那么就会有一个极限亚博vip9通道业务敏捷性IT部门可以支持。

亚博vip9通道业务敏捷性是组织所需要的;敏捷软件开发可能是实现它的一个促成因素，但不是吗这一点的转换。沿着技术基础结构的接缝划分您的转换计划通常不是最优的方法。

Half-Agile转换

自从2001年敏捷宣言发布后“敏捷”软件开发的普及以来，成千上万的公司已经采取了一种或另一种形式的“敏捷转换”或“敏捷采纳”。多年来，许多较大的组织尝试了多种采用/转换，结果好坏参半。

如果你了解我，你应该知道我不喜欢"失败"这个词然而，我可能会说，在许多情况下，常见的“失败模式”是，敏捷方法、流程、技术、工具和思维只应用于前端环境，而后端仍然保持原样。前端应用基于易于敏捷实践的技术(移动、web、应用服务器、轻量级数据库、API客户端代码、ui和类似的技术，这些技术承载着使用c#、Java、Python、Ruby和PHP等语言开发的应用)，这些技术可以被频繁地修改和部署，而它们所依赖的后端资源仍然以“旧”的节亚傅体育app奏交付。

大多数敏捷顾问和教练不熟悉后端技术，他们倾向于将其视为一个神秘的黑盒子。这就是为什么您会听到他们将应用服务器和中间层轻量级数据库管理系统称为“后端”资源，尽管真正的后端比后端更靠后。亚傅体育app惠普不间断?从没听说过。IBM环球吗?嗯，我可能听说过那个。我们不能把它扼杀掉吗?是的,那应该很容易,对吧?

在某些情况下，这可能是完美的，但在许多情况下，结果不是那么好:任何改变对业务有意义和影响亚博vip9通道只能以敏捷前的节奏交付。的吞吐量系统交付是受限于其能力的限制。无论前端更改的周转时间有多短，相应的后端更改仍然需要几个月才能交付。

从客户的角度来看，没有什么已经交付，即使前端更改正在一个暂存环境中缓慢进行，等待后端跟上。

“我们尝试过敏捷，但没有成功。”

价值流可能穿过架构层

发生这种情况的原因是产品线或价值流(或您选择的任何名称)可能不完全受前端基础设施的支持。当确定IT组织的哪些部分需要采用“敏捷”时，按照技术堆栈水平地分割组织可能与业务完成的方式不一致。亚博vip9通道

这就是我们认同的原因垂直并确定其中哪一个需要在给定的Basecamp级别上运行，以支持基于每个产品或每个值流的业务操作，而不管每个片段中涉及的技术。亚博vip9通道有可能只一些你的前端团队真的需要“走敏捷”。出于同样的原因，这是有可能的一些您的后端团队需要与他们一起“走敏捷”，以适当地支持业务操作。亚博vip9通道

是容易的吗?不。用于前端开发的技术(在广义上)具有工具、培训和广泛的社区支持，如持续集成、版本控制、测试驱动开发、增量重构、持续交付和生产可观察性。与此同时，后端环境可能有很少的现成资源来支持这些东西，而资源亚傅体育app是可用的版本可能被设计为支持相对较长的发布周期(月)，而不是使用基于主干的开发对版本控制进行一分钟一分钟的增量提交，多个团队在同一个代码基上活动。要达到这种操作状态是很有挑战性的。

全面转型

尝试以自底向上的方式实现“敏捷”，从团队级方法(如Scrum或极限编程)开始，在组织上只获得了有限的渗透，只专注于团队级软件开发实践，没有更大的业务环境，并且随着时间的推移逐渐消失或退化。亚博vip9通道纯粹的自顶向下、管理驱动的“授权敏捷”计划由于不同的原因而失败。

为了避免“我们尝试过，但它没有”的模式，敏捷转换必须由业务关注点驱动，并且组织中所有与这些业务关注点相关的移动部分必须协同转换，同时适当注意组织的约束和现实世界的挑战。亚博vip9通道

哪些操作需要在哪个Basecamp级别起作用(或等效的其他名称)?回答这个问题需要市场分析和商业战略、专门亚博vip9通道知识和制度化的过程。

我们如何梳理支持每个产品线或价值流的特定平台和应用程序?回答这个问题需要企业架构方面的重要技术专家，包括遗留技术的知识。

我们如何引入与每个组织切片的目标操作状态一致的过程、工具、技术和思维模式?一个显式的系统的转换，相对于a系统交付，以实现这一目标。它需要培训或教学方面的经验，以及训练从真正意义上说，对于组织中的所有受众和角色。如果知识是基于在许多尝试转换的组织中观察到的模式，那就更好了。

你可以接受组织变革模型如科特或ADKAR。这将为组织变革提供坚实的哲学基础，但没有具体的建议来推动变革。这些模型为开发转换系统提供了一个起点，但它们实际上并没有提供一个起点。此外，它们没有描述任何类型的交付目标系统，这可能支持您的业务目标。亚博vip9通道

你可以采用框架“伸缩敏捷”，如安全的、少的或有纪律的敏捷。这将给你提供一个目标交付系统的愿景，但同样没有关于如何移动指针的具体建议。这样的框架定义了交付系统，但没有定义转换系统。类似地，看板方法将为您提供工具和度量来帮助您发现组织中改进的机会，但不包括关于如何实现这些改进的任何具体建议。

尝试过不同转换方法的组织的各种经验表明:我们需要一个不同于交付系统的转换系统。改造系统是专门设计来指导的改变，而不是定义最终状态操作模型。同时，我们需要一个定义良好的操作模型来支持我们期望的业务目标。亚博vip9通道这两项都是成功的必要条件。