6 CZĘSTYCH BŁĘDÓW w czasie wdrażania Scruma

Natomiast ja chcę zbudować przestrzeń do dyskusji, dlatego jestem cholernie ciekaw zawsze opinii każdej osoby, która słucha mojego podcastu. Dużo gadam, a jeszcze nie w temacie. Akt pierwszy dzisiejszego podcastu. Kto tak naprawdę wdraża Scruma? Najczęściej będzie to, a przynajmniej powinien to być, Scrum Master. To się mówi samo przez się. I jeżeli jest taki specjalista w zespole, no to jesteśmy w domu. Tutaj mamy Scrum Mastera. Proszę bardzo, ten człowiek nam wdroży Scruma, powie nam później, jak mamy się z tym Scrumem obchodzić. Ale co też warto podkreślać, to to, że Scrum Master na co dzień challenge'uje i sam zespół deweloperski, ale także zarządy, wyższy management, aby krok po kroku wdrażać wszystkie artefakty Scrumowe, a następnie je dobrze utrzymywać i także rozwijać.

Project Manager w ogóle nie jest stroną Scrum'ową, jakby nie występuje w Scrum'ie, ale to już jakby odkładam to na bok. Ja nie chcę dziś analizować lub diagnozować żadnych mniejszych lub większych patologii. Jest faktem to, że Project Manager'owie albo od Project Manager'ów wymaga się często znajomości Scruma i wdrażania go w organizacjach. Oczywiście, gdy w takiej konfiguracji organizacja chce być pro-Scrumowa i rozwijać dalej zarządzanie zwinne, to to pachnie rzeczywiście już na wejściu pewną patologią. No bo jak tu wdrożyć Scruma, skoro nie chcesz zatrudniać speca w tej dziedzinie na full-time, Zespołem projektowym kieruje PM, którego rola, czyli rola PM-a ma się do Scruma tak, jak gra w kręgle pod wodą. Na upartego można by to zrobić, ale w sumie po co?

Często jest tak, że organizacja wdraża Scruma na siłę, chociaż on nie do końca jest idealnym odzwierciedleniem tego, jak wygląda development albo jak powinien wyglądać development tego czy innego produktu. Błąd numer dwa, który sobie wynotowałem, to to, że organizacja wdraża Scruma częściowo, a nie w całości. To jest najczęstszy błąd, z jakim spotkałem się w swojej dotychczasowej karierze. Często jest tak, że firma chce pracować scramowo, ale do procesu developmentu wdraża tylko wybrane artefakty scramowe. Najczęściej te, które pasują menadżerom, No bo na inne rzekomo nie ma czasu albo nie są już tak bardzo potrzebne.

Scrum wdrażany jest bez odpowiednich kompetencji w zespole. Nawiązuje trochę do aktu pierwszego dzisiejszego podcastu, gdy mówiliśmy o tym, kto wdraża Scruma. Brak Scrum Mastera, gdy wdrażamy Scruma, może być problemem. Zwłaszcza, że dla innej osoby, takiej jak Product Owner albo Project Manager, wdrożenie takiego procesu może nie być tak wysoko na liście priorytetów, jak dla Scrumowca. Dla Project Managera też Scrum może być gdzieś dopiero na drugim, trzecim czy tam piątym miejscu. Więc wdrażając takiego Scruma od podstaw warto mieć Scrumowca chociaż na pewien czas, na full time, niech zrobi to raz, a dobrze. Nie wystarczy powiedzieć zespołowi jak chcecie Scruma to wprowadźcie go kiedy chcecie, no bo to jest taki bullshit trochę, za którym chowają się np. właściciele małych firm.

Jednym wyzwaniem jest wdrożyć Scruma w organizacji, A zupełnie innym wyzwaniem będzie wyskalowanie tego procesu, gdy firma urośnie nam z kilku zespołów Scrumowych do kilkunastu albo kilkudziesięciu. Ja byłem świadkiem tego, jak szybko potrafi się wyskalować firma. Wiecie, pojawiają się nagle ogromne pieniądze, jakiś produkt zassał na rynku albo pojawili się inwestorzy, I nagle rozpoczynasz rok jednym, dwoma zespołami deweloperskimi, a kończysz rok, gdy masz tych zespołów 12 albo 13. Nie będę jeszcze dzisiaj rozwijał wątku skalowalności procesów, bo to większy temat, któremu warto poświęcić cały osobny podcast. Natomiast dzisiaj chcę jedynie zaznaczyć, że rzecz wydawałoby się superpozytywna, czyli gdy firma pnie się w górę, rozrasta się wśród kolejnych sukcesów,