Dostarczone i wygrane

Co wartościowego dostarczyliśmy w tym sprincie?

Wypuściliśmy nowy onboarding przed terminem i już widać więcej rejestracji.
Szybki spike przy błędzie w płatnościach zamienił się w czystą poprawkę, dzięki której spadła liczba zgłoszeń do supportu.
Domknęliśmy lukę w przekazywaniu projektów z designu do developmentu i pierwszy raz dowieźliśmy wszystko co do piksela już pierwszego dnia.
Co nas spowolniło

Jakie blokery lub tarcia zabiły nasze tempo?

Za dużo przeskakiwania między projektami, przez co ani razu nie wszedłem w stan głębokiego skupienia.
Przez dwa dni staliśmy w miejscu, czekając na dostęp do API od innego zespołu.
Niejasne kryteria akceptacji sprawiły, że budowaliśmy tę funkcję dwa razy.
Czego się nauczyliśmy

Jaki nowy wgląd lub zweryfikowaną wiedzę zdobyliśmy?

Klienci wcale nie chcą więcej funkcji. Chcą ich mniej, ale bardziej zrozumiałych.
Programowanie w parach przy najtrudniejszych ticketach w sumie zaoszczędziło czas, a nie go zabrało.
Nasze założenie o ruchu z urządzeń mobilnych było błędne; większość ruchu to desktop.
Pivot czy kontynuacja

W co inwestujemy mocniej, co zmieniamy, a co wycinamy?

Kontynuujmy prace nad onboardingiem, bo dane wyraźnie to wspierają.
Pivot: odchodzimy od funkcji enterprise, bo prawdziwą trakcję mamy wśród użytkowników z sektora MŚP.
Wytnijmy cotygodniowy raport statusu, którego nikt nie czyta, i odzyskajmy ten czas.

Czym jest retrospektywa sprintu w stylu startupu z Doliny Krzemowej?

Retrospektywa sprintu w stylu startupu z Doliny Krzemowej to retro prowadzone tak, jak zrobiłby to zespół startupowy. Opiera się na pętli buduj-mierz-ucz się z podejścia lean startup, które spopularyzował Eric Ries w książce The Lean Startup: traktujcie każdy sprint jak eksperyment, sprawdźcie, co faktycznie pokazały wyniki, i na podstawie tych dowodów zdecydujcie o kolejnych krokach. Tablica ma cztery obszary. „Dostarczone i wygrane” to miejsce na to, co zespół dostarczył i co to zmieniło dla klientów. „Co nas spowolniło” obejmuje blokery i tarcia, które kosztowały was prędkość. W „Czego się nauczyliśmy” zapisujecie, co zakładaliście i co powiedziały dane. „Pivot czy kontynuacja” to moment decyzji: w co zainwestować mocniej, co zmienić, a co porzucić. Format sprawdza się w zespołach produktowych, u founderów i w zespołach innowacji, które chcą utrzymać tempo, nie tracąc kierunku, a także w każdym zespole, który musi zdecydować, czy kontynuować daną pracę. Zakończcie jasnymi decyzjami i przypiszcie każdej z nich właściciela, aby kolejny sprint zaczynał się z wyznaczonym kierunkiem.

Format retrospektywy sprintu w stylu startupu z Doliny Krzemowej

Dostarczone i wygrane

Co wartościowego dostarczyliśmy w tym sprincie?

Zacznijcie od sukcesów: dostarczonych funkcji, osiągniętych kamieni milowych i małych eksperymentów, które się opłaciły. Poproś zespół, żeby myślał jak founderzy mierzący trakcję. Co realnie popchnęło do przodu produkt albo sytuację klienta? Zachęć cichsze osoby, by podzieliły się także drobnymi sukcesami.

Co nas spowolniło

Jakie blokery lub tarcia zabiły nasze tempo?

Tutaj zespół nazywa wąskie gardła, zależności i rozpraszacze, które odbierały rozpęd. Traktujcie je jako opór w systemie, a nie czyjąś winę. Szukajcie wzorców powtarzających się w kolejnych sprintach, bo naprawa takiego problemu często daje najwięcej, i pytajcie, dlaczego każdy z problemów się pojawił.

Czego się nauczyliśmy

Jaki nowy wgląd lub zweryfikowaną wiedzę zdobyliśmy?

