7 artefaktów Scruma: definicje i przykłady

Scrum to elastyczna metodologia zarządzania projektami, która ma na celu pomóc samoorganizującym się zespołom w szybkim wykonywaniu projektów w zwinnym środowisku. Ramy scrum składają się z artefaktów, ról i ceremonii. Te elementy pomagają zespołom zajmującym się rozwojem produktów i oprogramowania zarządzać ich pracą.

Artefakty Scrum są kluczowe dla sukcesu każdego zespołu scrumowego. Ale zanim nauczymy się z nich korzystać, musimy je najpierw zdefiniować.

Czym są artefakty Scrum?

W tworzeniu oprogramowania termin „artefakt” odnosi się do informacji, których interesariusze i zespół Scrum wykorzystują do opisania tworzonego produktu.

Artefakty Scrum definiują pracę, którą należy wykonać i zawsze dodają wartość podczas sprintu. Mówiąc prościej, artefakty scrum mogą być postrzegane jako bryłki ważnych informacji dla zespołu scrumowego. Zapewniają strukturę procesowi scrum, ponieważ działają jako wytyczne dla planu rozwoju produktu.

Jest to niezwykle ważne, szczególnie dla zespołów rozproszonych, które mogą pracować w domu, ponieważ zapewnia platformę, na której mogą zobaczyć, jak radzą sobie w określonym sprincie. Dzięki temu wszyscy są na tej samej stronie, bez względu na to, gdzie się znajdują.

ProjectManager to oparte na chmurze oprogramowanie do pracy i zarządzania projektami, które łączy zespoły hybrydowe. Bez względu na to, gdzie i kiedy pracuje Twój zespół scrumowy, mogą udostępniać artefakty scrumowe w czasie rzeczywistym. Nasza tablica kanban ułatwia zespołom scrumowym zarządzanie swoimi artefaktami, a następnie współpracę przy planowaniu sprintów. Właściciele produktów uzyskują wgląd w proces w celu realokacji zasobów, aby uniknąć wąskich gardeł.

Siedem artefaktów Scruma

Według przewodnika po Scrumie istnieją trzy główne artefakty Scruma. Każdy z nich wyjaśnimy poniżej, wraz z dodatkowym elementem każdego udanego sprintu.

1. Wizja produktu

Wizja produktu to długoterminowy cel projektu lub produktu. Jest to artefakt, który zdefiniujesz, aby ustawić ogólny kierunek projektu lub produktu. Zespół scrumowy użyje wizji produktu jako przewodnika.

Wagę wizji produktu podkreśla fakt, że zespół scrumowy powinien znać ją na pamięć. Oznacza to, że powinien być krótki i na temat. Wizja produktu to coś, co zawsze powinno być w głowie zespołu scrumowego.

2. Rejestr produktów

Backlog produktu to lista wszystkiego, co należy osiągnąć w projekcie, z rozbiciem na poszczególne pozycje. W tym miejscu właściciel produktu nada zespołowi Scrum priorytety podstawowym wymaganiom każdej funkcji potrzebnej do produktu końcowego.

Nie jest to lista niezmiennych zadań i często ewoluuje w czasie. Na przykład, jeśli nastąpi zmiana otoczenia biznesowego, warunków marketingowych lub wymagań technicznych, backlog produktu będzie odzwierciedlał te zmiany. Zaległości produktowe są zwykle przedstawiane za pomocą tablicy Scrum.

Backlog produktu składa się z trzech różnych typów pozycji.

• Historyjki użytkownika , czyli wysokopoziomowe opisy funkcji, opowiedziane z perspektywy użytkownika końcowego produktu.
• Błędy to problemy, które właściciel produktu chce naprawić.
• Zadania , które są przydzielone zespołowi scrum do wykonania.

Zaległości rosną wraz z budowaniem produktu. Dodane zmiany mogą zawierać więcej szczegółów, szacunki lub zmianę priorytetu. Właściciel produktu i zespół regularnie pracują nad dopracowywaniem backlogu produktu. Może się to zdarzyć w dowolnym momencie.

Im ważniejszy jest element rejestru produktu, tym jest on bardziej szczegółowy. Gdy pozycje z rejestru produktu są wybierane do następnego iteracyjnego sprintu, są one dalej dopracowywane w celu opracowania podczas sprintu. Gdy element z rejestru produktu może zostać dostarczony przez zespół w jednym sprincie, zespół jest gotowy na spotkanie dotyczące planowania sprintu.

Udoskonalanie Backlogu Produktu

