Jak wyglądają „Prawdziwe Przypadki Scrumowe”?

Rzadko widzę na rynku warsztaty oparte o case studies, a prywatnie uwielbiam brać w nich udział jako uczestnik. Od zeszłego roku prowadzę taką właśnie formułę pod nazwą „Prawdziwe Przypadki Scrumowe” a w czerwcu realizuję ten sam materiał w formie zdalnych warsztatów.

W przypadku takiego szkolenia trochę trudniej opowiedzieć jakie konkretne rzeczy wyniesie dany uczestnik, bo nie ma predefiniowanej agendy z perspektywy konkretnych technik czy modeli. Zamiast tego wprowadzam uczestników w świat realnych historii zespołów scrumowych i na tej bazie dyskutujemy o możliwościach oraz dzielimy się praktykami. W tym wpisie opowiem, w jakim schemacie pracujemy na szkoleniu.

Czytaj dalej Jak wyglądają „Prawdziwe Przypadki Scrumowe”?

Praca operacyjna SMa mnie przeraża

Są takie momenty, gdy snuję plany alternatywne na temat tego, by powrócić na jakiś czas do roli Scrum Mastera. Pełnić tę rolę z całym bagażem doświadczenia jakie mam, ale odświeżyć sobie bezpośrednią praktykę, wrócić do osobistego ubrudzenia sobie rąk codziennością roli lidera służebnego dla danego zespołu scrumowego. Rzadko o tym wspominam, ale jednak mam pewien niedosyt przeżyć jako SM – byłem nim dawno temu, a sposób wypełnienia tej roli z perspektywy czasu woła o pomstę do nieba (choć to pewnie naturalne, że jako początkujący popełniałem kardynalne błędy, któż nie popełniał?). Często zespoły, z którymi pracuję jako Agile Coach wpadają na podobny pomysł, by zatrudnić mnie jako SMa (np. bym przeszedł z nimi przez serię spotkań czy cały sprint jako wzorcowy SM). To jest całkiem dla mnie satysfakcjonujące i podchodzę do takich prób z pokorą, ale jednocześnie często w takim momencie, przypominam sobie, jak bardzo praca Scrum Mastera jest ciężka, a przynajmniej dla mnie – zwłaszcza w tym wszystkim, co SM robi poza spotkaniami.

Czytaj dalej Praca operacyjna SMa mnie przeraża

Warsztat w Toruniu – Trudne przypadki zespołów scrumowych

Zapraszam na warsztat, jaki poprowadzę na społeczności zwinnej „Agile 4U” w Toruniu 25 lipca o 18:00. Chcę przetestować formułę, która od dłuższego czasu chodzi mi po głowie*, czyli warsztat oparty o case studies z prawdziwych zespołów scrumowych. Życie jest zawsze bogatsze niż teoria ze szkolenia czy książki i chcę zaprosić uczestników do poznania konkretnych wybranych przeze mnie historii. Przerobimy je razem w grupach (zazwyczaj pytaniem będzie „co zrobił(a)byś w takiej sytuacji”) i potem podzielimy się pomysłami rozwiązania. W ciemno zakładam, że oczywiście będzie mnóstwo różnych propozycji, co może być bardzo ciekawą inspiracją nawet dla kogoś, kto już ma trochę doświadczenia.

Czytaj dalej Warsztat w Toruniu – Trudne przypadki zespołów scrumowych

O wychowywaniu juniorów

Cechą dobrych klubów piłkarskich jest posiadanie dobrej akademii. Do pierwszej drużyny regularnie dołączają młodzi wychowankowie, przygotowywani do gry od najmłodszych lat pod okiem doświadczonych trenerów. Ich rozwój był prowadzony zgodnie z wizją pierwszej drużyny, a młodzi zawodnicy chętnie poświęcają mnóstwo czasu i energii by się rozwinąć i jak się im uda – wyjść w pierwszym składzie za kilka lat. Zazwyczaj są znacznie bardziej lojalni i zaangażowani niż zawodnicy z doświadczeniem zatrudnieni z innych klubów, a w szczególności czują atmosferę klubu i rozumieją na czym polega jego unikatowość, jakie rzeczy są ważne dla kibiców i dlaczego trzeba się starać. Jak to się ma do agile?

Czytaj dalej O wychowywaniu juniorów

Czy zatrudniłbyś swojego Scrum Mastera jako menedżera zespołu?

Taka prowokacja dla każdego zarządzającego ponad zespołami (a może nawet i dla samych zespołów czy ekip scrummasterskich):

  • Czy gdyby istniała możliwość awansu wewnętrznego danego Scrum Mastera na pierwszy poziom menedżerski (nieistotne czy tego czy innego zespołu) to czy brzmiałoby Ci to jak dobry pomysł?

Dlaczego tak? Jakie cechy ma dany scrum master, które czyniłyby z niego dobrego lidera? Gorzej jeśli na Twoje pytanie odpowiedź jest absolutnie nie – dlaczego Twój scrum master nie byłby dobrym liderem?

Czytaj dalej Czy zatrudniłbyś swojego Scrum Mastera jako menedżera zespołu?

Czy Scrum Master / Agile Coach musi się tłumaczyć z tego, co robi?

Tak, SM (a dotyczy to praktycznie w tym samym stopniu Agile Coacha) musi się tłumaczyć przed całym zespołem i firmą z tego co robi – w tym sensie, że musi wytłumaczyć pozostałym członkom zespołu swoją rolę, swoje zadania, swój dzień pracy. Zwłaszcza, jeśli zespół czy firma są nowi w temacie albo nieprzekonani – wtedy nieznajomość roli SMa prowadzi do uproszczenia „nic nie robi, jest niepotrzebny”. I nie ma co jako Scrum Master brać do siebie tego, że zespół będzie sceptyczny do naszej roli albo nisko oceniał pracę takiego SMa (zwłaszcza tą niewidoczną) – jak nie rozumieją to trzeba wytłumaczyć, a jak nie widzą efektów pracy, może trzeba unaocznić.

Czytaj dalej Czy Scrum Master / Agile Coach musi się tłumaczyć z tego, co robi?

Brak planu B przy planowaniu

Wczoraj byłem na review pewnego zespołu i Scrum Masterka zadała wspaniałe pytanie: „A jaki mamy plan B jak [plan działania] nie wypali?” (i zignoruję na chwilę kontekst w jakim to jest zadane, materiał na inny wpis…). Świetnie mi to koresponduje z przemyśleniem o którym planowałem napisać – nadmierny optymizm niektórych zespołów.

Czytaj dalej Brak planu B przy planowaniu

Dlaczego Scrum Master nie powinien być pośrednikiem

W czasie ostatniego spotkania na Zwinnej Łodzi, na której prezentowałem swoją opowieść o ścieżce kariery agilowej, dostałem bardzo dobre pytanie: „a tak w zasadzie, to co jest złego w tym, że Scrum Master bywa pośrednikiem między firmą a zespołem” . Chodziło o mój przykład życia, gdy odradzam z własnego doświadczenia by SM brał na siebie odpowiedzialność za na przykład raportowanie statusu projektu, koordynowanie prac pomiędzy zespołami czy przynoszenie do zespołu jakichś nowych wytycznych z organizacji i wdrażanie ich.

Pytanie jest o tyle dobre, że sięgało do istoty problemu, obaj z pytającym zgodziliśmy się, że samo stwierdzenie „Scrum Guide tak każe” nie jest dla nas wystarczające.

Czytaj dalej Dlaczego Scrum Master nie powinien być pośrednikiem