Jak zarządzać artefaktami Agile Scrum: Definicja i znaczenie
Zwinny

Jak zarządzać artefaktami Agile Scrum: Definicja i znaczenie

Zwinna metodologia Scrum została zaprojektowana tak, aby adaptować się do zmian, budując oprogramowanie, które ewoluuje wraz z potrzebami biznesu. Gdy zmiany stają się gwałtowne, Teams mogą wpaść w chaos nieporozumień i niedostosowania.

Aby pozostać na właściwym torze przez cały czas, teamy inżynierskie potrzebują wspólnego słownictwa, co umożliwiają właśnie artefakty zwinnego scruma.

W tym wpisie na blogu omawiamy artefakty scrumowe, w jaki sposób pomagają i jak można nimi zarządzać z korzyścią dla zespołu.

Czym są artefakty Scruma?

Artefakty Scruma to elementy, raportowania lub procesy, które pomagają kierownikom projektów w udostępnianiu istotnych informacji wszystkim interesariuszom.

Są one jasno wyczyszczone zwinne terminy scrumowe , którego głównym celem jest zapewnienie wszystkim widoczności rozwoju produktu, planowanych działań, zakończonych zadań i wydajności zespołu.

Trzy artefakty scruma to:

  • Rejestr Produktu (Product Backlog)
  • Rejestr sprintu (ang. sprint backlog)
  • Przyrost

Przeanalizujemy każdy z tych elementów i sposób ich wykorzystania w zwinne zarządzanie projektami w dalszej części tego wpisu na blogu.

Zanim jednak zaczniesz tworzyć artefakty scruma, musisz poznać jego naczelną zasadę: przejrzystość.

Znaczenie przejrzystości artefaktów w Agile Scrum

W praktyce zwinnego/scrumowego tworzenia oprogramowania, przejrzystość jest fundamentalną zasadą przewodnią, wpływającą na każdą decyzję i działanie. Jednym ze sposobów, w jaki członkowie zwinnych zespołów scrumowych praktykują przejrzystość, są artefakty.

Artefakty przewodnik scrum stwierdza, że głównym celem artefaktów scrum jest "maksymalizacja przejrzystości kluczowych informacji", dając każdemu, kto je sprawdza, tę samą podstawę do adaptacji.

Zasadniczo artefakty scrum pomagają ustawić wspólny kontekst dla zespołu, aby kierować projektem we właściwym kierunku. Przynosi to zespołowi korzyści na różne sposoby.

Tworzy zaufanie: Gdy wszyscy mają dostęp do aktualnych informacji na temat postępów w projekcie, ufają sobie nawzajem.

Wspiera współpracę: Artefakty Agile Scrum budowane wspólnie przez zespół sprawiają, że widoczne są luki i blokady. Więc, wielofunkcyjny zespół członkowie oferują pomoc i porady w większym odsetku projektu.

Ogranicza ryzyko: Artefakty Scrum oferują sposób na prognozę problemów, wykrywanie defektów i rozwiązywanie ich zanim staną się problemem.

Wsparcie w rozwiązywaniu problemów: Za każdym razem, gdy zespół scrumowy natrafi na przeszkodę, artefakty służą jako drogowskazy, dostarczając krytycznych informacji umożliwiających podejmowanie skutecznych decyzji.

Umożliwia ciągłe doskonalenie: Teams dążą do ciągłego doskonalenia - artefakty agile scrum wspierają przeglądy i retrospektywy dzięki dokładnym i aktualnym danym.

W ten sposób artefakty scrumowe tworzą fundament frameworka. Pomagają wszystkim członkom zespołu w holistycznym i skutecznym stosowaniu frameworka Agile Scrum. Oto jak to zrobić.

Rodzaje artefaktów Scruma

Ramy procesu Scrum obejmują trzy podstawowe artefakty: rejestr produktu, rejestr sprintu i przyrost produktu. Z czasem jednak zespoły scrumowe rozwinęły dodatkowe artefakty, takie jak wizja produktu, wykres wypalenia, definicja zrobienia itp. Przyjrzyjmy się im wszystkim.

1. Rejestr produktu

Przykład widoku listy zaległości produktowych ClickUp

backlog produktu jako lista elementów, które muszą zostać ukończone

Ten oficjalny artefakt Scruma jest uporządkowaną listą funkcji, ulepszeń i poprawek błędów wymaganych w produkcie. Jest ona tworzona na podstawie badań dotyczących obsługi klienta i analizy konkurencji/rynku.

