Kiedy Product Owner pojawia się w Daily Scrum? Kilka przemyśleń

Codzienne spotkanie Scrum, znane również jako Daily Scrum, jest centralnym elementem frameworku Scrum. Daje ono członkom zespołu możliwość wymiany informacji na temat celu Sprintu, przeszkód i innych istotnych tematów. Czasami jednak pojawia się pytanie: Czy Product Owner również powinien uczestniczyć w tym codziennym wydarzeniu? Kiedy Product Owner musi uczestniczyć w Daily Scrum - jeśli w ogóle musi? Przyjrzyjmy się temu bliżej.

Zgodnie z Przewodnikiem po Scrumie, Właściciel Produktu może uczestniczyć w Codziennym Scrumie, zwłaszcza jeśli aktywnie pracuje nad zadaniami bieżącego sprintu. Nie ma jednak ścisłego wymogu obecności Właściciela Produktu. Decyzja o tym, czy Właściciel Produktu powinien uczestniczyć w Codziennym Scrumie jest do pewnego stopnia odpowiedzialnością całego zespołu.

Zrozumiałe jest, że niektóre zespoły deweloperskie chciałyby, aby właściciel produktu był obecny, aby uzyskać szybkie odpowiedzi na pytania lub wyjaśnienia dotyczące zaległości produktowych. Jest to dozwolone, ale właściciel produktu powinien ograniczyć się do wspierania działań deweloperów i nie ingerować zbyt aktywnie w spotkanie.

Istnieją jednak zespoły, które celowo powstrzymują się od udziału Właściciela Produktu w Codziennym Scrumie. Może to wynikać z faktu, że właściciel produktu ma bliskie powiązania z kierownictwem i interesariuszami, co może wpływać na otwartość deweloperów. To również jest w porządku.

Podczas Codziennego Scruma kluczowe jest, aby deweloperzy mogli swobodnie i szczerze rozmawiać o blokadach, przeszkodach i postępach. Jeśli obecność Właściciela Produktu jest postrzegana jako nieproduktywna, decyzję o jego obecności należy pozostawić deweloperom.

Kiedy więc Właściciel Produktu musi brać udział w Codziennym Scrumie? Krótko podsumowując, teoretycznie nigdy nie musi.

Istnieją jednak sytuacje, w których obecność Product Ownera na Daily Scrum może być przydatna. Z jednej strony, może to poprawić spójność zespołu, jeśli Właściciel Produktu uczestniczy jako cichy słuchacz. Jest to szczególnie ważne, jeśli istnieją oznaki rosnącego dystansu między właścicielem produktu a zespołem deweloperskim. Uczestnicząc w niektórych Codziennych Scrumach, Właściciel Produktu może wypełnić tę lukę i zachęcić do komunikacji.

Innym ważnym powodem obecności właściciela produktu jest możliwość otrzymywania informacji zwrotnych na wczesnym etapie. Aktywnie słuchając podczas codziennego scrumu, właściciel produktu może uzyskać cenny wgląd w codzienne działania, możliwości i tempo pracy zespołu programistów. Ta wczesna informacja zwrotna umożliwia właścicielowi produktu ulepszanie historyjek użytkownika i wprowadzanie zmian w zaległościach.

W pewnym sensie udział Właściciela Produktu w Codziennym Scrumie może zatem pomóc w modelowaniu krótkich pętli iteracyjnych i cykli informacji zwrotnych w zespole, które, miejmy nadzieję, istnieją również w przypadku informacji zwrotnych od klientów.

"Wielu członków zespołu nie ma odwagi się odezwać!"

Rozwiąż to wyzwanie

"Odkrywamy zbyt wiele nieoczekiwanych problemów i błędów na późnym etapie!"

Rozwiąż to wyzwanie

"Dlaczego czasami przygotowanie prostej retrospektywy zajmuje mi godziny?".

Rozwiąż to wyzwanie

