Modello operativo completamente separato

Nel seguente diagramma, sull'asse verticale si trovano applicazioni e infrastruttura. Le applicazioni si riferiscono al carico di lavoro preposto a un risultato aziendale e possono consistere di software sviluppato in modo personalizzato o pronto all'uso. L'infrastruttura si riferisce all'infrastruttura fisica e virtuale e ad altri software che supportano tale carico di lavoro.

Sull'asse orizzontale si trovano progettazione e operazioni. La progettazione si riferisce allo sviluppo, alla realizzazione e all'esecuzione di test di applicazioni e infrastruttura. Le operazioni consistono nella distribuzione, l'aggiornamento e il supporto continuo delle applicazioni e dell'infrastruttura.

Questo modello "completamente separato" è presente in molte organizzazioni. Le attività in ciascun quadrante vengono eseguite da un team separato. Il lavoro è trasferito da un team all'altro attraverso meccanismi quali richieste di lavoro, code di lavoro, ticket o utilizzando un sistema di gestione dei servizi IT (ITSM).

La transizione delle attività verso o tra i team aumenta la complessità e crea ritardi e colli di bottiglia. Le richieste tendono a essere posticipate finché non rappresentano una priorità. I difetti identificati in ritardo potrebbero richiedere una rilavorazione significativa e un secondo passaggio attraverso gli stessi team e le loro funzioni. Se ci sono incidenti che richiedono un'azione da parte dei team di tecnici, le loro risposte vengono ritardate dall'attività di consegna.

Quando i team aziendali, di sviluppo e operativi sono organizzati in base alle attività o alle funzioni eseguite, esiste un maggiore rischio di disallineamento. Questo può portare i team a concentrarsi sulle loro responsabilità specifiche anziché sul raggiungimento dei risultati aziendali. I team possono essere strettamente specializzati, fisicamente isolati o logicamente isolati, ostacolando la comunicazione e la collaborazione.