Menu

Role i obowiązki zespołu Scrumowego: Scrum Master i właściciel produktu

  • Główny
  • Inny
  • Role i obowiązki zespołu Scrumowego: Scrum Master i właściciel produktu

scrum team roles responsibilities

Wypróbuj Nasz Instrument Do Eliminowania Problemów

Role i obowiązki zespołu Scrumowego:

Jestem pewien, że do tej pory wszyscy musieliśmy być bardzo jasni Manifest Agile z naszego ostatniego samouczka.

Ten samouczek jest przeznaczony dla członków zespołu Scrum, którzy są nowicjuszami w programowaniu zwinnym, aby poznać ich role i obowiązki.

Samouczek pomoże również tym, którzy już pracują w modelu zwinnym, odświeżyć swoje umiejętności, a także tym, którzy po prostu chcą wiedzieć o tych rolach. Zapewni również wgląd w obowiązki i każdą rolę, jaką pełni.

obowiązki związane z rolami zespołu scrum

Każda rola ma wiele innych cech niż to, co przytoczyliśmy w naszym samouczku, jednak czytelnicy z pewnością mogą bez wątpienia dokładnie poznać każdą rolę Scruma.

Czego się nauczysz:

Role i obowiązki zespołu Scrumowego

Zespół Scrumowy składa się głównie z trzech ról: Scrum Master, właściciel produktu i zespół deweloperski .

Nikt spoza podstawowego zespołu nie ma bezpośredniego wpływu na zespół. Każda z tych ról w Scrumie ma bardzo jasny zestaw obowiązków, które omówimy szczegółowo w dalszej części tego samouczka. W tej sekcji skupmy się na atrybutach zespołu Scrum jako całości i idealnej wielkości zespołu.

Atrybuty zespołów Scrumowych

Poniżej podano 2 atrybuty Zespołu Scrumowego:

  • Zespół Scrumowy samoorganizuje się
  • Zespół Scrum jest wielofunkcyjny

Samoorganizujące się zespoły Scrumowe są samowystarczalni i samowystarczalni pod względem wykonywania swojej pracy bez potrzeby pomocy lub wskazówek z zewnątrz. Zespoły są wystarczająco kompetentne, aby zastosować najlepsze praktyki, aby osiągnąć swoje cele sprintu.

Wielofunkcyjne zespoły Scrumowe to zespoły posiadające wszystkie niezbędne umiejętności i biegłość w zespole, aby wykonać swoją pracę. Te zespoły nie polegają na nikim spoza zespołu przy wykonywaniu zadań. Zatem Zespół Scrumowy jest bardzo kreatywnym połączeniem różnych umiejętności, które są wymagane do wykonania całego zadania.

Każdy członek zespołu niekoniecznie musi posiadać wszystkie umiejętności wymagane do zbudowania produktu, ale jest kompetentny w swojej dziedzinie. Powiedziawszy to, członek zespołu nie musi być wielofunkcyjny, ale cały zespół musi taki mieć.

Zespoły o wysokiej samoorganizacji i wielofunkcyjności zapewnią wysoką produktywność i kreatywność.

Zespół Scrumowy

Wielkość zespołu Scrumowego

Zalecany rozmiar Zespołu Deweloperskiego w Scrumie to 6 +/- 3, czyli od 3 do 9 członków, którzy nie obejmują Scrum Mastera i Właściciela Produktu.

Przejdźmy teraz do przodu i omówmy szczegółowo każdą z tych ról.

Mistrz Scrum

Scrum Master to osoba odpowiedzialna za ułatwienie / coaching Zespołu Deweloperskiego i Właściciela Produktu w codziennej pracy nad rozwojem.

To on zapewnia, że ​​zespół rozumie Wartości i Zasady Scruma i jest w stanie je praktykować. Jednocześnie Scrum Master zapewnia również, że Zespół jest entuzjastycznie nastawiony do Agile, aby osiągnąć to, co najlepsze z frameworka. Scrum Master również pomaga i wspiera zespół w samoorganizacji.

Oprócz edukacji i szkolenia członków zespołu w zakresie znaczenia Agile, jest również odpowiedzialny za upewnienie się, że zespół jest zmotywowany i wzmocniony przez cały czas. Pracuje również nad usprawnieniem komunikacji i współpracy między członkami zespołu.

