Kim jest właściciel produktu? Rola kluczowa dla sukcesu zespołu Scrumowego

Wyobraź sobie, że właśnie kupiłeś dom. Jako nowy właściciel odpowiadasz za długoterminową wizję swojej nieruchomości – na przykład za to, jak ją urządzić, utrzymywać i ulepszać, aby jak najlepiej wykorzystać swoją (znaczącą) inwestycję. Współpracujesz z inspektorami, konstruktorami i współlokatorami, aby stworzyć jak najlepsze środowisko do życia, jednocześnie dbając o równowagę finansową i cele długoterminowe. Uff. 

Podobnie jak właściciel domu, właściciel produktu jest odpowiedzialny za długoterminową wizję, ale zamiast ulepszać swoje domy, ulepsza produkty. Właściciel produktu współpracuje z interesariuszami, aby stworzyć jak najlepszy produkt dla użytkowników końcowych. 

Kim jest właściciel produktu?

Właściciel produktu to osoba, której celem jest maksymalizacja wartości produktu. W tym celu opracowuje wizję działania produktu, określa jego konkretne funkcje i dzieli je na elementy backlogu produktu, nad którymi pracuje zespół Scrum. Pełni rolę łącznika między interesariuszami biznesowymi, członkami zespołu Scrum i użytkownikami końcowymi do czasu ukończenia produktu końcowego. 

Właściciel produktu to jedna z trzech standardowych ról w zespole Scrumowym: 

• Właściciel produktu: współpracuje z interesariuszami, użytkownikami końcowymi i zespołem Scrumowym, aby upewnić się, że produkt końcowy spełnia wymagania użytkowników i jest zgodny z celami biznesowymi. 

• Scrum Master: kieruje zespołem programistów, aby pomóc mu przygotować się do sprintów i pomyślnie je wykonać. Scrum Master koncentruje się również na ciągłym doskonaleniu procesów wewnętrznych. 

• Zespół programistów: pracuje nad produktami końcowymi, które muszą zostać ukończone w każdym sprincie. Programiści są podstawą zespołu Scrum, ponieważ są odpowiedzialni za realizację elementów z backlogu produktu, które przekładają się na nowe funkcje produktu.

Właściciel produktu a Scrum Master

Właściciel produktu Scrum i Scrum Master to dwie integralne, ale różne role w zespole Scrum. 

Scrum Masterzy są odpowiedzialni za:

• prowadzenie i ulepszanie wewnętrznych procesów niezbędnych zespołom Scrum do ukończonej pracy;

• Pomaganie zespołowi w przygotowaniu i pomyślnym przeprowadzeniu sprintów, aby programiści mogli skupić się na swojej pracy, a nie na zadaniach logistycznych.

• Ułatwianie spotkań planistycznych, codziennych stand-upów i retrospekcji sprintu 

• Usuwanie przeszkód dla programistów i dbanie o to, aby wszyscy przestrzegali zasad struktury Scruma.

Z kolei rola właściciela produktu jest bardziej zorientowana na zewnątrz niż rola Scrum Mastera. Zamiast prowadzić procesy zespołu, bardziej koncentruje się na samym produkcie, a konkretnie na tym, jak stworzyć najlepszy możliwy produkt dla użytkowników końcowych. 

Właściciele produktu odpowiadają za:

• Uwzględnianie informacji zwrotnych od interesariuszy i użytkowników końcowych.

• przekładanie tych informacji zwrotnych na konkretne funkcje produktu i elementy backlogu, nad którymi zespół Scrumowy będzie pracował.

Obowiązki właściciela produktu

Właściciel produktu w Agile łączy zespół Scrum z interesariuszami i promuje potrzeby użytkowników końcowych, aby wszyscy rozumieli, co ma osiągnąć produkt i dlaczego. Właściciele produktów Scrum często pełnią wiele różnych ról, ale ich rola jest określona przez te kluczowe obowiązki.

Określanie funkcji i celów produktu

