Dopasowanie procesu

Na ile nasz obecny proces wspiera wizję i cele produktu?

Nasz proces jest zbyt sztywny i nie pozwala zmieniać kierunku na podstawie opinii klientów.
W obecnym procesie brakuje jasnego powiązania między wymaganiami produktowymi a celami biznesowymi.
Musimy lepiej dopasować nasze cykle rozwoju do trendów rynkowych i potrzeb klientów.
Efektywność procesu

Jakie wąskie gardła lub nieefektywności występują w naszym procesie?

Przekazywanie pracy między zespołem projektowym a deweloperskim często powoduje opóźnienia i poprawki.
Spędzamy za dużo czasu na spotkaniach, a za mało na faktycznej pracy nad produktem.
Testy są często robione w pośpiechu, co prowadzi do problemów z jakością i długu technicznego.
Współpraca międzyfunkcyjna

Jak skutecznie współpracują zespoły z różnych działów i dziedzin?

Zespoły często pracują w izolacji, co prowadzi do rozbieżności i poprawek.
Potrzebujemy lepszych kanałów komunikacji między zespołami produktowym, projektowym i inżynierskim.
Współpraca między działami jest mocna, ale moglibyśmy lepiej dzielić się wiedzą między zespołami.
Decyzje oparte na danych

Na ile wykorzystujemy dane i metryki do kształtowania procesu?

Brakuje nam jasnych metryk do mierzenia skuteczności naszego procesu rozwoju.
Dane są rozproszone po silosach, więc trudno zobaczyć, jak działa cały proces.
Za bardzo polegamy na pojedynczych anegdotach zamiast na wnioskach z danych.
Innowacje i rozwój

Na ile nasz proces zostawia miejsce na nowe pomysły i usprawnienia?

Nasz proces jest zbyt sztywny, więc trudno eksperymentować z nowymi pomysłami czy technologiami.
Brakuje nam wydzielonego czasu i zasobów na szukanie nowych rozwiązań lub podejść.
Skupienie na krótkoterminowych rezultatach często przysłania długofalowe działania innowacyjne.

Czym jest retrospektywa procesu rozwoju produktu?

Retrospektywa procesu rozwoju produktu dotyczy tego, jak Twoja organizacja tworzy produkty od początku do końca, a nie samego ostatniego sprintu. Obejmuje cały cykl życia: wymagania, projektowanie, development, testy, wydanie i to, co dzieje się później. Pozwala też sprawdzić, czy ten proces nadal służy produktowi, który chcecie zbudować. Tablica ma pięć obszarów. Dopasowanie procesu dotyczy tego, czy wasz sposób pracy wspiera wizję i cele produktu. Efektywność procesu pomaga znaleźć wąskie gardła, takie jak powolne przekazywanie pracy między projektantami a inżynierami albo faza testów, na którą zawsze brakuje czasu. Współpraca międzyfunkcyjna obejmuje to, jak współpracują ze sobą zespoły produktowe, projektowe, inżynierskie i inne. Decyzje oparte na danych pozwalają sprawdzić, czy macie metryki do oceny procesu i czy ktokolwiek z nich korzysta. Innowacje i rozwój dotyczą tego, czy proces zostawia miejsce na eksperymenty. Przeprowadzajcie ją co kwartał lub po dużym wydaniu, z udziałem osób ze wszystkich działów, które mają styczność z produktem. Wartościowym rezultatem jest krótka lista zmian w procesie, z przypisanym właścicielem każdej z nich, którą można zweryfikować podczas przeglądu w kolejnym kwartale.

Format retrospektywy procesu rozwoju produktu

Dopasowanie procesu

Na ile nasz obecny proces wspiera wizję i cele produktu?

Poproś zespół, by zastanowił się nad strategią produktu i nad tym, czy proces rozwoju faktycznie pomaga ją realizować. Zwracaj uwagę na te elementy procesu, które istnieją z przyzwyczajenia i nie są już powiązane z żadnym celem.

Efektywność procesu

Jakie wąskie gardła lub nieefektywności występują w naszym procesie?

Poproś o konkretne problemy: gdzie praca czeka, gdzie trzeba ją robić od nowa i gdzie proces mógłby być prostszy. Konkretne przykłady, np. przekazanie pracy, które zawsze się opóźnia, są bardziej przydatne niż ogólne narzekania.

