Dlaczego agile często „nie działa”?

Kanban przywództwo
Przywództwo w KANBANIE
4 września 2015
metoda prowadzenia warsztatów
Co dwóch trenerów to nie jeden
15 września 2015

Dlaczego agile często „nie działa”?

agile

Wyobraźmy sobie taką sytuację. Po długim przekonywaniu przez managerów zarząd zdecydował o wdrożeniu zwinnej metodyki produkcji oprogramowania i zarządzania w firmie. Zapewnił o wsparciu w procesie zmiany. Pracownicy zostali kompleksowo przeszkoleni z metodyk zwinnych (Scrum i Kanban). Miało być wszystko nowe, lepsze i przyjemniejsze, ale…

 

Nagle okazało się, że nie jest tak różowo.

Takie sytuacje zdarzają się w wielu firmach. Jakie są powody tego, że „ten nasz agile nie działa”?

 

Za duże/za małe zespoły Scrumowe

Wielkość zespołu powinna wynosić od 5 do 9 osób (idealnie jeśli będzie ich 7). Naprawdę przeprowadzono wiele badań dotyczących pracy zespołu zanim ustalono idealną liczbę. Mniejszemu zespołowi trudno będzie wypracować jakąś wartość dodaną do projektu, większym trudniej będzie zarządzać.

 

Twój klient nie wie, że pracujesz agile.

Jeśli klient zamiast szczegółowej dokumentacji (której mógł zgodnie z tradycyjną metodą produkcji się spodziewać) dostanie od nas piękny prototyp albo demo oprogramowania, pewnie nie odczuje korzyści, które mu dajemy. I oczywiście nikt nie będzie zadowolony.

 

Zarząd i managerowie nie wspierają zmiany

Agile to zmiana kultury całej organizacji. Będzie bardzo ciężko go stosować, próbując jednocześnie dopasować go do istniejących standardów i procesów kontrolnych. Zarząd musi wiedzieć, że bez jego wsparcia ciężko będzie czerpać korzyści z agile. Najlepiej, gdyby członkowie najwyższego kierownictwa uczestniczyli w szkoleniach razem z resztą „załogi”.

 

Zespoły nie są przekonane do agile.

Bez tego naprawdę będzie ciężko. Wszyscy muszą wiedzieć czym jest Scrum/Kanban, jak to działa i dlaczego właśnie w taki sposób. Nawet jeśli ktoś nie jest przekonany do nowej metody, musi wiedzieć, na czym polega i stosować się do wytycznych. Może z czasem się przekona 🙂acrobat-634423_1280

 

Brak narzędzi wspomagających zwinną pracę

Przydadzą się narzędzia do zarządzania sprintami, tablice kanbanowe. Przy dużej ilości informacji zaoszczędzimy wiele czasu i będziemy zarządzać zadaniami zwinnie i szybko.

 

Nieobecności przy planowaniu sprintów

Planowanie sprintów to jeden z ważniejszych, jeśli nie najważniejszy, element Scruma. Tu decydujemy jakie zadania będą wykonane podczas kolejnego sprintu i ile czasu zajmie nam ich wykonanie. Tu padają konkretne deklaracje wykonawców. Jeśli ktoś będzie nieobecny, nie może złożyć takiej deklaracji.

 

Ciągłe zmiany czasu trwania sprintów.

Szacowanie kolejnych sprintów. Pomoże w tym wiedza na temat ilości pracy, którą wykonaliśmy w poprzednim sprincie, i tym przed nim, itd… Ale jeśli zmieniamy czas trwania poszczególnych sprintów, trudno będzie nam oszacować, co „zmieścimy” w kolejnym sprincie.

 

Nadal myślisz „kaskadowo”.

Nie można pracować zwinnie, myśląc nadal kaskadowo. Jeśli nasze przyzwyczajenia, dotyczące na przykład tego, że musimy wykonać dokumentację albo wszystko zaprojektować, a dopiero potem zacząć właściwe zadania projektowe, są zbyt silne – trudno będzie nam pracować w pełni zwinnie.

 

To kilka ważnych przyczyn niezadowolenia przy wdrażaniu zwinnego sposobu pracy. Trzeba się zastanowić, jak te problemy można przezwyciężyć. A jeśli nam to się uda… to nadal powinniśmy ciągle coś poprawiać, doskonalić, ulepszać 🙂

 

Marcin

Marcin Stefański
Marcin Stefański
Wykształcony w zarządzaniu na co dzień koordynuje projekty, analizuje dane i raportuje. Jest jednym z nielicznych w Polsce właścicieli certyfikatu Management of Risk (M_o_R). Pomoże stworzyć ciekawy raport albo przetestować excelową nowinkę. Specjalizuje się w szkoleniach z Finansów i Excela. 934 razy w roku wyprowadza psa na spacer.
polski
Wybierz szkolenie i podaj swoje dane

Wybierz szkolenie(wymagane)

Imię (wymagane)

Adres E-mail (wymagane)

Telefon (komórkowy)

X