Scrum Master jest Liderem Procesu, który pomaga Zespołowi Scrumowemu i innym osobom spoza Zespołu Scrumowego zrozumieć Wartości, Zasady i Praktyki Scruma

Role i obowiązki

# 1) Trener - Scrum Master działa jako Agile Coach zarówno dla zespołu deweloperskiego, jak i właściciela produktu. Scrum Master w pewnym sensie działa jako czynnik umożliwiający prawidłową komunikację między Zespołem Deweloperskim a Właścicielem Produktu. Scrum Master pozostaje odpowiedzialny za wyeliminowanie przeszkody między obiema pozostałymi rolami.

Jeśli zostanie zauważone, że Właściciel Produktu nie angażuje się lub nie poświęca odpowiedniej ilości czasu Zespołowi Deweloperskiemu, to zadaniem Scrum Mastera jest szkolenie Właściciela Produktu w zakresie znaczenia jego zaangażowania dla ogólnego sukcesu zespołu.

# 2) Facylitator - Scrum Master działa również jako moderator dla Zespołu Scrumowego. Ułatwia i organizuje wszystkie zdarzenia Scrumowe wymagane przez członków zespołu Scrumowego. Scrum Master ułatwia także Zespołowi w podejmowaniu ważnych decyzji, które zwiększyłyby produktywność Zespołu Scrumowego jako całości.

Scrum Master nigdy nie nakazuje członkom zespołu czegoś, a raczej pomaga im w osiągnięciu tego poprzez coaching i przewodnictwo.

# 3) Usuwanie przeszkód - Scrum Master jest również odpowiedzialny za usuwanie przeszkód, które wpływają na produktywność zespołu w prowadzeniu biznesu. Wszelkie przeszkody, których członkowie zespołu nie mogą samodzielnie rozwiązać, trafiają do Scrum Mastera w celu rozwiązania.

Scrum Master nadaje priorytet tym przeszkodom w oparciu o ich wpływ na produktywność zespołu i biznes i zaczyna nad nimi pracować.

# 4) Strażnik interferencji - Scrum Master chroni również Zespół Scrumowy przed zewnętrzną ingerencją i rozproszeniem, dzięki czemu zespół może pozostać skupiony na dostarczaniu firmie najlepszej wartości po każdym sprincie.

Ingerencja może być większym problemem, jeśli zespół pracuje w środowisku Scaled Scrum, w którym wiele zespołów Scrumowych pracuje razem i mają między sobą zależności.

Scrum Master dba o to, aby zespół trzymał się z dala od jakiejkolwiek nieistotnej dyskusji i skupiał się na elementach Sprintu, podczas gdy on sam bierze odpowiedzialność za odpowiadanie na pytania i wątpliwości pochodzące z zewnątrz.

Scrum Master jest odpowiedzialny za ochronę zespołu przed ingerencją z zewnątrz i usuwanie przeszkód, aby zespół mógł skupić się na dostarczaniu wartości biznesowej.

# 5) Przywódca służący - Scrum Master jest często nazywany Sługą Liderem Zespołu Scrumowego. Jednym z jego najważniejszych obowiązków jest zwrócenie się do Zespołów Scrumowych o ich obawy i upewnienie się, że zostaną one uwzględnione.

Obowiązkiem Scrum Mastera jest potwierdzenie, że podstawowe wymagania zespołu są uszeregowane pod względem ważności i spełnione, aby umożliwić mu efektywną pracę i osiąganie dobrych wyników.

# 6) Poprawa procesu - Scrum Master wraz z zespołem jest również odpowiedzialny za regularne improwizowanie procesów i praktyk stosowanych w celu maksymalizacji dostarczanej wartości. Zadaniem Scrum Mastera nie jest wykonanie pracy, ale jego obowiązkiem jest umożliwienie zespołowi opracowania procesu, który pozwoliłby im osiągnąć cele sprinterskie.

Mistrz Scrum

Właściciel produktu

