完全分离运营模式
在下图中,纵轴上为应用程序和平台。应用程序是指促进取得业务成果的工作负载,可以是自定义开发或购买的软件。平台是指支持该工作负载的物理和虚拟基础设施以及其他软件。
横轴上为我们的工程和运营。工程是指应用程序和基础设施的开发、构建和测试。运营是应用程序和基础设施的部署、更新和持续支持。

传统模式
从历史上看,组织采用诸如 ITIL 之类的框架或 ISO 之类的标准,并围绕这些框架构建运营活动,这通常会导致完全分离的拓扑。在此模式下,每个象限中的活动由单独的小组执行。通过工作请求、队列、票证等机制或使用 IT 服务管理(ITSM)系统在团队之间分配工作。
任务向团队或在团队之间的转移会增加复杂性,并造成瓶颈和延迟问题。请求可能会被延迟,直至它们成为重点事项。较迟发现缺陷可能需要大量返工,可能需要再次经历相同的团队及其职能部门。如果存在需要工程团队采取行动的事件,则将因转移活动而延迟响应。
当围绕正在执行的活动或职能组织业务团队、开发团队和运营团队时,出现工作重点偏失的风险较高。这可能导致团队专注于其特定职责,而不是专注于实现业务成果。团队可能专业化水平受限、被物理隔离或逻辑隔离,阻碍了沟通和协作。