Jeśli zasadniczo chcesz poprawić współpracę w zespole, uczynić rozwój swojego zespołu bardziej mierzalnym, to Echometer może być dla Ciebie interesujący - szczególnie wtedy, gdy być może nie masz w swoim zespole dedykowanego Scrum Mastera na pełny etat.

Echometer to cyfrowe narzędzie, które pomaga liderom zwinnych zespołów w zwinnych retrospektywach i zespołowych Health Check. Niezależnie od tego, czy jest to praca zdalna, hybrydowa czy na miejscu: sprawia, że coaching zespołowy jest mierzalny i profesjonalizuje Twoją pracę, jednocześnie oszczędzając Ci wiele pracy. Zajrzyj na naszą stronę internetową, aby dowiedzieć się więcej: www.echometerapp.com.

W razie wątpliwości, bądźcie agile: Włączcie Product Ownera eksperymentalnie do Daily Scrum na przykład na jeden Sprint i przedyskutujcie na następnej Retrospektywie, czy i jak chcecie to utrzymać.

Christian Heidemeyer, psycholog i Scrum Master

Podsumowując, można powiedzieć, że udział Product Ownera w Daily Scrum nie jest stałą regułą, ale zależy od różnych czynników. Decyzja powinna być podjęta zgodnie z dynamiką zespołu i potrzebami projektu. Nie chodzi tylko o uczestnictwo, ale o znalezienie właściwej równowagi, aby zachęcić do współpracy i dzielenia się informacjami w procesie rozwoju.

Na koniec jeszcze raz wskazówka: Jeśli chcesz wypróbować, jak to jest rozwijać swój zespół za pomocą naszego narzędzia: Możesz rozpocząć retrospektywę agile bez logowania, w tym przypadku warsztat “Keep, Stop, Start”. 

Alternatywnie, po prostu przekaż naszą stronę odpowiedzialnym współpracownikom: www.echometerapp.com.

Jak to zrobić

Keep Stop Start Retro: Jak przebiega retro

1. Losowy Icebreaker (2-5 minut)

   Echometer udostępnia generator losowych pytań na rozgrzewkę.

2. Przegląd otwartych działań (2-5 minut)

   Zanim zaczniesz nowe tematy, powinieneś porozmawiać o skuteczności działań z przeszłych retrospektyw. Echometer automatycznie wyświetla listę wszystkich otwartych elementów działań z przeszłych retrospektyw.

3. Omówienie tematów retro

   Skorzystaj z poniższych otwartych pytań, aby zebrać najważniejsze wnioski. Najpierw każdy robi to w ukryciu. Echometer pozwala na odsłanianie każdej kolumny tablicy retro pojedynczo, aby następnie zaprezentować i pogrupować opinie.

   • Kontynuuj: Co powinniśmy zatrzymać?
   • Stop: Na czym powinniśmy się zatrzymać?
   • Start: Co powinniśmy zacząć robić?

4. Pytanie ogólne (zalecane)

   Aby inne tematy również miały swoje miejsce:

   • O czym jeszcze chcesz porozmawiać na retro?

5. Priorytetyzacja / Głosowanie (5 minut)

   Na tablicy retro w Echometer możesz łatwo priorytetyzować opinie za pomocą głosowania. Głosowanie jest oczywiście anonimowe.

6. Definiowanie działań (10-20 minut)

   Za pomocą symbolu plusa na opinii można utworzyć powiązane działanie. Nie jesteś jeszcze pewien, które działanie byłoby właściwe? Następnie otwórz tablicę Whiteboard na ten temat za pomocą symbolu plusa, aby przeprowadzić burzę mózgów na temat głównych przyczyn i możliwych działań.

7. Sprawdzenie / Zamknięcie (5 minut)

   Echometer umożliwia zbieranie anonimowych opinii od zespołu na temat tego, jak pomocna była retro. Powstaje z tego wynik ROTI („Return On Time Invested”), który można śledzić w czasie.

Keep Stop Start Retro

Kontynuuj: Co powinniśmy zatrzymać?

Stop: Na czym powinniśmy się zatrzymać?

Start: Co powinniśmy zacząć robić?

Otwórz to retro teraz Dostosuj się...