Udoskonalenie rejestru produktu obejmuje czynności, takie jak przeglądanie historyjek użytkowników o najwyższym priorytecie u góry rejestru i zadawanie właścicielowi produktu pytań na ich temat. Obejmuje to, jeśli to konieczne, usuwanie historyjek użytkowników, a następnie pisanie nowych. Następnie następuje zmiana priorytetów zaległości produktu.

Następnie te nowe historyjki użytkownika należy oszacować pod względem czasu potrzebnego na ich ukończenie, w przeciwnym razie inne osoby będą musiały uzyskać nowe oszacowanie czasu ich trwania. Inne historyjki użytkowników powinny być przygotowane na przyszłe sprinty, nie tracąc z oczu pełnego obrazu architektury produktu wraz z ewolucją zaległości.

3. Wizja sprintu

Wizja sprintu lub cel sprintu często nie jest definiowany jako artefakt, nadal stanowi ważną część ram scrum. Wizja sprintu jest tym, co zespół scrumowy wymyśla podczas planowania sprintu. Dostarcza wskazówek dla zespołu scrumowego, dlaczego inwestują swój czas, pieniądze i wysiłek w sprint.

4. Backlog Sprintu

Backlog sprintu to część backlogu produktu, nad którą zespół będzie pracował podczas sprintu. Pomyśl o tym jako o liście rzeczy do zrobienia na sprint.

Backlog sprintu jest dalej podzielony na zadania, które zespół ma wykonać. Każda pozycja w backlogu sprintu musi zostać opracowana, przetestowana i udokumentowana. Właściciel produktu pomaga zespołowi scrumowemu wymyślić backlog sprintu podczas spotkania sprintu.

Backlog sprintu jest często przedstawiany jako tablica zadań, która jest podzielona na kolumny reprezentujące przepływ pracy. Zwykle mają następujące tytuły:

• Do zrobienia , czyli zadania, które jeszcze się nie rozpoczęły
• Robienie , gdzie praca się rozpoczęła
• Do weryfikacji , czyli ukończonych zadań, które czekają na weryfikację przez innego członka zespołu scrumowego
• Gotowe , co oznacza, że ​​nie jest wymagana dodatkowa praca

Udoskonalanie Backlogu Sprintu

Backlog sprintu, podobnie jak backlog produktu, jest żywym dokumentem i może być zmieniany przez zespół scrumowy. Praca jest regularnie omawiana podczas codziennego scrum, a backlog sprintu jest modyfikowany w razie potrzeby. Wszystko to dzieje się podczas krótkiego sprintu i tylko zespół scrumowy może wprowadzać te zmiany, gdy zachodzą podczas sprintu.

Jeśli istnieje zapotrzebowanie na nową pracę, jest ona dodawana do backlogu sprintu. Następnie, po zakończeniu pracy, aktualizowane jest oszacowanie, jakie prace pozostają do wykonania. Jeśli są przedmioty, które stają się niepotrzebne, są usuwane. Nazywa się to dopracowywaniem zaległości.

Ale znowu, może to zrobić tylko zespół scrumowy. Mają prawo własności do backlogu sprintu i tego procesu. Backlog sprintu jest bardzo widoczny i zapewnia obraz sprintu, gdy zespół nad nim pracuje.

5. Definicja Ukończenia (DOD)

Definicja ukończenia (DOD) oznacza, że ​​wszystkie aspekty historyjki użytkownika zostały ukończone w backlogu sprintu. Zespół scrumowy musi mieć wspólne wyobrażenie o tym, co jest zrobione. Powinni stworzyć definicję ukończenia i wykorzystać ją jako listę kontrolną podczas pracy nad swoimi historyjkami użytkownika.

Zespół scrumowy może stworzyć swój DOD podczas pierwszego planowania sprintu. Można go następnie powtórzyć podczas retrospektyw sprintu. To nie znaczy, że DOD jest statyczny. W trakcie realizacji projektu może się radykalnie zmienić.

6. Przyrost produktu

To najważniejszy artefakt Scrum. Przyrost produktu to wszystkie pozycje zaległości produktu, które zostały ukończone podczas sprintu.

Każdy sprint potencjalnie tworzy nadające się do wysyłki przyrosty produktu, a więc przyrost produktu musi pasować do definicji gotowego zespołu i być akceptowalny dla właściciela produktu.

Definicja ukończenia jest wspólna dla zespołu scrumowego, chociaż jest inna dla każdego zespołu scrumowego. Definicja ukończenia ewoluuje wraz z dojrzewaniem zespołu: staje się bardziej ekspansywna lub rygorystyczna w miarę kontynuowania projektu.

