Zjednodušení organizace vývoje

Týmy na sebe čekají, každá změna vyžaduje koordinaci, meetingy se množí a nikdo přesně neví, kdo za co odpovídá. Přidávání dalších procesů situaci nezlepšuje. Řešením není víc struktury — ale méně. Pomáhám firmám zjednodušit organizaci vývoje tak, aby týmy pracovaly autonomně a rychle.

Vzorec bývá vždy podobný. Čím více týmů se zapojuje do produktu, tím rychleji roste koordinační režie — a tím pomaleji roste výkon. Rozhodování se zpomaluje, zodpovědnosti se rozostřují a všichni tráví víc času na schůzkách jen proto, aby věděli, co dělají ostatní. Přirozená reakce je přidat strukturu — jasnější role, definovanější procesy, další vrstvu managementu. Jenže to většinou přidává tření místo toho, aby ho ubývalo. Klíčová otázka není, jak složitost řídit — ale jak ji snížit.

Tak bychom mohli pokračovat ještě dlouho. Nejsou to jednoduché otázky a odpověď na ně bude v každé firmě trochu jiná. Pravdou je, že i když máte agilní myšlení a nějaké zkušenosti se Scrumem nebo jinou agilní metodou, dá se v této fázi rozvoje firmy udělat spousta chyb, které se později těžko napravují. Trochu pomůže, když začnete studovat - číst knihy, jezdit na konference, bavit se s kolegy z jiných firem - a já to velmi doporučují.

Bohužel to obvykle nestačí, osobní zkušenosti jsou v tomto směru nepřenosné. Díky tomu, že jsem podobným procesem prošel v několika firmách (a ve dvou jsem ho vymýšlel a řídil), dokážu poradit, čeho se vyvarovat a na co naopak od začátku dbát.

Můj hodnotový systém vychází z myšlenek LeSSu, ale o LeSS vlastně vůbec nejde. Jde o to aplikovat důležité teoretické principy - systémové myšlení (systems thinking), lean thinking a zásady agilního manifestu a aplikovat je na praktickou situaci v konkrétní firmě tak, aby odpovídala zadání od vedení. A když říkám vedení, tak tím myslím nejvyšší vedení firmy. Ano, při škálování vývoje nestačí zapojit pouze vývojové oddělení, ale musí se změnit celá firma.