Inną bardzo ważną rolą, którą omówimy w tym samouczku, jest właściciel produktu. Właściciel produktu jest głosem klienta / interesariuszy i dlatego jest odpowiedzialny za wypełnienie luki między zespołem programistycznym a interesariuszami. Właściciel produktu zarządza luką w taki sposób, aby zmaksymalizować wartość budowanego produktu.

Właściciel produktu ma być zaangażowany w działania sprintu i wysiłki rozwojowe i odgrywa bardzo kluczową rolę w sukcesie produktu.

Role i obowiązki

# 1) Pokonywanie luk - Właściciel produktu ściśle współpracuje z wewnętrznymi i zewnętrznymi interesariuszami w celu zebrania danych wejściowych i zsyntetyzowania wizji umieszczenia cech produktu w Backlogu Produktu.

Obowiązkiem Właściciela Produktu jest zrozumienie wymagań i preferencji interesariuszy / społeczności klientów, ponieważ to on występuje jako ich przedstawiciel i ponosi odpowiedzialność za zbudowanie właściwego rozwiązania.

Jednocześnie Właściciel Produktu zapewnia, że ​​Zespół Deweloperski rozumie, co i kiedy należy zbudować. Na co dzień współpracuje z zespołem. Zaangażowanie Właściciela Produktu w Zespół zwiększa częstotliwość informacji zwrotnych i czas reakcji, co w rezultacie podnosi wartość budowanego produktu.

Brak / mniejsza współpraca właściciela produktu może prowadzić do katastrofalnych rezultatów i ostatecznie do niepowodzenia Scruma.

Właściciel Produktu zapewnia, że ​​pozycje Backlogu Produktu są przejrzyste i jasno wyrażone, a wszyscy w zespole mają takie samo zrozumienie pozycji.

# 2) Zarządza backlogiem produktu - W wyniku powyższego, Właściciel Produktu jest odpowiedzialny za tworzenie i zarządzanie Backlogiem Produktu, porządkowanie elementów w Backlogu Produktu, aby jak najlepiej spełnić wymagania Interesariusza, tj. Nadawanie priorytetów elementom Backlogu Produktu i ostatecznie powinien być zawsze dostępny odpowiadać lub udzielać wyjaśnień na wszystkie pytania Zespołu Deweloperskiego.

Ogólnie rzecz biorąc, jest odpowiedzialny za przygotowanie Backlogu Produktu w celu poprawy dostarczanej wartości.

Każdy, kto chce dodać / usunąć pozycję w Backlogu Produktu lub chce zmienić priorytet pozycji, powinien zostać skierowany do Właściciela Produktu

# 3) Certyfikacja produktu - Jego kolejnym obowiązkiem jest certyfikowanie budowanych elementów. W tym procesie definiuje Kryteria akceptacji dla każdego elementu Backlogu Produktu. Właściciel Produktu może również stworzyć testy akceptacji reprezentujące Kryteria akceptacji zdefiniowane przez niego lub może skorzystać z pomocy MŚP lub Zespołu Deweloperskiego w ich tworzeniu.

Teraz to on zapewnia spełnienie kryteriów akceptacji, wykonując testy akceptacji. Może on zdecydować się na wykonanie tych testów odbiorczych samodzielnie lub może poprosić o to ekspertów, aby upewnić się, że aspekty funkcjonalne i jakościowe są spełnione, a oczekiwania spełnione.

Ta czynność jest zwykle wykonywana podczas sprintu, gdy elementy są zakończone, aby można było wykryć błędy i naprawić je przed właściwym spotkaniem przeglądowym sprintu.

# 4) Udział - Właściciel Produktu jest kluczowym uczestnikiem działań związanych ze Sprintem. Ściśle współpracuje z Zespołem Deweloperskim w wyjaśnianiu Pozycji, ich zakresu i wartości, jaką posiada.

Działa również jako umożliwiający Zespołowi Deweloperskiemu pobranie elementów Backlogu Produktu, które mają dostarczyć do końca Sprintu. Oprócz działań w ramach Sprintu właściciel produktu pracuje również nad działaniami związanymi z wydaniem produktu.

Podczas działań związanych z wydaniem produktu Właściciel Produktu angażuje się z Interesariuszami w celu omówienia elementów następnej wersji. Jednym z kluczowych czynników sukcesu zespołu jest to, że cały zespół powinien szanować Właściciela Produktu i jego decyzje. Nikt inny niż Właściciel Produktu nie powinien mówić zespołowi, nad czym ma pracować.