Niektóre z kluczowych cech rejestru produktu to:

  • Dokument na żywo: Jest aktualizowany w miarę pojawiania się nowych pomysłów/wymagań
  • Pojawiający się: Jest również regularnie przeglądany w celu usunięcia lubzdepriorytetyzować elementów, które nie są już krytyczne
  • Cross-team: Jest używany zarówno przez zespoły biznesowe, jak i inżynieryjne do planowania przyszłych działań
  • Zarządzany przez właściciela produktu: Chociaż korzystają z niego różne Teamsy, odpowiedzialność za jego aktualizację i przejrzystość spoczywa na właścicielu produktu

Rejestr produktu jest pojedynczym źródłem informacji o pracy podejmowanej przez zespół scrumowy.

Jednak nie wszystkie elementy rejestru produktowego są od razu gotowe do dodania do sprintu. Rejestr produktu przechodzi przez proces udoskonalania, aby zapewnić, że dany element osiąga niezbędny poziom przejrzystości lub jasności.

Tutaj deweloperzy rozbijają i definiują elementy rejestru produktowego na mniejsze, bardziej precyzyjne historie, które mogą zostać zakończone w ramach jednego sprintu.

Commit dla rejestru produktowego jest skierowany na cel produktu. Teams Scrum definiują cel produktu (przyszły stan produktu) i strukturyzują elementy zaległości, aby osiągnąć ten cel.

Gdy elementy zaległości produktowych są gotowe do wybrania do następnego sprintu, trafiają do zaległości sprintu.

2. Backlog sprintu

Rejestr sprintu jest podzbiorem rejestru produktu wybranym do opracowania w następnym sprincie. Nakreśla również plan dostarczenia tej funkcji i osiągnięcia celu sprintu.

Backlog sprintu jest tworzony podczas planowania sprintu spotkanie, podczas którego zespół inżynierów wybiera elementy zaległości produktowych na podstawie priorytetu, dodaje je do zaległości sprintu i dzieli na zadania do opracowania.

Backlog sprintu podkreśla obraz sprintu w czasie rzeczywistym. Tak więc:

  • Aktualizowany w czasie rzeczywistym: Teams uważnie śledzą elementy w backlogu sprintu, dodając komentarze i regularnie aktualizując status
  • Zachowana świeżość: Niepotrzebne elementy z backlogu sprintu są usuwane
  • Szczegółowość: Każdy element w backlogu sprintu powinien mieć wystarczającą ilość informacji, aby mógł zostać sprawdzony podczas codziennego scruma

Gdy zespół pracuje nad elementami zaległości sprintu, buduje przyrosty produktu.

3. Przyrost produktu

Przyrost jest działającą, możliwą do dostarczenia wersją produktu, która spełnia "definicję do zrobienia" zespołu deweloperskiego, tj. wszystkie kryteria akceptacji (kryteria jakości, ograniczenia lub wymagania niefunkcjonalne/biznesowe) zdefiniowane w rejestrze produktu.

Pod koniec każdego sprintu, praca zrobiona przez zespół programistów musi zostać zwieńczona przyrostem, który jest w pełni przetestowanym i zatwierdzonym dodatkiem do istniejącego produktu.

Chociaż dla każdego sprintu istnieje jeden przyrost, obejmuje on również przyrosty ze wszystkich poprzednich sprintów. Uzupełniają one proces ciągłej integracji/ciągłego wdrażania (CI/CD) w zakresie śledzenia wersji i wycofywania w razie potrzeby.

4. Definicja do zrobienia

Definicja zrobienia to formalna lista standardów, które każdy nowy przyrost musi spełnić, zanim zostanie oficjalnie uznany za zakończony.

Zgodnie z przewodnikiem scrumowym, definicja zrobione jest commitem do zrobienia przyrostu produktu, a nie artefaktem. Niemniej jednak, korzystne dla całego zespołu scrumowego jest posiadanie jasnej, udokumentowanej definicji zrobionego, aby pchnąć przyrost do zrobienia.

Zespoły scrumowe mają zazwyczaj listę kontrolną elementów, które składają się na definicję zrobienia. Na przykład, może ona zawierać:

  • Zakończony przegląd kodu
  • Zakończone testy funkcji
  • Testy bezpieczeństwa zakończone
  • Spełnione standardy zgodności z przepisami

