Spotkanie rozpoczynające prace nad funkcją
Zanim przystąpisz do programowania, zbierz zespół na spotkanie rozpoczynające prace nad funkcją. Co znajdzie się w jego programie? Prezentacje, przekazywanie informacji zwrotnych i poszukiwanie alternatywnych sposobów rozwiązania problemu.
CEL GRY
Zbudować przekonanie o wartości nowej funkcji i wspólnie dopracować specyfikację, zamiast zrzucać to na innych.
If you're struggling with or on your Health Monitor, running this play might help.
Uczestnicy
6–9
Czas
60 min
Trudność
Średni
Przeprowadzenie gry
Przed zorganizowaniem spotkania rozpoczynającego prace upewnij się, że nowa funkcja to coś więcej niż tylko koncepcja. Ale nie czekaj z nim, aż projekt będzie gotowy.
Przygotowanie
Opracowanie koncepcji
Przed spotkaniem rozpoczynającym product owner lub projektant powinien utworzyć bardzo ogólny projekt ścieżki użytkownika i mieć przygotowany ogólny zarys proponowanych sposobów pomiaru powodzenia. Przed sesją udostępnij je zespołowi, aby jego członkowie mogli się przygotować.
Zaplanuj spotkanie rozpoczynające w pomieszczeniu z dużymi ścianami lub tablicami suchościeralnymi. Przyjdź z kilkuminutowym wyprzedzeniem i wykorzystaj tę przestrzeń do umieszczenia na niej zaprojektowanej ścieżki użytkownika.
Krok 1
Przedstawienie ogólnej charakterystyki funkcji (10 min)
Powitaj wszystkich na spotkaniu rozpoczynającym i w pierwszej kolejności przedstaw ogólne omówienie funkcji oraz kontekstu. Opisz problem lub szansę, z którymi związana jest funkcja, oraz wyjaśnij, jak wpisuje się ona w szersze cele lub inicjatywy. Przedstaw personę użytkownika docelowego oraz korzyść, którą przyniesie mu funkcja, powołując się na badania lub pomocnicze dane kontekstowe. Następnie zaprezentuj swoje przemyślenia na temat pomiaru sukcesu.
Pamiętaj, że chodzi o przedstawienie jedynie skróconej specyfikacji i wstępnego zakresu przed przystąpieniem do prac nad funkcją. Na tym etapie luki i niedopowiedzenia muszą występować — celem tego spotkania jest zebranie zespołu i przystąpienie do ich wyeliminowania.
Negatywny wzorzec
Zbyt późne udostępnianie. Jeśli specyfikację uzna się za „gotową”, wówczas możesz stracić szansę na wprowadzenie korekt w oparciu o opinię Twojego zespołu.
Krok 2
Gromadzenie informacji zwrotnych (10 min)
Zanim przejdziesz do ścieżki użytkownika, zrób przerwę na zebranie informacji zwrotnych od członków zespołu. Jeśli reakcją będzie cisza połączona z niemym kręceniem głową, zachęć ich do wypowiedzenia się, zadając na przykład takie pytania, jak:
- Czy wszyscy rozumiemy, co tak naprawdę ma zapewnić funkcja?
- Jakie macie nadzieje związane z tą funkcją?
- Jakie są Wasze obawy?
Porada eksperta:
Nadaj funkcji bardziej realny charakter, przedstawiając ją z perspektywy persony klienta docelowego.
Krok 3
Prezentacja ścieżki użytkownika (15 min)
Pamiętasz o ścieżce użytkownika zaprojektowanej przed spotkaniem rozpoczynającym? Zaprezentuj ją od początku do końca. Zwróć uwagę na sposób, w jaki użytkownik odkryje funkcję, jak będzie wchodził z nią w interakcje i z niech wychodził. W trakcie prezentacji powiedz, jak funkcja będzie się odnosić do przestrzeni problemu, jak ograniczy trudności napotykane przez klienta lub jak w inny sposób przyniesie mu korzyści.
Zamiast przerw na gromadzenie opinii w trakcie prezentacji ścieżki, poproś każdego o notowanie swoich przemyśleń na karteczkach samoprzylepnych. Pozwoli to uniknąć sytuacji, w której jeden członek zespołu nieumyślnie przejmie kontrolę nad prezentacją i ostatecznie wpuści Cię w maliny.
Krok 4
Krytyka i alternatywne rozwiązania (20 min)
Cofnij się do początku projektu ścieżki użytkownika. Przy każdym etapie poproś uczestników o zamieszczenie karteczek samoprzylepnych i przedyskutujcie opinie zespołu. (Uczestnicy mogą notować na karteczkach także nowe pytania czy wątpliwości).
Zapomnij o zwyczajowych rolach poszczególnych członków zespołu. To czas, aby każdy wyobraził sobie, pod jakimi względami funkcja może okazać się klapą (luki w zabezpieczeniach, problemy z użytecznością, ograniczenia techniczne itp.), oraz zasugerował, jak można uniknąć tych pułapek.
Zapisz wszystkie pytania i wątpliwości wraz z odpowiedzią lub decyzją product ownera.
Krok 5
Podsumowanie (5 min)
Jakich innych informacji potrzebuje zespół, aby móc precyzyjnie określić, czym i dlaczego się zajmuje?
Wszelkie pytania dotyczące funkcji, na które nie ma odpowiedzi, przypisz do członka zespołu ze wskazaniem terminu, w którym wróci z odpowiedzią. Zazwyczaj udzielenie odpowiedzi na takie pytania wymaga dodatkowych badań wśród użytkowników, dopracowania przypadków skrajnych, które ujawniono w trakcie spotkania, lub przemyślenia fragmentów projektu technicznego.
Porada eksperta:
Dodaj spotkanie rozpoczynające prace nad funkcją do standardowych rytuałów Twojego zespołu, aby utworzyć pętlę regularnych informacji zwrotnych w sprawie funkcji, zanim jeszcze trafią one do backlogu zespołu.
Gotowe?
Pamiętaj, aby przeprowadzić z zespołem pełną sesję Health Monitor lub sporządzić listę punktów kontrolnych w celu sprawdzenia, czy robicie postępy.
Różnice
zespół rozproszony geograficznie
Tę grę można dostosować do zespołów, których członkowie pracują z różnych lokalizacji, udostępniając koncepcję wcześniej na stronie Confluence i rezerwując pokój w wirtualnej sali konferencyjnej.
Kolejne czynności
Jeśli po spotkaniu rozpoczynającym dowolny członek zespołu wpadnie na nowe pytania, dodaj je do specyfikacji wraz z prawdopodobną odpowiedzią zaproponowaną przez tę osobę.
Przypisz pytanie do odpowiedniego członka zespołu — jeśli takiej osobie spodoba się zaproponowana odpowiedź, może się na nią po prostu zgodzić.
Masz apetyt na więcej… porad strategicznych?
Podaj adres e-mail poniżej, aby otrzymywać powiadomienia o dodaniu nowych sesji monitorowania wydajności i gier.
Chcesz przesłać opinię?
Zostaw pytanie lub komentarz w witrynie społeczności Atlassian.