Vollständig getrenntes Betriebsmodell

Im folgenden Diagramm werden auf der vertikalen Achse Anwendungen und Infrastruktur angezeigt. Anwendungen beziehen sich auf den Workload, der einem Geschäftsergebnis dient, und können kundenspezifisch entwickelte oder gekaufte Software sein. Infrastruktur bezieht sich auf die physische und virtuelle Infrastruktur und andere Software, die diesen Workload unterstützt.

Auf der horizontalen Achse haben wir Engineering und Operations. Engineering bezieht sich auf die Entwicklung, Erstellung und das Testen von Anwendungen und Infrastruktur. Operations ist die Bereitstellung, Aktualisierung und laufende Unterstützung von Anwendungen und Infrastruktur.

In vielen Unternehmen ist dieses „vollständig getrennte“ Modell vorhanden. Die Aktivitäten in jedem Quadranten werden von einem separaten Team ausgeführt. Die Arbeit wird zwischen Teams über Mechanismen wie Arbeitsanfragen, Arbeitswarteschlangen, Tickets oder über ein IT-Service-Management (ITSM)-System weitergegeben.

Der Übergang von Aufgaben zu oder zwischen Teams erhöht die Komplexität und schafft Engpässe und Verzögerungen. Anfragen können verzögert werden, bis sie eine Priorität haben. Verspätet erkannte Fehler erfordern möglicherweise eine erhebliche Nachbearbeitung und müssen möglicherweise die gleichen Teams und ihre Funktionen erneut durchlaufen. Wenn es Vorfälle gibt, die Maßnahmen durch Technikerteams erfordern, verzögern sich ihre Antworten durch die Übergabe der Aktivität.

Es besteht ein höheres Risiko einer Fehlausrichtung, wenn Geschäfts-, Entwicklungs- und Betriebsteams um die ausgeführten Aktivitäten oder Funktionen herum organisiert sind. Dies kann dazu führen, dass Teams sich auf ihre spezifischen Verantwortlichkeiten konzentrieren, anstatt sich auf das Erreichen von Geschäftsergebnissen zu konzentrieren. Teams können eng spezifiziert, physisch isoliert oder logisch isoliert sein, was die Kommunikation und Zusammenarbeit behindert.