#2 Bezwartościowy Scrum Master - cześć 2

Jeżeli się właśnie nie powie po co to, jaką to wartość przyniesie, jakie benefity, np. zaoszczędzenie czasu spędzonego na spotkaniach. Robić coś, bo jest Scrum Guide'iem, bo taka jest teoria, no to jednak nie tędy droga. Dokładnie, dokładnie. Swoją drogą, tak a propos czystej teorii, to trochę nasza następna postawa, którą chcemy omówić, jest z tym powiązana, bo tak naprawdę nazwaliśmy ją sobie tak ładnie Kanban Approachman. I to jest taki specyficzny Scrum Master, który ma zawsze miejsce w moim sercu. Nie bardzo szlachetne, ale zawsze bardzo ciepło myślę o takich ludziach, dlatego że

Zawsze obserwuję dokładnie ten sam schemat, czyli przychodzi Scrum Master do zespołu. Zespół oczywiście nie jest w stanie dostarczyć w sprincie nic, ponieważ zaplanował źle, zaplanował za dużo. W międzyczasie pojawiło się 10 nowych zadań. Okazało się, że nie robili refinementu, więc nie wiedzą, jakie te zadania były skomplikowane. I tak to się ciągnie kilka tam sprintów. Zadania są za duże. Oczywiście, że tak. I na to wszystko przychodzi zespół do Scrum Mastera i mówi Wiesz co, sprinty są bez sensu, będziemy w tym momencie robić Kanban. I co robi wtedy Scrum Master? Mówi, tak, róbmy Kanban. I co się dzieje następnie? Nie robimy planowania, nie ma sensu robić celów sprintu, bo przecież ludzie robią różne rzeczy, totalnie niezwiązane ze sobą, więc róbmy Kanban bez właśnie takich punktów Inspect and Adapt.

Oczywiście. I tyle, i YOLO. Co jest najbardziej istotne w tym wszystkim, że ten kanban, który ma powstać, równa się, mamy tablicę kanbanową, I od tej pory nie robimy już żadnych eventów Scrumowych, co z tym idzie. Oczywiście mamy mnóstwo czasu, więc idzie nam dużo lepiej i dużo szybciej. I jedyne co tak naprawdę robimy, to w pewnym momencie dochodzimy do takiej rzeczy, że w kolumnie In Progress mamy cztery razy więcej zadań niż deweloperów. Dlaczego? No bo większość tych zadań oczywiście jest źle zrefajnowana, więc nie wiemy co w nich zrobić. Jest na to doskonałe rozwiązanie. Mamy obok kolumny on hold, do której na zawsze wrzucamy sobie zadania. Blocked dokładnie albo flagged i one sobie tam wiszą i one sobie tam leżą i nikomu zupełnie nie przeszkadzają jak żeśmy nie dostarczali i tak dalej.

Nie dostarczamy Na poziomie jakimiś rozmawiania o work in progress limit, czy o lead time, czy o cycle time, czy o w ogóle próbie zdefiniowania tego jaki jest nasz flow i czy przypadkiem to nie jest tak, że ten flow jest tylko w naszym zespole, ale duże blokery są np. na zewnątrz, to w ogóle nie mówimy, ale pracujemy w kanbanie. I ja też nie chcę, żeby to zabrzmiało, że Scrum Master nie powinien mówić pracujemy w kanbanie, To znowu nawiązuje do naszego planu. Może się okazać, że w tej organizacji Kanban jest znakomitym rozwiązaniem i Scrum Master na przykład będzie bardzo dobrą osobą, która powinna tego Kanbana nauczyć. Tylko przełączenie się z jednej złej metody na drugą złą metodę, znaczy nie złą tylko źle stosowaną, no to to nie jest rozwiązanie.

To jest absolutnie bezwartościowe posunięcie, które do niczego nie doprowadzi i na pewno nie wygeneruje nam żadnej możliwości poprawy. No bo to jeśli zespół nie rozwiązuje skomplikowanych rzeczy, nie ma produktu, albo na przykład jest to taka praca bardzo ad hoc, jak maintenance'owa, albo jeżeli praca spływa, a my nie możemy jej przewidzieć, no to wtedy może bardziej jednak Kanban. Tutaj polecam po prostu douczyć się co to jest ten Kanban, jakie są praktyki kanbanowe, metryki kanbanowe, też po co to, na co to. No i też jest kilka, znaczy mówimy na Kanban na różne rzeczy,

Ale na przykład jest Karta Kanban, Tablica Kanban, System Kanban, Metoda Kanban. Polecam zgłębić te terminy, bo to jednak rozwiewa tajemnice, trochę wyjaśnia co robimy, co chcemy osiągnąć i po co nam to. To przede wszystkim rolą Scrum Mastera w tym momencie powinno być dopilnowanie, żeby ta praca w Kanbanie przebiegała prawidłowo i żeby Zespół decydując się na to, traktując to jako eksperyment, wiedział czym to się je, dlaczego, przełączamy się w kamień, jakie ma nam to przynieść korzyści. Bo również bez założenia, co my chcemy osiągnąć, jak sobie to na przykład zmierzymy, przy każdym eksperymencie powinniśmy jednak wiedzieć, jak chcemy sobie sprawdzić, czy ten eksperyment się powiedzie, no to ogólnie bez takich założeń na eksperymenty są bez sensu.