Prelekcje i warsztaty · Prelekcja
Szatnia po meczu
Prelekcja o tym, dlaczego retro i blameless postmortem kończą się na formularzu
Skończyłem mecz z dziewięcioma bramkami na szesnaście rzutów i byłem wściekły. Wynik mówił „super”, a ja wiedziałem, że z gry rzuciłem trzy na dziesięć. O tym, jak zespoły mogą analizować swoją pracę tak, jak sportowcy analizują mecz.
Poznasz to po tym
- Retro kończy się listą ustaleń, do których nikt nie wraca.
- Postmortem robicie po awarii, nigdy po wdrożeniu, które udało się szczęśliwie.
- Dashboard jest zielony, a zespół wie swoje.
- Po wpadce pierwsze pytanie brzmi: kto?
O czym jest ta prelekcja
Skończyłem mecz z dziewięcioma bramkami na szesnaście rzutów. Usłyszałem: a ty co się denerwujesz? Byłem wściekły, bo sześć z nich padło z karnych, a z gry rzuciłem trzy na dziesięć.
W sporcie analiza po meczu to rutyna od juniorów: nagranie, konkretna sekunda, decyzja, następny trening. W IT pożyczyliśmy z tego nazwę, blameless postmortem, i retro co dwa tygodnie. Rzadko pożyczyliśmy nawyk. Postmortem robimy po awarii, a nie po sukcesie, który był szczęściem. Retro kończy się listą ustaleń, do których nikt nie wraca.
Pokazuję, czego zespoły mogą się nauczyć z szatni. Dlaczego mistrzyni Europy w rugby odpowiada „i tak, i nie”, kiedy słyszy, że porażka to tylko lekcja. Dlaczego zielony dashboard potrafi kłamać tak samo jak wynik 9 na 16. I jak rozmawiać o błędzie, pytając „co”, a nie „kto”.
Dla kogo jest ta prelekcja
Dla zespołów developerskich, tech leadów, engineering managerów, scrum masterów i agile coachów. Pasuje na konferencje o inżynierii oprogramowania i pracy zespołów oraz na wewnętrzne spotkania działów IT.
Co z tego zostaje
Trzy pytania, którymi da się przeprowadzić analizę po meczu w każdym zespole. Także po wygranej.
Efekt
Z czym się wychodzi.
Co, nie kto
Wiesz, czym różni się analiza po meczu od szukania winnego i jak zadać pytanie, które nie zamyka ludziom ust.
Analiza wygranych
Wiesz, dlaczego warto rozbierać także to, co się udało, zwłaszcza gdy udało się szczęśliwie.
Trzy pytania
Masz trzy pytania, którymi da się przeprowadzić analizę w każdym zespole, bez formularza.
Czego tu nie ma. To nie jest wykład o Scrumie ani o narzędziach do postmortem. Nie obiecuję też, że porażka przestanie boleć. Mówię o nawyku, który sprawia, że coś z niej zostaje.
Ściąga z prelekcji
Jak wyciągać wnioski, a nie szukać winnych
W sporcie analizuje się każdy mecz, także wygrany. Te same trzy pytania działają po wpadce w pracy i w domu.
-
Co dokładnie się stało?
W pracy Prezentacja trwała 40 minut zamiast 20.
Prywatnie Spór zaczął się od jednego zdania przy kolacji.
-
Gdzie dało się wybrać inaczej?
W pracy Można było wyciąć połowę slajdów dzień wcześniej.
Prywatnie Można było odłożyć ten temat do rana.
-
Co zrobię inaczej następnym razem?
W pracy Próba na głos z zegarkiem w ręku.
Prywatnie Trudne tematy po kolacji, a nie przy niej.
Na jutro Zadaj te pytania po ostatnim sukcesie, nie tylko po wpadce.
Przykłady z pracy i z domu są moje. Jeśli znasz kogoś, komu się przydadzą, wyślij mu tę stronę.
Częste pytania
Zanim napiszesz.
Czy to prelekcja tylko dla zespołów IT?
Przykłady są z IT, bo tam te praktyki mają już nazwy. Sam mechanizm jest ogólny: każdy zespół, który kończy projekty, może analizować je jak mecz.
Czy jest wersja krótka?
Tak. Jest wersja w formie lightning talk i pełna, z pytaniami z sali.
Czym to się różni od szkolenia z retrospektyw?
Nie uczę kolejnego formatu retro. Pokazuję, skąd ta praktyka się wzięła, dlaczego w sporcie działa, i daję trzy pytania, które mieszczą się w każdym formacie.
Czy ten temat ma wersję warsztatową?
Analiza prawdziwej sytuacji zespołu jest jednym z ćwiczeń na warsztacie „Laboratorium”.
Ile to kosztuje i jak się umówić?
Napisz przez formularz na dole strony. Odpowiadam w ciągu dwóch dni roboczych. Wycenę podaję po krótkiej rozmowie, bo zależy od liczby osób, formy i miejsca.
Zobacz też
Tematy, które się z tym łączą.
Zapytanie