Koncom januára 2019 som spolu s kolegom Přemyslom Mikom vystúpil na konferencii Agile 2019. Ďakujeme za všetky pripomienky, ktoré uviedli alebo poslali odvážni bojovníci, ktorí sa snažia zaviesť zmysluplnú agilitu a zároveň sa bránia tej nezmyselnej.
"Dosť!", chcel by som zakričať čo najhlasnejšie. Až príliš často musíme opravovať desiatky nepodarených pokusov zákazníkov o implementáciu agilných metodík, Scrum, SAFe, Spotify a podobných metodík do ich organizácií. Príliš často musíme opravovať chybné alebo zavádzajúce tvrdenia o agilite. Za neúspech transformácie však nemôže samotný Agile. Našťastie v tomto odvetví už existuje množstvo vzdelaných, skúsených a rozumných ľudí, ktorí rozumejú širším súvislostiam a môžu vás previesť agilným lesom.
Preto sme zostavili sedem najväčších a najčastejšie opakovaných mýtov o agilnej transformácii, z ktorých každý si zaslúži známu anticenu "Bludný balvan", pretože každý z nich odsudzuje agilnú transformáciu k zúfalému stroskotaniu.
1. Agile vyrieši všetky vaše systémové problémy
"Nedokážeme riadiť projekty." "Naše IT sa príliš rýchlo rozrástlo a je z toho chaos." "Chýbajú nám architekti, analytici..." "Máme horúce testovacie prostredie." "Neexistujú žiadne jasné obchodné úlohy." "Neexistuje žiadna firemná stratégia." "Firemná kultúra je hrozná." Pred tridsiatimi rokmi sme opakovane počuli, ako to všetko rieši lekár - len namiesto predpísaného penicilínu kvílil "agilný expert": "Vezmite si Agile!"
Nie, Scrum v skutočnosti nerieši vyššie uvedené problémy. Presne pomenujte problémy a riešte ich tam, kde sú. Pravdepodobne viac pomôže správne implementovať ITIL na IT procesy, PRINCE2 na projektové riadenie, získať dobrého biznis architekta a v neposlednom rade kouča, ktorý pomôže HR zmeniť firemnú kultúru. Neskrývajte sa za Agile a riešte nekompetentnosť tam, kde skutočne existuje. A to bude mať okrem iného pozitívny vplyv na vašu schopnosť zaviesť Agile vo vašej spoločnosti.
2. Agile je použiteľný len v určitých prostrediach
Agile nie je Scrum. Agile je filozofia, súbor hodnôt, spôsob myslenia a správania. Zahŕňa množstvo techník, metód a koncepcií. Ak naozaj rozumiete agilnému prístupu, potom viete, že neexistuje prostredie, projekt, oblasť podnikania, kde by sa nedal použiť niektorý z agilných prístupov, správania alebo myšlienok. Práca s backlogmi a šprintami, napríklad pre správu zariadení. Tlak na hodnotu a stanovenie priorít pomocou MoSCoW na riadenie portfólia. Vytvorenie autonómneho, plne samostatne organizovaného tímu v rámci inak tradičného projektu. Posun kultúry rezortných firiem od obviňovania k dôvere. Používanie koncepcie súboru zručností v tvare písmena T pri nábore. A v neposlednom rade, dôraz na Servant Leadership takmer kdekoľvek (Pozor! Nie kedykoľvek!). Agilita sa dá uplatniť všade - len musíte vedieť, čo to vlastne je a ako ju efektívne využívať.
3. Agilný prístup je jasne definovaný
Agilné prístupy majú síce svoju históriu, ale pokiaľ ide o jasné definície procesov, sú stále v plienkach. Koncepcie, metódy a názvy neustále vznikajú a zanikajú. Napríklad aj my sme prešli z DSDM Atern, ktorý sme pred rokmi vyškolili, na PRINCE2 Agile. To je úplne v poriadku. Ale nedovoľte, aby vám niekto ponúkal/predával "Agile" ako jasne definovanú a zavedenú metodiku. Manifest agilného vývoja softvéru bol vytvorený v roku 2001, ale dá sa jednoducho zhrnúť do jednej snímky. Príručka Scrum je z roku 2010 - a má niekoľko strán. DSDM Atern vznikol v roku 1994, PRINCE2 Agile pred necelými štyrmi rokmi. A ak používate takzvaný model Spotify, vedzte, že v skutočnosti vôbec nie je opísaný - jednoducho neexistuje ako osvedčený postup. A LeSS, alebo možno SAFe? Aj tie sú tu len krátko a čo je dôležitejšie, prechádzali sme krajinu a nikde ešte nie je poriadne zavedená. A podľa "knihy" sa naozaj nechodí - možno najďalej sa chodí v Tiet v Ostrave. Opäť to nie je zlé. Je spravodlivé povedať, že budeme musieť spoločne hľadať osvedčené postupy. A ďalej sa vzdelávať a zisťovať, čo kde skutočne funguje.
4. Agile je o silnom Scrum Masterovi alebo Product Ownerovi, ktorý pevne vedie svoj tím.
Ako bývalý programátor som dokázal oceniť základné tézy agility a Scrumu. Napríklad - vývojári sú dostatočne inteligentní na to, aby sa dokázali zorganizovať, motivovať a dodržiavať termíny v primerane malom tíme. Môžu tiež nadviazať spojenie so zákazníkom a dohodnúť sa priamo na podrobnostiach zadania. Vždy ma frustrovalo, keď firmy, projektoví manažéri alebo podnikatelia postupne vytvorili prostredie, v ktorom museli byť títo pracovníci poverení úlohami, tlačení do dosahovania výsledkov a nepúšťaní k zákazníkovi. Toto bolo vždy zlé (hoci rozšírené) myslenie. Ale práve v kontexte scrumu sa o ňom začalo hovoriť jasnejšie. Splnomocnenie, samostatne organizovaný tím, autonómny tím - žiadna sláva. Ešte väčšie sklamanie potom zažívam, keď vidím, ako firmy/IT v agilných nasadeniach zamestnávajú "starších" Product Ownerov alebo dokonca starších Scrum Masterov, ktorí rozmýšľajú a rozprávajú rovnako - ako musia vývojárom v Jiri zadávať úlohy, tlačiť ich do cieľa a nakoniec Scrum Master robí rozhranie medzi tímom a prípadným projektom. Žiaľ, mnohí sa vydali jednoduchšou, ale slepou cestou. Prosím, vráťme sa k pôvodnému ideálu a investujme do seniorského tímu a skutočne autonómnych jednotiek. Len tak sa dá z pôvodnej myšlienky scrumu vyťažiť maximálna hodnota.
5. Agilný znamená neplánovať
Plán - či už projektový alebo iný - nie je šablóna na vyplnenie, nie je to len kus papiera alebo zložitý Ganttov diagram. Plán je DEFINOVANÁ cesta k cieľu (aj k meniacemu sa cieľu), ktorú vytvoril realizačný tím. Je isté, že realita bude iná, ale ako povedal D. D. Eisenhower: "Žiadna bitka nebola nikdy vyhraná podľa plánu, ale žiadna bitka nebola nikdy vyhraná bez plánu." Nahraďme na chvíľu slovo "plánovať" slovom "premýšľať". Vždy ma rozčúli, keď sa stretnem s tvrdením (našťastie už ustupujúcim), že vďaka agilite nemusíme plánovať (čítaj: premýšľať). S dovolením použijem prirovnanie, ktoré som si požičal od Keitha Richardsa (oficiálne jedného z najväčších guruov agilného sveta vo Veľkej Británii) - stíhačka Hornet je veľmi, veľmi agilná. To však neznamená, že nemá jasné kontrolné mechanizmy a premyslený plán. Je zrejmé, že používanie Scrumu v zložitejšom prostredí si vyžaduje skúsenosti a nebanálne uvažovanie. Sofistikovaná práca s backlogom, miešanie should-have požiadaviek spolu s must-have požiadavkami z prvých šprintov, rozdelenie kapacity (rýchlosti) tímu na rôzne účely. Odhad rozdelenia backlogu do viacerých šprintov z dôvodu vzájomnej závislosti medzi produktmi. A mohol by som pokračovať. Ak tím nevie plánovať (čítaj, premýšľať o práci), nevymýšľajte si výhovorky, že to robíte agilne, a namiesto toho si vyhrňte rukávy a naučte sa plánovať.
6. Agilná transformácia je o reorganizácii
Podobne ako v prípade silného Scrum Mastera namiesto silného tímu sa mnohé spoločnosti pustili do agilnej transformácie jednoduchším, ale horším spôsobom. Reorganizácia. A niekedy brutálne a nezmyselne. Ale ak teraz necháme bokom bláznivé klebety o reorganizáciách, ako je nahradenie projektových manažérov inými funkciami, ktoré "...pravdepodobne budú robiť niečo ako projektový manažér, aj keď ich tu tak nesmieme nazývať", stále nám uniká podstata. Najväčšia hodnota agilných prístupov spočíva v zmene kultúry. Ak nie je jedným z kľúčových hráčov agilnej transformácie osvietený HR, ak sa nevyhnete skutočnému posilneniu postavenia vašich ľudí, ak manažment nie je pripravený zmeniť spôsob rozhodovania a odmeňovania, ak sa dôvera nestane jednou zo základných firemných hodnôt, ak oddelenie obstarávania nezmení svoj prístup k dodávateľom, zabudnete na hlavné výhody agility. Krása a sila agilného prístupu spočíva v "správaní", nie v konceptoch a metódach. Áno, uznávam, že je to ťažšia a dlhšia cesta, ale na druhej strane oveľa zmysluplnejšia a dlhodobo udržateľnejšia ako jednoduchá reorganizácia na DevOps a/alebo Tribs a Squads.
7. Agilná transformácia by mala úplne nahradiť riadenie projektov, PMO a portfólia
Ak vám ešte niekto povie, že s agilným prístupom sa organizácia môže zbaviť projektov, projektového riadenia a projektovej kancelárie, je isté, že nevie, na čo je agilný prístup, a už vôbec nie, na čo je projektové riadenie. Je to rovnako neúprimné ako tvrdiť, že niekto realizuje projekty podľa Scrumu. Scrum nie je o riadení projektov, ale o riadení produktov. Projekt je podľa definície dočasná organizačná štruktúra, prostredníctvom ktorej realizujeme komplexné zmeny. A čuduj sa svete, každý projekt (áno, aj GDPR alebo nový hotel) môže v rôznej miere využívať agilné prístupy. Prestaňte teda, prosím, nezmyselne rušiť PMO a premenovávať projektových manažérov na role s agilnejším názvom (naozaj znie tribe delivery manager agilnejšie?) a namiesto toho vyškolte svojich programových a projektových manažérov, aby dokázali komunikovať v agilných termínoch a čo najlepšie využívať všetky výhody, ktoré Agile ponúka. Nebojte sa premenovať PMO (P3O) na APMO - Agile Project Management Office a zabezpečiť, aby organizácia mohla synergicky využívať to najlepšie z riadenia portfólia (MoP), programu (MSP) a projektu (PRINCE2 Agile). Môžete šikovne kombinovať ITIL, XP, Scrum, PRINCE2 Agile, LEAN a mnohé ďalšie. Každá z uvedených možností má v skutočnosti iný účel a výborne spolu fungujú.
Aby som nehovoril len o omyloch, na záver uvediem sedem odporúčaní:
Pozor na falošných prorokov - agilných evanjelistov, ktorí nikdy nepracovali dostatočne dlho v zložitom prostredí, a preto nedokážu pochopiť celú šírku problematiky.
Zapojte do transformácie oddelenie ľudských zdrojov - zmena kultúry je viac ako zmena organizácie.
Vytvorte agilné P3O - poverte oddelenie PMO, aby našlo symbiózu medzi agilným a tradičným vykonávaním zmien.
Posilnite svoje tímy - neblokujte rast svojho tímu silným Product Ownerom alebo Scrum Masterom, ktorý ich bude riadiť a nahradí napríklad len projektového manažéra.
Definujte úlohy a zodpovednosti všetkých - ujasnite si úlohy a zodpovednosti v tradičnom a agilnom svete.
Nechajte sa vyškoliť - neuspokojte sa s opakovaním jednoduchých, ale nepravdivých fráz. Zistite, aké to v skutočnosti je. Ideálne od niekoho, kto pozná problematiku v celej jej šírke.
Buďte agilní - pochopte krásu agility a myslite agilne nielen v pracovnom, ale aj v osobnom živote.
... pretože tlak na dodanie čo najväčšej hodnoty, stanovenie priorít, správne delegovanie, vytvorenie prostredia dôvery, spolupráca, postupné dodávky a mnohé ďalšie sú myšlienky, ktoré jednoducho stoja za to!
