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

Dobra, jedziemy z tym. W wieku 16 lat wiedziałem, że chcę robić wybitne rzeczy w gronie wybitnych specjalistów. Zostałem więc menadżerem. I choć zarządzanie to niełatwy kawałek chleba, uczę jak to robić na najwyższym poziomie. Jestem Mariusz Najwer, a to mój podcast o zarządzaniu IT. Być Jak Manager. Podcast. Epizod 11. Dzień dobry. Jak samopoczucie? Chciałoby się powiedzieć. U mnie dobrze. Dziękuję, że pytasz, drogi słuchaczu. Dziś porozmawiamy sobie o Scrumie. Temat dla mnie bardzo przyjemny. Czy to temat lekki? Nie wiem. Scrum, o ile dobrze kojarzę, jest niezwykle lekki w teorii, ale niezwykle trudny w praktyce.

CZĘSTYCH BŁĘDÓW w czasie wdrażania Scruma. Albo zwyczajnie zespół nie widzi zapotrzebowania na taki etat, bo być może zespół deweloperski jest tak doświadczony z poprzednich projektów pracy w Scrumie, że nie potrzebują Scrum Mastera, który im w tym będzie pomagał. Ja kiedy to nagrywam, to wydaje mi się, że Scrum Master jest obecnie jedną z najpopularniejszych ról w świecie IT. Zaraz po programiście, testerze czy designerze. Kolejną osobą, tutaj chyba nie zdziwi się część osób, które to usłyszy, która wdraża Scruma w organizacji jest, o dziwo, Product Owner.

No i tak, to jest w sumie właściwa osoba na właściwym miejscu, żeby wspierać podejście zwinne w zarządzaniu. I czy to jest Scrum, czy to jest Kanban, czy Scrumban, to właśnie Product Owner nierzadko ma na swojej liście zadań opiekę nad właściwym procesem developmentu. Ja tak jak wspominam o różnych metodykach zarządzania, to też odsyłam do jednego z moich pierwszych podcastów, gdzie opowiadałem o tym, jak dobierać odpowiednią metodykę do projektu, którym będziemy zarządzać. Inną osobą, i to też ja sam będąc kiedyś, uwaga, Project Managerem, wdrażałem Scruma, no bo załóżmy sobie sytuację, a takich przykładów znajdziemy dość sporo na rynku firm technologicznych, że w zespole nie ma ani Scrum Mastera, ani Product Ownera, jest za to Project Manager.

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?

Natomiast mimo wszystko takie sytuacje się zdarzają. Im organizacja jest mniej dojrzała pod kątem metodyk zwinnych, tym bardziej egzotyczne figury zarządzania są implementowane do pracy codziennej. Ja wiem, że już trochę pejoratywnie się wypowiadam o tym, że Project Managerowie wdrażają Scruma, natomiast znam przykłady firm i małych organizacji, gdzie łebscy PM-owie bardzo fajnie tego Scruma wdrożyli i on działa A teraz wchodzimy do drugiej części.

Drogi słuchacze, z pierwszej części zapamiętaj proszę, że w poprawnie występującym przyroście personalnym w firmie IT Scrum w organizacji powinien wdrażać Scrum Master. Do tego została stworzona ta szlachetna rola. Aczkolwiek, i to druga rzecz, którą fajnie by było, gdybyś pamiętał, jeśli z pewnych przyczyn ta firma nie może sobie pozwolić na Scrum Mastera, to doświadczony Product Owner także może pomóc wdrożyć i utrzymać taki zwinny proces. A teraz akt drugi podcastu numer 11. Jakie błędy popełniają organizacje, gdy wdrażają Scruma? I od razu pewien taki disclaimer, bo ja używam słowa organizacja, ale najczęściej mam tutaj na myśli ludzi powołanych do tego, żeby kierować firmą lub zespołem.

Przyjmijmy umownie, że nieco oberwię się teraz, Managerom średniego i wyższego szczebla. No bo oni są najczęściej tymi driverami tego dlaczego, po co i w jaki sposób tego Scruma chcemy wdrażać. Błąd numer pierwszy. Organizacja wdraża Scruma na siłę, chociaż go nie potrzebuje. Ja w czwartym epizodzie mojego podcastu opowiadałem o tym właśnie, jak dobierać metodykę zarządzania do projektu i dwie rzeczy. Wspominam o tym, ponieważ jeśli kojarzysz nam ten odcinek, to wiesz, że świat zarządzania w IT nie kończy się na Scrumie i to nie zawsze musi być najlepsza metodyka spośród innych, jaką wybieramy do projektu. I dwa, jako że tych metodyk jest dużo więcej niż jedna, To to, którą wybierzemy, powinno zależeć właśnie od specyfiki projektu.

No, może być naprawdę inspirujące. Jako, że Spotify jest dużą korporacją, to tym bardziej powinna stanowić wzór dla innych, że nawet przy tak dużej, skomplikowanej strukturze organizacji można pracować zwinnie oraz metodycznie, co się rzadko zdarza, zwłaszcza w przypadku takich gigantów. Błąd numer 4 z listy Navera o błędach popełnianych w czasie wdrażania Scruma to Organizacje próbują wdrażać Scruma za późno. Ja wiem oczywiście, co powiesz, że lepiej późno niż wcale. Natomiast brak odpowiedniego procesu zawsze przełoży się na to, co wyląduje w kodzie. I tutaj to ciężko podważyć. W skrócie to, jak prowadzimy projekt, zawsze ma bezpośrednie przełożenie na jakość tworzonych rozwiązań przez zespół deweloperski, ale też przez testerów i przez wszystkich, którzy są zaangażowani w pracę nad produktem.

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.