Identifikace transformačních týmů
Pokud nevytvářete úplně novou organizaci, jedním z významných problémů jakéhokoli projektu transformace DevOps je řešení akcí, které jsou v konfliktu nějakým způsobem s probíhajícími obchodními státy.
První výzvou je dostupnost zaměstnanců. Pokud jsou pedagogové vedoucí transformačního projektu také zapojeni do stávající každodenní práce v organizaci, bude pro ně náročné zaměřit se na transformaci, když jejich aktuální role přímo ovlivní výsledky zákazníků. Všichni víme, že zoufalé situace zahrnující zákazníky budou vždy vyhrát nad dlouhodobým projektem, jako jsou transformace DevOps.
Dalším problémem je způsob fungování organizace. Implementace stávajících procesů a postupů pro podporu aktuálních obchodních výsledků může ztížit narušení stavu požadovaného pro skutečnou transformaci DevOps.
V knize "Beyond the Idea: How to Execute Innovation", Dr. Vijay Govindarajan a Dr. Chris Trimble si poznamenali, že úspěšné inovace se často vyskytují i přes stávající organizační procesy. Dospěli k závěru, že funguje pouze vytvořením samostatného týmu pro sledování transformace.
V případě transformací DevOps by se samostatný tým měl skládat ze zaměstnanců, kteří se zaměřují na výsledky transformace a měří je, a neúčastní se každodenní provozní práce. Tým může také zahrnovat externí odborníky, kteří můžou vyplnit mezery ve znalostech a poradit o procesech, které jsou pro stávající pedagogy nové. V ideálním případě by zaměstnanci, kteří byli přijati, by již měli být dobře považováni za celou organizaci a nabízejí širokou znalostní báze, aby si mysleli mimo krabici jako skupinu.