Scrum Guide | 16. Škálovanie Scrumu

Scrum tím by mal pozostávať z maximálne desiatich ľudí. Ale čo robiť, keď väčšia skupina špecialistov potrebuje pracovať na jednom projekte? Alebo ak sa organizácia rozhodne nasledovať agilný spôsob riadenia? Na vyriešenie tohto problému navrhli vývojári Scrum Scrum@Scale. Je to architektúra bez škálovania na organizovanie celých tímov podľa princípov Scrum.

Škálovanie Scrum – obsah:

1. Úvod
2. Scrum@Scale
3. Scrum z Scrumov
4. Ďalšie problémy so škálovaním a Scrum@Scale
5. Zhrnutie

Úvod

Ako sa organizácia rozrastá, objavujú sa nové druhy problémov. Napríklad pokles efektivity zamestnancov spôsobený zložitou vnútornou štruktúrou, ťažkým rozhodovaním alebo nastavovaním smeru. Spoločnosti, ktoré fungujú agilne na úrovni malých projektových tímov, často hľadajú spôsob, ako sa rozšíriť.

Veľa podnikov funguje dobre bez škálovania Scrum. Aj keď sú súčasne aktívne viaceré Scrum tímy, nepotrebujú koordináciu, pretože skupiny pracujú nezávisle. To však neznamená, že ide o multi-tímový Scrum. Potreba škálovania sa objavuje len vtedy, keď väčšina organizácie pracuje na jednom produkte a dokáže efektívne synchronizovať svoje viaceré Scrum tímy.

Väčšina organizácií, ktoré prijímajú agilné riadiace metódy v širšom meradle, si vyberá model SAFE, alebo Scaled Agile Framework. Dnes sa však nebudeme sústrediť na SAFE, ale budeme diskutovať o inom modeli nazvanom Scrum@Scale, pretože podľa 15. správy o stave agility z roku 2021 je to druhá najlepšia voľba medzi podnikmi, ktoré sa rozhodnú pre agilitu.

Scrum@Scale

V roku 1996 pracovali tvorcovia Scrum, Jeff Sutherland a Ken Schwaber, na veľkom projekte. Pri jeho realizácii mali problémy so synchronizáciou menších tímov pracujúcich v Scrume. Prišli s spôsobom, ako to škálovať, ktorý nakoniec nazvali Scrum@Scale.

Analogicky k oficiálnemu Scrum Guide existoval Scrum@Scale Guide, ktorý definuje tento spôsob škálovania práce ako:

Rámec, v ktorom siete Scrum tímov fungujú podľa Scrum Guide na riešenie komplexných adaptívnych problémov a kreatívne dodávajú produkty s čo najväčšou hodnotou.

Základným predpokladom Scrum@Scale je jednoduchosť a efektívnosť. Preto je jeho fungovanie založené na architektúre bez škálovania. Inými slovami, používa Scrum na škálovanie Scrumu. Týmto spôsobom sa scrum tím zložený z jednotlivcov pôsobiacich ako Product Owner, Scrum Master alebo Developer stáva Scrumom z Scrumov: tímom zloženým z tímov.

Scrum z Scrumov

Scrum z Scrumov je scrum tím s ľuďmi, ktorí zastávajú tradičné Scrum úlohy. Avšak, keďže úlohou Scrum z Scrumov je integrovať výsledky práce viacerých Scrum tímov, potrebuje ďalšie pozície:

• Tím Product Ownerov – skupina Product Ownerov, ktorí sa stretávajú, aby sa dohodli na prioritách a vytvorili súdržnú víziu produktu
• Hlavný Product Owner – Product Owner Scrum tímu alebo osoba, ktorá sa výlučne zaoberá Scrumom z Scrumov
• Scrum z Scrumov Master – osoba, ktorá dohliada na efektívnosť Scrum z Scrumov.

Stretávajú sa na rovnakých Scrum udalostiach a používajú podobné artefakty.

Ďalšie problémy so škálovaním a Scrum@Scale

Architektúra bez škálovania Scrum@Scale znamená, že umožňuje škálovanie viac ako len raz. Ak organizácia potrebuje koordinovať tímy na ešte väčšej úrovni, môže zriadiť Scrum z Scrumov.

Avšak, škálovanie Scrumu, ako akákoľvek iná riadiaca metodológia, má svoje nedostatky, a v tomto prípade sú podobné tým základným Scrum tímom, len sú proporcionálne väčšie. Preto odporúčame vypracovať detaily spolupráce v rámci každého Scrum tímu pred začatím Scrumu na väčšej úrovni. Navrhujeme škálovanie Scrumu pre skúsené tímy, ktoré majú dobré znalosti a porozumenie hodnotám a fungovaniu Scrumu.

Škálovanie Scrumu – zhrnutie

Škálovanie Scrumu nie je detská hra. Vyžaduje, aby Scrum tímy zručne aplikovali princípy Scrumu a synchronizovali svoje úlohy s inými Scrum tímami. Preto je základnou otázkou, na ktorú je potrebné odpovedať: Je škálovanie potrebné? Len preto, že v organizácii existuje mnoho Scrum tímov, automaticky to neznamená, že ich koordinácia prinesie lepšie výsledky.

Ak sa organizácia rozhodne rozšíriť Scrum, získa architektúru bez škálovania, ktorú je možné úspešne ďalej rozširovať. Avšak každé rozšírenie je sprevádzané zvýšením úrovne zložitosti, s ktorou sa musia vysporiadať Tím Product Ownerov, Hlavný Product Owner a Scrum z Scrumov Master.

Ak sa vám náš obsah páči, pridajte sa k našej komunite usilovných včiel na Facebooku, Twitteri, LinkedIn, Instagrame, YouTube, Pinterest.