Współpraca międzyfunkcyjna

Jak skutecznie współpracują zespoły z różnych działów i dziedzin?

Zapytaj, jak dobrze współpracują ze sobą różne działy i jak wpływa to na proces. Szukaj przekazań pracy, wspólnych celów i kanałów komunikacji, które pomagają albo przeszkadzają.

Decyzje oparte na danych

Na ile wykorzystujemy dane i metryki do kształtowania procesu?

Zapytaj, jakich danych i metryk zespół używa do oceny procesu i podejmowania decyzji, a czego mu brakuje. Samo posiadanie liczb nie wystarczy. Sprawdź, czy ktoś je analizuje i na ich podstawie działa.

Innowacje i rozwój

Na ile nasz proces zostawia miejsce na nowe pomysły i usprawnienia?

Zapytaj, jak obecny proces wspiera lub blokuje eksperymenty i nowe pomysły. Zwróć uwagę, czy presja na bieżące dostarczanie zostawia jakikolwiek czas na wypróbowanie czegoś innego.

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

  • Gdy chcecie ocenić, jak działa cały cykl życia rozwoju produktu
  • Gdy te same wąskie gardła wciąż powracają, a retrospektywy sprintów ich nie rozwiązały
  • Przed wprowadzeniem nowej metodyki pracy lub dużą zmianą w obecnym procesie
  • Co kwartał lub po dużym wydaniu, jako regularny przegląd procesu
  • Gdy zespoły produktowe, projektowe i inżynierskie różnie postrzegają proces rozwoju i potrzebują wspólnego obrazu sytuacji

Proponowane pytania lodołamacze

  • Gdyby nasz proces rozwoju produktu był zwierzęciem, jakim zwierzęciem by był i dlaczego?
  • Podziel się zabawną lub zapadającą w pamięć historią z pracy nad rozwojem produktu.

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

  • Zachęcaj wszystkich do szczerych opinii, niezależnie od roli czy stanowiska
  • Zadbaj, by każdy zespół i dział zaangażowany w rozwój produktu miał swojego przedstawiciela
  • Pomóż zespołowi zobaczyć las, a nie tylko drzewa: myślcie o procesie w perspektywie miesięcy, a nie tylko ostatniego sprintu
  • Dbaj o atmosferę bez szukania winnych, by ludzie mogli otwarcie mówić o wyzwaniach i porażkach
  • Wybierzcie kilka najważniejszych usprawnień i uzgodnijcie jasny plan dla każdego z nich
  • Skorzystaj z funkcji proponowania pomysłów w TeamRetro, by ludzie mogli sugerować zmiany, i uzyskaj poparcie zespołu, zanim zobowiążecie się do działania

Najczęściej zadawane pytania

Czym jest retrospektywa procesu rozwoju produktu?
To przegląd tego, jak działa cały cykl życia rozwoju produktu. Zespół analizuje dopasowanie do celów produktu, efektywność, współpracę międzyfunkcyjną, wykorzystanie danych i miejsce na nowe pomysły, a następnie uzgadnia usprawnienia.
Czym różni się od retrospektywy sprintu?
Retrospektywa sprintu dotyczy pracy z ostatnich kilku tygodni. Ta dotyczy procesu stojącego za każdym sprintem, od wymagań po etap po wydaniu, więc wychwytuje problemy, których nie wykryłaby żadna pojedyncza retrospektywa sprintu.
Kiedy warto przeprowadzić tę retrospektywę?
Przeprowadzajcie ją co kwartał lub po dużym wydaniu. To okazja, by oderwać się od codziennego dostarczania i zapytać, czy wasz proces nadal wspiera cele produktu.
Kto powinien wziąć udział?
Osoby ze wszystkich działów zaangażowanych w tworzenie produktu, np. z zarządzania produktem, projektowania, inżynierii, QA i wsparcia. Problemy z przekazywaniem pracy wychodzą na jaw tylko wtedy, gdy obie strony są obecne.
Jakie pytania zadaje ten szablon?
Pyta, na ile proces wspiera cele produktu, gdzie są wąskie gardła, jak dobrze współpracują działy, jak wykorzystujecie dane do podejmowania decyzji i czy proces zostawia miejsce na nowe pomysły.
Czy są Państwo gotowi do przeprowadzenia tej retrospektywy?Zapraszamy do obejrzenia tej retrospektywy na żywo