w Scrum, product owner to osoba, która reprezentuje pragnienia i pragnienia klientów lub użytkowników (cele i wizje). Product owner jest zazwyczaj kluczową osobą, która może w wielu przypadkach kontrolować finansowanie dla projektu, który ma być rozwijany, lub jeśli nie kontroluje finansowania, jest odpowiedzialny wobec tych, którzy robią dla realizacji swoich wizji w sposób ich zwrot z inwestycji jest zmaksymalizowany.,
Definiowanie wizji (obowiązków projektowych)
product owner jest odpowiedzialny za rozbicie ogólnych celów, które wielokrotnie są w kategoriach marketingowych, na szereg mniejszych segmentów. On lub ona jest odpowiedzialny za stworzenie raportu zaległości produktu, który jest priorytetową listą wymagań produktu z szacowanym czasem ich realizacji. Raport o zaległościach produktu jest jednym z kluczowych obowiązków właściciela produktu do tworzenia i utrzymywania, ale może zostać przekazany innym.
w tym celu można nawet utworzyć zespół product Ownera., Jeśli jednak tak się stanie, jeden z członków zespołu product Ownera powinien zostać wyznaczony na rzecznika prasowego. Rzecznik jest jedyną osobą, że zespół rozwoju Scrum idzie do ostatecznych odpowiedzi na swoje pytania. Komitet nie powinien podejmować decyzji.
obowiązki zespołu
ważne jest, aby product owner dzielił się i angażował zespół programistów Scrum w wizje organizacji. Właściciel produktu powinien odpowiedzieć na wszystkie pytania zespołu i wysłuchać jego sugestii dotyczących dodawania, usuwania, zmiany lub ulepszania celów użytkownika., Jest to ważne dla motywowania zespołu i uzyskiwania opinii użytkowników.
Definiowanie ograniczeń
oprócz definiowania celów projektu, product owner jest odpowiedzialny za definiowanie granic lub ograniczeń dla osiągnięcia celów. Ograniczenia takie jak terminy realizacji, limity kosztów, limity pamięci, minima prędkości itp.. Ograniczenia lub ograniczenia, o które prosi product owner, muszą być możliwe do osiągnięcia. Właściciel produktu musi uważać, aby nie żądać nierealnych lub technicznie niemożliwych celów., Jeśli jednak zostaną przesłane jakieś nierealistyczne cele, przynajmniej w przypadku Scruma istnieje stała komunikacja między Użytkownikiem lub przedstawicielem użytkownika a zespołem deweloperskim i prawdopodobnie wczesna identyfikacja.
ustalanie priorytetów zadań
kolejnym ważnym czynnikiem wpływającym na realizację celów jest ustalanie priorytetów zadań w sprincie. Zespół pracuje najpierw nad tymi segmentami, które są najważniejsze, a po zakończeniu mogą zostać udostępnione użytkownikowi lub klientowi w celu ich włączenia. Są to zazwyczaj segmenty zadań, które przynoszą wysoką wartość produktu i pozytywnie wpływają na zwrot z inwestycji., Dzięki szybkiemu uwalnianiu ukończonych części priorytetowych prac, części produktu są dostępne na rynku szybciej niż w tradycyjnych projektach, w których ukończone prace są uwalniane w całości na końcu.
ponieważ projekty mogą trwać przez dłuższy czas, jest to bardzo ważne, ponieważ opinie użytkowników, dobre lub złe, wracają do ciebie dużo wcześniej. Ta informacja zwrotna zwykle oznacza zmianę tego, co pozostało do zrobienia w projekcie. Niektóre cele mogą zostać zmienione, niektóre wyeliminowane, a niektóre nowe cele dodane do projektu., Ponieważ zmiany pojawiły się w trakcie prac nad projektem, istnieje znacznie większe prawdopodobieństwo, że można je włączyć po niższych kosztach niż w przypadku, gdy projekt został już ukończony.
Włączanie zmian, czy prędzej czy później zostanie przyjęte przez Scrum jako nastąpi. Żaden projekt nie jest uważany za zakończony raz na zawsze. Nawet jeśli osiągniemy to, o co prosiliśmy, zawsze chcemy być w stanie poprawić nasze cele. Pod tym względem definiowanie naszych wizji jest niekończącym się procesem i ma własne życie.