Definicja do zrobienia może się różnić dla każdej historii użytkownika. Może ewoluować, aby dostosować się do najnowszego zrozumienia biznesu przez Teams. Jest ona iterowana podczas retrospektyw sprintu w celu wzmocnienia jej w przyszłych przyrostach.

Przyrost nie jest wydawany, jeśli element zaległości produktowych nie spełnia definicji zrobienia. Zamiast tego jest wysyłany z powrotem do rejestru w celu przeglądu. Jest on sprawdzany pod kątem problemów i przyczyn źródłowych, dzięki czemu scrum masterzy mogą usprawnić procesy aby uniknąć takich sytuacji w przyszłości.

Gdy element spełnia definicję zrobionego, zostaje zamknięty do śledzenia burndown, a Teams przechodzi do kolejnego otwartego zadania.

5. Wizja produktu

Wizja produktu to wspólne rozumienie przyszłego stanu produktu. Nakreśla ona wartość dostarczaną przez produkt jego niestandardowym klientom.

Wizja produktu nadaje kierunek dla międzyfunkcyjnych Teams w kierunku ich celów. Pomaga im podejmować właściwe decyzje. Na przykład, gdy dwa elementy zaległości produktowych konkurują o uwagę, wizja produktu i cele pomagają programistom ustalić priorytety.

6. Plan wydania

Szablon planu wydania ClickUp

Scrum release plan z priorytetem, wysiłkiem i czasem trwania

Plan wydania określa, nad czym zespół będzie pracował (elementy zaległości produktu), kiedy zostaną one wydane (oś czasu) i jak zostaną wykonane (plan zasobów).

Plan wydania nie jest oficjalnym artefaktem zdefiniowanym w przewodniku scrumowym. Jest on jednak popularny wśród scrum masterów i właścicieli produktu, ponieważ kieruje ich zarządzaniem projektami i nadaje im strukturę.

Często tworzony podczas fazy planowania scruma, plan wydania pomaga odpowiedzieć na pytania takie jak:

  • Jak długi jest każdy z nadchodzących sprintów?
  • Jakie elementy zostaną zakończone w każdym sprincie i jaki jest ich priorytet?
  • Kto jest odpowiedzialny za jakie działania?
  • Jakie zasoby są potrzebne do zakończenia każdego sprintu?
  • Jaki jest budżet na każdy sprint?

W połączeniu z wizją produktu, plan wydania pomaga zespołowi uzyskać jaśniejszy widok na przyszłość.

Plan wydania jest zwykle przedstawiany jako wykres Gantta z zadaniami rozłożonymi w czasie i zależnościami. Kilka przykładów można zobaczyć tutaj Szablony projektów z wykresem Gantta .

7. Wykres Burndown Wykresy wypalenia (lub sprint burndown charts) podkreślają elementy backlogu produktu zakończone i zadania pozostałe do wykonania w bieżącym sprincie. Wykres burndown jest pomocny w

  • Porównywaniu bieżącej wydajności z planem wydania
  • Przewidywaniu, czy prace zostaną zakończone zgodnie z planem
  • Identyfikowaniu ewentualnego rozszerzenia zakresu w trakcie sprintu
  • Zapoznanie się z wydajnością teamu
  • Planowanie obciążenia

Teraz, gdy znasz już trzy podstawowe i inne rozszerzone artefakty scrumowe, oto więcej informacji o tym, jak możesz je tworzyć i używać.

Jak zarządzać artefaktami Scruma

Aktualne, wyczyszczone i przejrzyste artefakty scrumowe mają fundamentalne znaczenie dla skuteczności każdego zwinnego projektu inżynieryjnego scrum. Aby to osiągnąć, potrzebny jest skuteczny sposób ich tworzenia i zarządzania nimi.

Dobry oprogramowanie do zarządzania projektami scrum takie jak ClickUp powinno to umożliwiać. Oto jak to zrobić.

Widok zadań dla zespołów scrumowych

Widok zadania ClickUp

ClickUp task view

Każdy element w projekcie scrumowym musi być jasno i przejrzyście zdefiniowany. Do zrobienia tego należy ustawić każdy element backlogu lub user story jako zadanie w ClickUp.

  • Skategoryzuj je jako dowolny typ zadania, taki jak kamień milowy, funkcja, defekt lub informacja zwrotna
  • Dołącz szczegółowy opis, status, priorytet i etykiety
  • W razie potrzeby podziel je na podzadania
  • Używaj list kontrolnych do zdefiniowania zrobione

