Mentionsy Mentionsy
Być Jak Manager
Być Jak Manager

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

17.01.2022 ·21 min 18 s · 4 rozdziały

✅ Kursy i Konsultacje dla Przyszłych Liderów 👇👇👇https://bycjakmanager.pl/kursy-i-konsultacje/📘 Pobierz darmowy ebook o tworzeniu roadmappingu 💪https://bycjakmanager.pl/roadmapa-ebook/Podcast o zarządzaniu w branży IT 💡 Wiedza i praktyka dla początkujących managerów 👨‍💻💸 Uczę lepszego zarządzania projektami IT 🦸‍♂️ Dzielę się doświadczeniem i pomocnymi trikami 👊Z tego podcastu dowiesz się:👉 Kto najcześciej wdraża scruma...👉 ... i dlaczego nie zawsze jest to scrum master👉 Dlaczego scrum master bywa rolą, a nie stanowiskiem w firmie👉 Jak ma się scrum do project managera👉 Czy scruma można wdrożyć częściowo👉 Co powoduje, że zamiast agile scrum często jest kanban👉 Jakich błędów należy unikać, gdy wdrażamy scruma👉 Czym skutkuje brak procesu w developmencie👉 Kiedy najwcześniej warto wdrożyć scrumaWięcej wartościowych treści na blogu ⁠⁠bycjakmanager.pl⁠⁠Podcast wysłuchasz także na ⁠⁠YouTube⁠⁠.

5:00 · Błędy w czasie wdrażania Scruma 7

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.

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.

Pokazano wszystkie 7 dopasowań. Transkrypcja generowana automatycznie i niesprawdzana ręcznie — może zawierać błędy.