Właściciel produktu określa cele każdego produktu, aby móc zdefiniować konkretne funkcje produktu, które pozwolą je osiągnąć. 

Aby opracować cele, właściciel produktu musi zrozumieć wizję produktu użytkowników końcowych i ich typowe problemy. Oznacza to, że duża część pracy właściciela produktu polega na współpracy z interesariuszami w celu przeprowadzenia badań użytkowników. 

Załóżmy, że masz za zadanie ulepszyć aplikację Kalendarz. Aby określić konkretny cel, możesz zbadać, w jaki sposób użytkownicy korzystają z istniejącej aplikacji, a następnie zapytać, z czym mieli problemy i co mogłoby być w niej lepsze. 

Oprócz określenia celów na podstawie opinii użytkowników, właściciel produktu musi również upewnić się, że wszystkie nowe funkcje są zgodne z nadrzędnymi celami biznesowymi. W powyższym przykładzie użytkownicy mogą chcieć udostępniać kalendarze osobom spoza organizacji, ale może to nie być zgodne z ogólnym celem biznesowym Twojej organizacji, jakim jest poprawa bezpieczeństwa i prywatności użytkowników. Jako właściciel produktu musisz określić, które prośby użytkowników mają być traktowane priorytetowo.

Opracuj elementy backlogu na podstawie celów produktu

Właściciel produktu przekłada te cele na konkretne funkcje produktu i elementy backlogu, które zespół Scrumowy musi ukończyć. W ten sposób zespół Scrum może skupić się na konkretnych szczegółach każdego elementu backlogu, podczas gdy właściciel produktu zapewnia, że każdy element odnosi się do konkretnych celów firmy i potrzeb użytkowników. 

Wracając do przykładu aplikacji Kalendarz, załóżmy, że projektujesz funkcję produktu, która śledzi preferowane godziny pracy różnych członków zespołu. Właściciel produktu współpracuje z zespołem Scrumowym, aby podzielić tę funkcję na mniejsze, wykonalne zadania, które zostaną dodane do backlogu produktu. Na przykład jedno zadanie może dotyczyć opracowania projektu front-end, inne utworzenia interfejsu, w którym użytkownicy będą mogli wprowadzać preferowane godziny pracy itd. 

Priorytetyzacja informacji od interesariuszy i użytkowników końcowych

Chociaż interesariusze często uważają, że ich projekty mają wysoki priorytet, właściciel produktu ma kontekst, aby zdecydować, co zespół Scrum powinien traktować priorytetowo. 

Właściciel produktu ma dostęp do statystyk dotyczących priorytetów biznesowych, więc rozumie, dlaczego konkretne inicjatywy są ważne i w jaki sposób praca przekłada się na ich realizację. Oznacza to, że może nadawać priorytet informacjom zwrotnym od interesariuszy i pomagać zespołowi Scrum skupić się na najważniejszych zadaniach. Bez właściciela produktu zespoły Scrum często ustalają priorytety w oparciu o wskazówki od zespołów międzyfunkcyjnych. 

Ponadto właściciel produktu zbiera opinie użytkowników końcowych poprzez testy z udziałem użytkowników. Dzięki temu zna potrzeby użytkowników i może nadawać priorytety pracy, aby w razie potrzeby rozwiązywać typowe problemy. 

Tworzenie historii użytkowników

Właściciel produktu tworzy również historie użytkowników, aby pomóc członkom zespołu zrozumieć kontekst każdej funkcji produktu. W zwinnym zarządzaniu projektami historia użytkownika to nietechniczny opis funkcji produktu napisany z perspektywy użytkownika. Historie użytkowników określają ostateczne cele funkcji produktu, dzięki czemu zespół programistyczny wie, co tworzy, dlaczego to robi i jaką wartość tworzy.

Historie użytkowników często mają formę pojedynczego zdania o następującej strukturze: 

„Jako [użytkownik] potrzebuję [cel oprogramowania], aby uzyskać [żądany wynik]”.

