Když jsem si před nějakou dobou procházel závěry z agilních transformací, které jsem zažil, viděl, nebo o nich četl, vyšlo mi pár bodů, které bych nerad zapomněl. A tak jsem si je poznamenal i sem.

Dopad na firmu

Agilní transformace dopadá na celou firmu, a pokud ji celá firma nebude podporovat, nemůže uspět.

• IT oddělení je nejmenší problém. Třetina lidí to chce dělat, bude transformaci aktivně podporovat a se zaváděním pomáhat. Druhá třetina změnu zvládne a nakonec se jí to bude líbit. A zbývající třetina zkostnatělých problémistů stejně spíš brzdí než pomáhá a bez ní se ve výsledku firma obejde.
• Financování je větší problém. Dokud tu bude snaha spočítat cenu (velkých celků) co možná nejpřesněji, znamená to odhady – které ale přesně udělat nejdou. A pořád vás to bude tlačit k pečlivým analýzám a tedy k waterfallu. Typické tam, kde se tým platí z projektů.
• Technologie je také větší problém. Dokud budou ve firmě monolity, které se musí instalovat najednou, bude se agilita mezi týmy „synchronizovat“, čekat na sebe. Součástí agilní transformace musí být i rozdělování (a automatizace, CI/CD) systémů.
• A byznys je problém největší – musí v agilním přístupu vidět výhody; malé přírůstky, změny, rychlost a to, jak to můžou mít ve svých rukách. Musí si uvědomit, že jsou na stejné lodi. Bez byznysu to nikdy nebude skutečná agilita.

• změnit byznys – naučit ho myslet v přírůstcích a malých změnách (nejdůležitější)
• změnit financování – dát rozpočet byznysu nebo zafinancovat celoročně týmy – jinak se budou všichni trápit s co nejpřesnějšími odhady na začátku – a strašně divit, když odhad nebude odpovídat
• potlačovat projekty – projekt je prostě velká waterfallová dodávka, (skutečný) agile ho nepotřebuje
• škálování SCRUMU metodou LESS (viz knihu Large-Scale Scrum)
• jeden backlog přes celou firmu
• Product owner musí vidět peníze. Když ne zisk (který vlastnost přinese), tak aspoň náklady (které to stojí). Jinak bude dělat zbytečnosti, plýtvat časem a prostředky.