Zaleca się mieć jednego właściciela produktu na pełen etat dla jednego produktu. Może się jednak zdarzyć, że właściciel produktu będzie pracował w niepełnym wymiarze godzin.

Właściciel produktu proxy

Pełnomocnik Właściciela Produktu to osoba zarejestrowana przez samego Właściciela Produktu, która może przejąć wszystkie jego obowiązki, jego nieobecność i wspierać go. Pełnomocnik Właściciela Produktu ponosi odpowiedzialność za wszystkie obowiązki, do których został oddelegowany, ale ostatecznie odpowiedzialność za wykonaną pracę nadal spoczywa na faktycznym Właścicielu Produktu.

java, jak zrobić listę

Pełnomocnik właściciela produktu jest również upoważniony do podejmowania niezbędnych decyzji w imieniu faktycznego właściciela produktu.

Właściciel Produktu

Zespół deweloperski

Kolejną bardzo ważną częścią Zespołu Scrumowego jest Zespół Deweloperski. Zespół deweloperski składa się z programistów biegłych w swojej dziedzinie. W przeciwieństwie do innych członków Zespołu Scrumowego, Zespół Deweloperski pracuje nad faktyczną implementacją potencjalnie możliwego do dostarczenia oprogramowania / przyrostu, który ma być dostarczony na koniec każdego Sprintu.

Zespół deweloperski może składać się z osób posiadających specjalistyczne umiejętności, takie jak programiści front-end, programiści zaplecza, deweloperzy, eksperci ds. Kontroli jakości, analityk biznesowy, DBA itp., Ale wszyscy oni są określani mianem programistów; Żadne inne tytuły nie są dozwolone. Zespół deweloperski nie może mieć nawet pod-zespołów, takich jak zespół testujący, zespół specyfikacji wymagań itp.

Zespół jest tworzony z uwzględnieniem wszystkich podstawowych umiejętności wymaganych do pomyślnego opracowywania, testowania i dostarczania przyrostów produktu w każdym Sprincie bez pomocy z zewnątrz. W związku z tym oczekuje się, że zespół będzie samowystarczalny i wielofunkcyjny. Zespół Deweloperski nie przyjmuje żadnej pomocy spoza Zespołu Scrumowego i zarządza własną pracą.

Odpowiedzialność za tworzenie Przyrostów zawsze spoczywa na Zespole Deweloperskim jako całości, ale wszyscy w Zespole Scrumowym są odpowiedzialni za całościową realizację.

Decyzja o dodaniu / usunięciu członka zespołu należy wyłącznie do zespołu deweloperskiego. Jeśli wymagany jest nowy zestaw umiejętności, zespół deweloperski może zdecydować się na zbudowanie tej wiedzy w zespole lub dodanie nowego członka do zespołu.

Role i obowiązki

1) Rozwój i dostawa - Zespół deweloperski jest odpowiedzialny za stworzenie gotowego przyrostu w oparciu o „Definicję ukończenia” na koniec każdego sprintu. Wykonany przyrost niekoniecznie musi być częścią następnej wersji produkcyjnej, ale z pewnością jest to potencjalnie możliwa do wydania funkcja, z której może korzystać użytkownik końcowy.

Jest to wezwanie właściciela produktu, aby zdecydować, co musi być częścią wydania. Zespół Deweloperski jest jednak odpowiedzialny za opracowanie i dostarczenie Ukończonego Przyrostu w każdym Sprincie, który spełnia kryteria określone w Definicji Ukończenia.

# 2) Wyznaczanie zadań i szacowanie - Zespół Deweloperski jest również odpowiedzialny za pobranie Historii Użytkowników / Pozycji z priorytetowego Backlogu Produktu, który ma zostać dostarczony w następnym Sprincie. W ten sposób te elementy tworzą Backlog Sprintu. Sprint Backlog jest tworzony podczas spotkania Planowania Sprintu.

Innym bardzo ważnym obowiązkiem zespołu deweloperskiego jest tworzenie zadań poprzez rozkładanie elementów sprintu i dostarczanie szacunków do tych elementów sprintu.