W tym obszarze zapisujecie, czego zespół nauczył się w tym sprincie o klientach, produkcie lub sposobie pracy. Ujmijcie każdy punkt jako hipotezę: co zakładaliśmy i co powiedziały nam dane? Dzięki spisaniu wniosków każdy sprint buduje na poprzednim.

Pivot czy kontynuacja

W co inwestujemy mocniej, co zmieniamy, a co wycinamy?

To moment decyzji foundera. Na podstawie tego, co dostarczyliście, czego się nauczyliście i z czym się zmagaliście: dokąd idziecie dalej? Naciskaj na zespół, by podejmował jasne decyzje: kontynuować to, co działa, zrobić pivot tam, gdzie wskazują na to dane, i zabić to, co nie zarabia na swoje utrzymanie. Każdej decyzji przypiszcie właściciela, aby kolejny sprint zaczynał się z wyznaczonym kierunkiem.

Kiedy należy skorzystać z niniejszego przeglądu retrospektywnego

  • Na koniec sprintu produktowego, gdy chcecie szybkiego przeglądu skierowanego w przyszłość.
  • Dla zespołów startupowych, founderów i zespołów innowacji, które chcą działać szybko i koncentrować się na klientach.
  • Gdy zespół musi zdecydować, czy zrobić pivot, kontynuować, czy porzucić daną pracę.
  • Gdy wasze retrospektywy popadły w rutynę, a podejście buduj-mierz-ucz się mogłoby odmienić rozmowę.

Proponowane pytania lodołamacze

  • Gdyby wasz zespół był startupem występującym na demo day, jak brzmiałby wasz jednozdaniowy elevator pitch?
  • Którym słynnym founderem z branży tech chciałbyś się inspirować w tym sprincie i dlaczego?

Czy chciałby Pan/Pani, aby Państwa zespół wykonał ćwiczenie rozgrzewkowe, a nie tylko odpowiadał na pytania na głos? Przejrzyj bezpłatne lodołamacze →

Pomysły i wskazówki dotyczące spotkania retrospektywnego

  • Na początku nadaj ton: chodzi o szybką naukę, a nie szukanie winnych. Ludzie mówią więcej, gdy mogą bezpiecznie się mylić.
  • Używaj języka hipotez: co zakładaliśmy i co faktycznie pokazały wyniki?
  • Ogranicz czas na każdy temat, żeby utrzymać tempo. Krótka lista konkretnych punktów jest lepsza niż wyczerpująca.
  • W części „Pivot czy kontynuacja” naciskaj na jasne decyzje z właścicielami zamiast mglistych zamiarów.
  • Korzystaj z anonimowego zgłaszania pomysłów w TeamRetro, aby o sukcesach i decyzjach nie przesądzał najgłośniejszy głos.
  • Śledź powtarzające się blokery w kolejnych sprintach, aby znaleźć problemy warte większej naprawy.

Najczęściej zadawane pytania

Ile trwa retrospektywa sprintu w stylu startupu z Doliny Krzemowej?
Większość zespołów kończy w 45 do 60 minut. Ogranicz czas na każdy temat, aby utrzymać tempo.
Kiedy stosować ten format retrospektywy?
Na koniec sprintu lub cyklu produktowego, zwłaszcza gdy zespół pracuje w szybkich iteracjach i musi zdecydować, co dalej budować, a co zmienić.
Czym różni się od standardowej retrospektywy sprintu?
Patrzy na sprint przez pryzmat idei lean startup: dostarczonej wartości, zweryfikowanej wiedzy i wyraźnej decyzji o pivocie lub kontynuacji. Standardowe retro zwykle kończy się na tym, co poszło dobrze, a co nie.
Co oznacza „Pivot czy kontynuacja” w tym kontekście?
To pojęcie z książki Erica Riesa The Lean Startup. Na podstawie dowodów zespół decyduje, czy trzymać się obranego kursu, zmienić kierunek, czy całkowicie zatrzymać daną pracę.
Czy ten format nadaje się dla zespołów, które nie są startupami?
Tak. Z jego struktury nastawionej na decyzje może korzystać każdy zespół zwinny, produktowy lub innowacyjny. Startupowa rama dodaje tempa i pomaga nie tracić klienta z oczu.
Czy są Państwo gotowi do przeprowadzenia tej retrospektywy?Zapraszamy do obejrzenia tej retrospektywy na żywo