Przyrost produktu to nie tylko suma wszystkich elementów backlogu projektu zrealizowanych w trakcie sprintu, ale także wartość przyrostów w ciągu ostatniej liczby ukończonych sprintów. Jest to przejrzystość nie tylko dla zespołu, ale także dla interesariuszy w zakresie tego, gdzie aktualnie znajduje się produkt.

7. Wykres spalania

Chociaż nie zawsze jest uważany za część podstawowych artefaktów scrum, ważne jest, aby nie zaniedbywać wykresu spalania. Jest to grafika, która pokazuje, jak szybko zespół uzupełnia historyjki użytkowników lub pozycje w backlogu produktu. Dlatego wykres wypalania ilustruje całkowity wysiłek w stosunku do ilości pracy na sprint.

Celem wykresu spalania jest upewnienie się, że projekt jest na dobrej drodze, a produkt spełni oczekiwania i dotrze zgodnie z harmonogramem.

Tempo postępów zespołu scrumowego nazywa się prędkością, która jest liczbą punktów historii w historyjce użytkownika, które zostały ukończone podczas sprintu. Częściowo ukończona praca nie jest wliczana do prędkości.

ProjectManager dla Zespołów Scrumowych

ProjectManager posiada funkcje potrzebne zespołom scrumowym do łatwego zarządzania artefaktami scrumowymi. Ponieważ jest to oprogramowanie do zarządzania projektami oparte na chmurze, jest szczególnie wygodne dla zespołów zdalnych, które mogą pozostać w pętli projektu bez względu na to, gdzie się znajdują i kiedy pracują.

Wiele sposobów zarządzania projektem

ProjectManager ma wiele widoków projektów, dzięki czemu jest wystarczająco elastyczny, aby obsługiwać zespoły Agile, zespoły pracujące w bardziej tradycyjnej metodologii, a nawet hybrydę tych dwóch. Widok tablicy kanban jest idealny dla zespołów scrumowych.

Pozycje zaległości produktu można gromadzić na kartach kanban, które można oznaczyć, dodać terminy, śledzić postępy i przypisać do jednego lub większej liczby członków zespołu.

ProjectManager posiada również nieograniczone miejsce na pliki, dzięki czemu do kart można dołączyć cele, historie użytkowników i inne powiązane materiały sprintowe. To idealne narzędzie do zarządzania zaległościami produktowymi.

Miej łatwe uwodzenie Backlogu

Tablicę kanban można również wykorzystać do zaległości sprintu. Kolumny można dostosować do sposobu pracy zespołu. Karty można przeciągać i upuszczać z jednej kolumny do drugiej podczas przechodzenia przez przepływ pracy.

Karty mogą mieć spersonalizowane listy zadań do wykonania, a członkowie zespołu mogą współpracować, komentując kartę. Mogą nawet oznaczyć właściciela produktu lub scrum mastera, który otrzyma powiadomienie e-mailem i zostanie włączony do rozmowy. Zapewnia to dużą przejrzystość dla całego zespołu scrumowego.

Użyj śledzenia w czasie rzeczywistym

Zamiast używać prostego wykresu wypalania, ProjectManager automatycznie oblicza prędkość sprintu, śledząc sześć metryk projektu, które są natychmiast przesyłane do pulpitu nawigacyjnego w czasie rzeczywistym. Właściciele produktów mogą monitorować postęp zadań, obciążenie zespołu, koszty i nie tylko, aby upewnić się, że sprint przebiega zgodnie z planem.

Uwolnij swoje zespoły dzięki niestandardowym przepływom pracy, aby skupić się na tym, co ważne. Zautomatyzuj pracę, ustawiając wyzwalacze, które tworzą akcje i usprawniają Twój sprint. Dodaj zatwierdzenia zadań, aby mieć pewność, że tylko osoby upoważnione do zmiany statusu historyjki użytkownika mogą to zrobić. ProjectManager współpracuje również do rdzenia dzięki automatycznym powiadomieniom e-mail i alertom w aplikacji. Istnieje jedno źródło prawdy, które utrzymuje wszystkich członków zespołu scrumowego na tej samej stronie. Zwiększ produktywność już dziś, wypróbowując ProjectManager za darmo.

ProjectManager to oparte na chmurze oprogramowanie do zarządzania projektami, które pomaga zespołom scrumowym lepiej zarządzać sprintami, a właściciele produktów kontrolować zaległości. Pulpit nawigacyjny działający w czasie rzeczywistym działa jak wykres wypalania, dzięki czemu zawsze wiesz, gdzie jesteś w projekcie. Zobacz, co jeszcze ProjectManager może zrobić dla Twojego zespołu scrumowego, korzystając z tej bezpłatnej 30-dniowej wersji próbnej już dziś.