Nikt nie mówi zespołowi deweloperskiemu, co i jak ma robić. Obowiązkiem Zespołu Deweloperskiego jest pobranie elementów z Backlogu Produktu, które mogą zostać dostarczone w następnym Sprincie. Po rozpoczęciu Sprintu elementów nie można zmieniać / dodawać / usuwać.

Wielkość zespołu deweloperskiego

Wielkość zespołu deweloperskiego należy wybierać mądrze, ponieważ może to bezpośrednio ograniczać produktywność zespołu, wpływając w ten sposób na dostarczanie produktu. Zespół deweloperski nie powinien być bardzo duży, ponieważ może wymagać dużej koordynacji między członkami zespołu.

Jednak w przypadku bardzo małego zespołu posiadanie wszystkich umiejętności wymaganych do dostarczenia Przyrostu byłoby bardzo trudne. Dlatego należy wybrać optymalną liczbę dla wielkości zespołu deweloperskiego.

Zalecana wielkość Zespołu Deweloperskiego to od 3 do 9 członków, z wyłączeniem Scrum Mastera i Właściciela Produktu, chyba że wspólnie z innymi deweloperami rozwijają Przyrost oprogramowania.

zespół programistów

Podsumowanie

Zespół Scrumowy

Role

  • Właściciel Produktu
  • Zespół deweloperski
  • Scrum Master

Rozmiar

  • Wielkość zespołu Scrumowego - od 3 do 9

Samoorganizujący się zespół

  • Zna najlepszy sposób wykonania swojej pracy.
  • Nikt nie mówi samoorganizującemu się zespołowi, co ma robić.

Zespół wielofunkcyjny

  • Posiada wszystkie umiejętności wymagane do wykonania pracy bez pomocy z zewnątrz.

Właściciel Produktu

  • Reprezentuje komitet lub jest pod jego wpływem.
  • Współpracuje z interesariuszami i zespołem Scrumowym.
  • Zarządza backlogiem produktu
    • Wyjaśnia pozycje rejestru produktu.
    • Priorytetyzacja elementów pracy.
    • Zapewnia, że ​​rejestr produktu jest łatwo zrozumiały i przejrzysty.
    • Jasno określa, nad którymi elementami należy pracować.
    • Zapewnia, że ​​zespół programistów rozumie pozycję w rejestrze produktu
    • Wszystko, co ma zostać dodane / usunięte / zmienione u właściciela produktu, powinno zostać przekazane przez właścicieli produktu.
  • Odbierz połączenie, kiedy zwolnić elementy pracy.

Scrum Master

  • Daje pewność, że Scrum jest jasno zrozumiany i przyjęty przez zespół.
  • Jest liderem służącym w Zespole Scrumowym.
  • Usuwanie przeszkód
  • Chroń zespół przed bezużytecznymi interakcjami, aby zmaksymalizować wartość biznesową tworzoną przez Zespół Scrumowy.
  • Ułatwianie wydarzeń Scrum na żądanie.
  • Zapewnia, że ​​spotkania są ograniczone czasowo.

Zespół deweloperski

  • Dostarcza potencjalnie wydalny przyrost „Ukończonego” produktu na koniec każdego Sprintu.
  • Są samoorganizujące się i wielofunkcyjne.
  • Nikt nie mówi zespołowi deweloperskiemu, co i jak ma robić.
  • Tytuły nie są dozwolone. Wszyscy są programistami w zespole.
  • Nie można tworzyć zespołów podrzędnych.
  • Pozostają odpowiedzialni za pracę nad elementami sprintu.
  • Zespół Deweloperski jest odpowiedzialny za zadania i dostarczanie szacunków.

To wszystko, co mieliśmy w zanadrzu, jeśli chodzi o role i obowiązki zespołów Scrumowych. Omówiliśmy obowiązki każdego z członków zespołu i sposób, w jaki pracują jako cały zespół.

Bądź na bieżąco, aby dowiedzieć się więcej o Artefaktach Scruma w naszym nadchodzącym samouczku, w którym omówimy produkty uboczne, takie jak Rejestr produktu, Rejestr sprintu i Przyrost.

POPRZEDNIA samouczek | NEXT Tutorial

rekomendowane lektury

^