W naszym przykładzie dotyczącym aplikacji Kalendarz właściciel produktu Scrum może utworzyć następującą historię użytkownika, aby zdefiniować cele funkcji: 

„Jako menedżer zespołu zdalnego chcę wiedzieć, kiedy członkowie mojego zespołu pracują, aby móc planować spotkania w dogodnych dla wszystkich godzinach”. 

Priorytetyzacja i zarządzanie backlogiem produktu

Oprócz definiowania funkcji produktu, właściciel produktu jest odpowiedzialny za udoskonalanie backlogu. Obejmuje to:

• Tworzenie i zarządzanie backlogiem produktu 

• Ustalanie priorytetów zadań w oparciu o potrzeby biznesowe, cele produktowe i wymagania użytkowników

• Jasne określenie wszystkich zadań i upewnienie się, że backlog produktu jest dostępny dla wszystkich członków zespołu

• Ustalanie wymagań dotyczących produktu i oczekiwań użytkowników z zespołem Scrumowym

Oprócz udostępniania backlogu produktu pozostałym członkom zespołu Scrum, właściciel produktu upewnia się również, że interesariusze mogą go zobaczyć i zrozumieć. Dzięki temu interesariusze mogą śledzić:

• w jaki sposób zespół Scrum przekłada ich opinie na konkretne funkcje produktu;

• Dlaczego priorytetyzuje określone zadania

• Jak wygląda realistyczny harmonogram dla nowych zleceń dotyczących funkcji

Nadzorowanie etapów tworzenia produktu

Kiedy zespoły opracowują nowy produkt lub funkcję, często postępują zgodnie z ustalonym procesem, aby zapewnić prawidłowe zdefiniowanie, przetestowanie i wdrożenie produktu. Ta praktyka nazywa się procesem rozwoju produktu. Jest to sześciostopniowy cykl życia, który prowadzi produkt od początkowej koncepcji do ostatecznego na rynek. 

Właściciel produktu koordynuje działania z kluczowymi interesariuszami, aby przeprowadzić produkt przez każdy etap procesu jego rozwoju:

1. Generowanie pomysłów: burze mózgów na temat koncepcji produktów w oparciu o potrzeby klientów i badania rynkowe

2. Definiowanie produktu: określa zakres funkcji, definiuje propozycję wartości i identyfikuje wskaźniki sukcesu

3. Prototypowanie: tworzy wersję produktu weryfikującą koncepcję, aby określić wykonalność różnych funkcji i stworzyć strategię rozwoju

4. Wstępny projekt: tworzy pierwszą wersję roboczą produktu, którą można wykorzystać do zbierania informacji zwrotnych od interesariuszy i użytkowników końcowych.

5. Walidacja i testowanie: sprawdza, czy każda część produktu działa prawidłowo, zanim zostanie udostępniona publicznie

6. Komercjalizacja: wprowadzenie na rynek i wdrożenie produktu końcowego

Postępowanie zgodnie z tym procesem zapewnia, że zespół Scrum tworzy najlepszy możliwy produkt przy najmniejszym ryzyku. 

Zapewnienie, że zespół Scrum przestrzega wytycznych dotyczących tworzenia nowego produktu

Podczas procesu tworzenia nowego produktu właściciele produktu są również odpowiedzialni za zapewnienie, że ich zespół przestrzega wytycznych dotyczących rozwoju i najlepszych praktyk. Może to obejmować: 

• Tworzenie prototypu w celu przetestowania początkowej koncepcji

• Przeprowadzenie testów front-endowych w celu zidentyfikowania wszelkich błędów lub zagrożeń związanych z rozwojem

• Przeprowadzenie testów użytkownika, aby upewnić się, że gotowy produkt spełnia oczekiwania i wymagania użytkowników końcowych.

Właściciel produktu nie tworzy tego procesu od podstaw (zazwyczaj jest on definiowany przez przywództwo w zespole produktowym), ale jego obowiązkiem jest koordynacja z interesariuszami i upewnienie się, że zespół wykonuje każdy krok. 