Używaj widoku czatu do rozmów w kontekście zadania. Umożliw swojemu zespołowi zadawanie pytań, uzyskiwanie odpowiedzi i przeprowadzanie burzy mózgów nad potencjalnymi rozwiązaniami w jednym miejscu.

Użyj dowolnego z ponad 15 Widoki ClickUp do zarządzania projektami, śledzenia projektów i wizualizacji cyklu pracy.

Śledzenie czasu w celu obliczenia prędkości sprintu

ClickUp Global Timer

śledź czas z dowolnego miejsca za pomocą ClickUp_

Co się dzieje, gdy właściciel produktu zdaje sobie sprawę, że wykres burndown wskazuje, że zadania nie zostaną zakończone w bieżącym sprincie? Przeprowadza analizę przyczyn źródłowych.

Co zajęło tyle czasu, że praca jest przesuwana? Aby się tego dowiedzieć, Teams muszą śledzić swój czas. Wbudowana aplikacja ClickUp AI do śledzenia czasu została zaprojektowana tak, aby to umożliwić.

Teams mogą rozpoczynać/zatrzymywać pracę, dodawać czas ręcznie, edytować zarejestrowany czas, dodawać notatki i wiele więcej za pomocą ClickUp. Scrum Master może zobaczyć raportowanie czasu bezpośrednio na pulpicie ClickUp. Mogą filtrować, sortować i zwijać raporty czasu, aby obliczyć prędkość sprintu, co pomaga w optymalizacji procesu dla przyszłych sprintów.

Tablice Kanban dla backlogów

Backlogi produktu i sprintu to elementy przechodzące przez szereg scen. Na przykład, elementy rejestru produktowego mogą być nowe, dopracowane i gotowe do sprintu. Elementy zaległości sprintu mogą przechodzić przez etapy do zrobienia, opracowania, testowania, wdrożenia itp.

Organizowanie elementów backlogu w oparciu o ich status - tj. tworzenie listy tablica scrum -to świetny sposób na wizualizację tego, jak daleko w projekcie znajduje się zespół. Każdy z kilku free oprogramowanie do tablic Kanban może pomóc w stworzeniu tablicy scrum.

Widok tablicy Kanban w ClickUp

ClickUp's Kanban board view

ClickUp idzie o krok dalej. Tablica Kanban w ClickUp automatycznie prezentuje zadania pogrupowane według statusu. Ta w pełni konfigurowalna tablica Kanban może być pogrupowana na podstawie priorytetu, osoby przypisanej lub terminu dla lepszego zarządzania projektami. Można również ustawić niestandardowe statusy dla każdej listy w zależności od potrzeb.

Wykres Gantta do zarządzania zaległościami

wykres Gantta ClickUp 3.0

ClickUp's Gantt chart view

Do planowania sprintów właściciele projektów potrzebują ogólnego widoku zaległości produktowych wraz z szacowanym czasem na ich zakończenie. Aby to zmapować, kierownicy projektów i scrum masterzy używają free Gantt chart software , układając zadania obok siebie. Widok wykresu Gantta w ClickUp oferuje kompleksową widoczność w celu wsparcia zarządzania zaległościami. Dzięki ClickUp możesz:

  • Widzieć wiele projektów obok siebie lub jeden po drugim
  • Obliczaćścieżkę krytyczną w celu prognozy wąskich gardeł
  • Dostosuj oś czasu, priorytety i zadania, aby nadążyć za zmianami w projekcie
  • Zarządzanie zależnościami
  • Wizualizacja postępu sprintu i przenoszenie zadań w celu szybkiej zmiany harmonogramu terminów

Ustaw swój Teams na powodzenie Scruma z ClickUp

W przypadku szybko rozwijających się teamów inżynierskich chaos, brak komunikacji i niedopasowanie są nieuniknione. Z wyjątkiem sytuacji, gdy są one wyposażone w odpowiednie narzędzia i procesy zaprojektowane z myślą o praktykach i wartościach scrumowych.

Oprogramowanie do zarządzania projektami ClickUp zostało stworzone z myślą o tym, jak pracuje zespół scrumowy. Automatycznie tworzy artefakty zwinnego scruma, dając ci wgląd w czasie rzeczywistym w to, co się dzieje pulpit operacyjny . Automatyzacja powtarzalnych procesów i przyspieszenie tworzenia dokumentacji dzięki ClickUp AI.

Podnieś wydajność swojego zespołu scrumowego. Wypróbuj ClickUp za darmo już dziś .