Z projekťáka ScrumMasterem

Spousta lidí si myslí, že Project Manageři jsou dobrými kandidáty na ScrumMastery. Ze zkušenosti tomu tak ale ne vždy je. Většina projekťáků má s přechodem na roli SrumMastera velké potíže. Je to hlavně o hodnotách a o tom, co považujete za důležité.

Asi největším rozdílem je, že ScrumMaster není zodpovědný za dodávku v rámci Sprintu, za kterou je zodpovědný Development tým, ani za dodávku produktu jako takového, za kterou je zodpovědný Product Owner, ale za to, aby tým dobře fungoval, zlepšoval se a byl takzvaně self-organized, tedy samoorganizovaný. A to vyžaduje úplně jiný přístup, než organizace práce na projektu. Je to o coachingu, facilitaci, nadšení a víře, že Agile a Scrum funguje a je tou správnou cestou, schopnosti měnit kulturu organizace a stavět dobře fungující týmy. Převážně jde o softskilly.

Dalším rozdílem je, že v agilním světě nejsou projekty. Ostatně není pro ně důvod. Dodávku řídíme pomocí Product backlogu, kde Product Owner položky backlogu prioritizuje, podle business value.

A posledním rozdílem je, že nám až tak nejde o efektivitu. Dodání více funkcionality zdaleka totiž neznamená že dodáte více hodnoty. Scrum je Business value-driven, customer-centric. Maximalizujeme hodnotu za minimalizace effortu. Estimaty, velocity a burndowny jsou jen pozůstatky tradičního světa, které mají jen pramálo společného s měřením dodané hodnoty.

Asi vidíte, že změna z projekťáka na ScrumMastera není zdaleka tak jednoduchá, jak se původně zdála. Není samozřejmě nemožná, ale spousta projekťáků si na ní vyláme zuby a zůstane ScrumMasterem z donucení. Jestli se chcete stát skvělým ScrumMasterem, moje rada je, zapomeňte, že jste kdy byli projekťáky a začněte úplně od nuly. Bude to tak snazší, než když budete neustále tyto světy porovnávat.

Agile není další metoda řízení projektů

Agile není o nových praktikách, procesech ani nástrojích. Je to jiný způsob myšlení a přístupu k věcem. Být flexibilní, adaptivní. Pokud postoupíme na další úroveň, je to iterativní customer-centric, value-driven týmový přístup vhodný pro řešení komplexních problémů. Potřebujete mít odvahu dělat věci jinak, být otevřený a transparentní, spolupracovat, ale myslím, že to všechno už víte.

Implementace Agilu na úrovni projektů může být drobným krokem na vaší cestě k Agilu. Dává vám relativně omezený prostor pro experimenty, takže minimalizujete riziko toho, že se váš první pokus nepovede. Ale dříve či později, pokud chcete dosáhnout reálných business cílů, musíte posunout agilitu na úroveň produktů a organizace, kde se projekty stanou zbytečnými. Překvapení? Vraťme se tedy o krok zpět. V tradičním světě je projekt kontejnerem pro řízení celé dodávky a projektový manažer ten kdo projekt řídí. Ve Scrumu ale máme Product Backlog, který obsahuje, co je třeba udělat, a Product Ownera, který se postará o to, aby vše bylo dodáno dle priorit. A místo projektu máme jednoduše položku backlogu. Můžete jí nazvat Epic, ale žádný projekt na to není potřeba, práce z Backlogu se postupně dokončuje, Sprint po Sprintu.

Takže jako malý rychlý experiment je asi ok Agile aplikovat na konkrétní projekt, ale být agilní znamená mnohem víc. Čím více organizací rozumí agilitě, tím méně projektů a projektových manažerů ve firmách uvidíte. Možná se vám to nelíbí, můžete se se mnou hádat či rovnou bojovat s celým Agilem argumentací, že to je od začátku celé špatný nápad, který nikdy nemůže fungovat, anebo můžete naskočit do již jedoucího (agilního) vlaku, zůstat konkurenceschopní a udržet si relevantní práci, protože poptávka po projektových manažerech klesá. Pomalu ale jistě.