Dlaczego właściciel produktu jest ważny?

Właściciele produktu odgrywają kluczową rolę w procesie rozwoju produktu, od zarządzania opiniami interesariuszy po opracowanie kompleksowego backlogu produktu. Ci kluczowi członkowie zespołu Scrum pomagają rozwiązywać problemy związane z projektowaniem i koordynacją między interesariuszami a programistami, jednocześnie dbając o to, aby produkt był zgodny z celami firmy. 

Aby lepiej zrozumieć znaczenie wyznaczenia właściciela produktu dla zespołów Scrumowych, poniżej przedstawiamy kilka korzyści, których można oczekiwać od tego stanowiska. 

Lepsza komunikacja między interesariuszami

Jednym z głównych obowiązków właściciela produktu jest zapewnienie płynnej komunikacji między wszystkimi interesariuszami produktu. Jest łącznikiem między zespołem ds. rozwoju technicznego a interesariuszami i użytkownikami końcowymi, którzy nie mają takiej wiedzy technicznej. Dzięki temu obie strony mają informacje potrzebne do stworzenia jak najlepszego produktu. 

Na przykład interesariusze zaangażowani w tworzenie aplikacji Kalendarz mogą chcieć dodać funkcję współpracy, aby użytkownicy mogli udostępniać swoją agendę. Właściciel produktu przyjmuje te informacje, dzieli je na elementy backlogu, które zespół programistyczny musi ukończyć, i przekazuje interesariuszom wszelkie pytania lub uwagi zespołu. 

Zarządzanie komunikacją między interesariuszami przez właściciela produktu:

• Usprawnia komunikację między wszystkimi stronami

• zwiększa wydajność podczas priorytetyzacji funkcji produktu i elementów backlogu,

• Umożliwia zespołowi Scrumowemu lub interesariuszom podejmowanie ważnych decyzji w oparciu o informacje zwrotne z obu stron procesu

Usprawnia proces utworzenia produktu

Właściciele produktów czerpią pomysły i rekomendacje od interesariuszy oraz z badań użytkowników końcowych, aby przedstawić nowe, innowacyjne funkcje produktu. Ściśle współpracują z interesariuszami, aby określić proces utworzenia produktu i przedstawić sugestie dotyczące podejmowania świetnych decyzji produktowych. 

Ponieważ właściciel produktu stworzył wizję produktu, historie użytkowników, profile klientów docelowych i ogólne cele produktu, zespoły ds. rozwoju produktu mają plan, który będzie im towarzyszył, gdy będą rozciągane w różnych kierunkach. Właściciel produktu jest po to, aby zespół był skupiony i działał zgodnie z planem. 

Bardziej wydajne procesy dzięki backlogowi produktu

Opracowanie i zarządzanie backlogiem produktu to prawdopodobnie największa korzyść wynikająca z wyznaczenia właściciela produktu. Backlog działa jak narzędzie do planowania krótko- i długoterminowego, prezentując mapę drogową produktu na zupełnie nowym poziomie szczegółowości. 

Dzięki ogólnemu obrazowi produktu i zadaniami, które należy wykonać, aby go stworzyć, backlog produktu pomaga zespołom zrozumieć kolejne kroki i relacje między zadaniami. Pomaga to:

• Poprawić wydajność, tworząc płynny, przejrzysty proces rozwoju

• organizować zadania i zapewniać dotrzymywanie terminów;

• priorytetyzować pracę i zlecenia interesariuszy;

• Zmniejszyć ryzyko pełzania zakresu i utrzymać zespół na właściwych torach

Tworzenie lepszych produktów z właścicielem produktu

Właściciele produktów są niezbędnym elementem każdego zespołu Scrumowego. Opracowują ogólną wizję produktu i pomagają zespołowi ją zrealizować, aby wszyscy rozumieli cel nowych funkcji produktu i dlaczego są one ważne.