Modelo operacional totalmente separado
No diagrama a seguir, no eixo vertical, há "Aplicativos" e "Infraestrutura". "Aplicativos" referem-se à carga de trabalho que atende a um resultado comercial e podem ser softwares personalizados desenvolvidos ou adquiridos. "Infraestrutura" refere-se à infraestrutura física e virtual e a outros softwares compatíveis com essa carga de trabalho.
No eixo horizontal, temos "Engenharia" e "Operações". "Engenharia" refere-se ao desenvolvimento, à criação e ao teste de aplicativos e infraestrutura. "Operações" abrange a implantação, a atualização e o suporte contínuo de aplicativos e da infraestrutura.
![](images/image3.png)
Muitas organizações adotam esse modelo “totalmente separado”. As atividades em cada quadrante são realizadas por uma equipe separada. O trabalho é transmitido entre equipes por meio de mecanismos como solicitações de trabalho, filas de trabalho, tíquetes ou um sistema de gerenciamento de serviços de TI (ITSM).
A transição de tarefas para ou entre equipes aumenta a complexidade e cria gargalos e atrasos. As solicitações podem ser atrasadas até que sejam uma prioridade. Os defeitos identificados com atraso podem exigir retrabalho significativo e talvez precisem passar novamente pelas mesmas equipes e suas funções. Se houver incidentes que exijam ação das equipes de engenharia, as respostas delas serão atrasadas pela atividade de entrega.
Há um risco maior de desalinhamento quando as equipes de negócios, desenvolvimento e operações são organizadas em torno das atividades ou funções executadas. Isso pode fazer com que as equipes se concentrem em responsabilidades específicas, em vez de buscarem alcançar resultados empresariais. As equipes podem ter especialização limitada e podem estar isoladas em nível físico ou lógico, o que dificulta a comunicação e a colaboração.