Identificare i team di trasformazione
A meno che non si stia creando un'organizzazione completamente nuova, una delle sfide significative di qualsiasi progetto di trasformazione DevOps consiste nel gestire azioni in qualche modo in conflitto con gli stati aziendali in corso.
La prima sfida è la disponibilità del personale. Se anche i membri del personale che guidano il progetto di trasformazione sono coinvolti nel lavoro quotidiano esistente all'interno dell'organizzazione, sarà difficile concentrarsi sulla trasformazione quando il loro ruolo corrente influisce direttamente sui risultati dei clienti. Sappiamo tutti che le situazioni disperate che coinvolgono i clienti vinceranno sempre su un progetto a lungo termine come le trasformazioni DevOps.
Un altro problema è il funzionamento dell'organizzazione. L'implementazione di processi e procedure esistenti per supportare i risultati aziendali correnti può rendere difficile interrompere lo stato necessario per una vera trasformazione DevOps.
Nel libro "Beyond the Idea: How to Execute Innovation", dr. Vijay Govindarajan e dr. Chris Trimble hanno notato che l'innovazione di successo si verifica spesso nonostante i processi organizzativi esistenti. Hanno concluso che funziona solo creando un team separato per perseguire la trasformazione.
Per le trasformazioni DevOps, il team separato deve essere composto da membri del personale incentrati e misurati dai risultati della trasformazione, non coinvolti nel lavoro operativo quotidiano. Il team può anche includere esperti esterni che possono colmare le lacune delle conoscenze e consigliare i processi nuovi ai membri del personale esistenti. Idealmente, i membri del personale reclutati dovrebbero essere già ben considerati in tutta l'organizzazione e offrire una vasta base di conoscenza per pensare in modo creativo come gruppo.