Agile

Co to jest Scrum: Artefakty w Scrumie (cz. III)

co to jest scrum artefakty w scrumie

Fani gier RPG poczują się zdziwieni słysząc o artefaktach w Scrumie. Niestety, rozwieje wszelkie nadzieje – nie chodzi tu o magiczny oręż, elementy zbroi albo tajemne zwoje, którymi posługuje się Scrum Master bądź Product Owner. Chociaż może i z tymi zwojami to nie tak do końca…

Artefakty Scruma to zgodnie z definicją elementy, które reprezentują pracę lub wartość, pozwalające na uzyskanie przejrzystości i umożliwiające inspekcję oraz adaptację procesu. Ich cechą charakterystyczną jest fakt, że wszystkie muszą być zaprojektowane w taki sposób, by kluczowe informacje dotyczące na przykład zakresu prac były jasne i zrozumiałe dla wszystkich.

To trzeci artykuł z serii wpisów na temat Scruma. Przeczytaj także te:

Artefakty Scruma: Backlog Produktu

Backlog to źródło mojego zawahania, gdy chciałem zdementować występowanie w Scrumie „magicznych zwojów” znanych rodem z gier komputerowych. Niech cię to nie dziwi, gdyż Backlog Produktu to lista wszystkiego, co może być przydatne w produkcie i wpływać na jego ostateczną wartość.

Wszystkiego, czyli co tak naprawdę może się tam znaleźć? Zazwyczaj Product Backlog dla zespołów Scrumowych wytwarzających oprogramowanie składa się z funkcjonalności, zgłoszonych błędów, wymagań, cechy czy ulepszenia.

Jak można odnieść to do marketingu? Ja osobiście traktuję backlog marketingowy jako zbiór kamieni milowych reprezentujących kolejne etapy prowadzonych działań marketingowych mających przynosić wartość użytkownikom (na przykład treści content marketingowe – ebook, webinar, infografika etc.), a także tych umożliwiających realizację założeń przyjętej strategii (tutaj oprócz “namacalnych” efektów w postaci np. stworzonych ebooków będą też wszelkie techniczne aspekty pracy marketera, jak choćby wprowadzane zmiany techniczne w systemie CMS czy działania mające na celu automatyzację).

Ważną cechą backlogu jest jego uporządkowanie. Oznacza to, że znaczenie ma kolejność znajdujących się w nim elementów (im wyżej, tym ma on wyższy priorytet) oraz format. Zgodnie ze Scrum Guidem każdy element backlogu powinien zawierać opis, kolejność, szacowanie oraz wartość. W swoich osobistych projektach marketingowych dbam przede wszystkim o przejrzysty tytuł oraz opis i nadanie odpowiedniego statusu ważności.

Lista ta nigdy nie będzie zamknięta. Wraz z postępem prac, rozwojem produktu, zmianami środowiska biznesowego czy nawet większą wiedzą zespołu (i nierzadko klientów) będzie się ona dynamicznie zmieniała.

W związku z tą zmiennością backlogu produktu konieczne jest jego doskonalenie (refinement, we wcześniejszych wersjach Scrum Guide zwany groomingiem). To czas, który Właściciel Produktu wraz z Zespołem Deweloperskim powinien poświęcić na uzupełnienie brakujących opisów, opracowanie szczegółów, dokonanie korekt czy szacowania złożoności.

co to jest scrum artefakty w scrumie

Artefakty Scruma: Backlog Sprintu

Idąc moim gamingowym porównaniem – to kolejny zwój do kolekcji dla zespołu Scrumowego 😉 Sprint Backlog to elementy, które decyzją Zespołu Deweloperskiego i Właściciela produktu zostały wybrane do realizacji w trakcie kolejnego Sprintu. Rozszerzone są one o plan dostarczenia Przyrostu i realizację Celu Sprintu.

Sprint backlog w trakcie iteracji może ulec zmianom. Wraz z postępem prac i nabywaniem wiedzy mogą zostać do niego dobrane nowe elementy (te które są niezbędne do realizacji założonego celu), a te, które okazały się niepotrzebne są usuwane.

Warto zaznaczyć, że Sprint Backlog jest własnością Zespołu Deweloperskiego i to on podejmuje decyzję odnośnie jego ostatecznego kształtuIstotną funkcją sprint backlogu jest zobrazowanie trwających prac. To kolejny sposób na dbanie o przejrzystość całego Scruma.

Artefakty Scruma: Przyrost

Przyrost to najważniejszy cel każdego Sprintu. To suma wszystkich elementów Backlogu Produktu zakończonych podczas ostatniego i wszystkich poprzednich Sprintów. Po każdej iteracji Przyrost musi być ukończony, czyli być gotowy do przekazania użytkownikowi oraz zgodny z przyjętą Definicją Ukończenia (popularny DoD, Definition of Done).

Oprócz wspomnianych artefaktów w Scrumie powszechnie używa się innych narzędzi, takich jak wykresy spalania (burn down charts, pomagające monitorować postępy prac) czy wspomnianą wyżej Definicję Ukończenia. Nie są to jednak “kanoniczne” artefakty, choć z pewnością pozytywnie wpływają na dostarczaną wartość.

Definicja Ukończenia (Definition of Done)

Czy spotkałeś/aś się kiedyś z problemem w trakcie pracy zespołowej, że dla każdego termin “praca skończona” znaczy trochę coś innego? Wyobraź sobie sytuację, gdy trzy osoby dostały za zadanie zbudowanie schronienia dla rodziny. Do dyspozycji mieli te same zasoby materialne i czasowe. Pierwsza osoba stworzyła prosty szałas z gałęzi i plandeki, druga osoba postawiła lekką blaszaną konstrukcję z zamykanymi drzwiami, a trzecia wybudowała domek z oknami, pomieszczeniami  i dostępem do prądu. Wszyscy ukończyli zadanie, każdy jednak w inny sposób.

artefakty w scrumie definicja ukończenia

Dla zachowania porządku i ujednolicenia reguł w Scrumie powszechnie stosuje się tzw. Definicję Ukończenia (Definition of Done). To lista kryteriów wypracowana przez Zespół Scrumowy, który pozwala stwierdzić, że dany element Backlogu produktu został ukończony, a co za tym idzie spełnia swoją funkcjonalność i ma odpowiednio wysoką jakość.

Wspólna definicja pomaga na lepsze zrozumienie tego, co ma zostać wykonane oraz pozwala na dokładniejsze szacowanie złożoności potencjalnych zadań. Deweloperzy operują wtedy jednym językiem, co ułatwia komunikację wewnątrz zespołu.

***

To trzeci artykuł o teorii Scruma. Metodyki zwinne to jednak przede wszystkim praktyka, więc zapytałem kilka osób ze świata marketingu o doświadczenia związane z implementacją Agile w swoich zespołach.

Przeczytaj wywiad z Martą Smyrską o wdrożeniu Scruma w agencji PR

Nie przegap kolejnych wpisów i zapisz się na mój newsletter!

A jeżeli spodobał ci się ten wpis i uważasz go za wartościowy, to podziel się nim ze znajomymi:

You may also like
co to jest scrum
Co to jest Scrum: trzy filary Scruma (cz. I)
retrospektywa w pracy zespołowej
Zatrzymaj się, pomyśl i ulepszaj – retrospektywa w pracy zespołowej
5 komentarzy
  • Kasia Olszewska Wrz 11,2017 at 06:50

    Maćku, a kto odpowiada za stworzenie Definicji Ukończenia? Zespół, scrum master czy product owner?

    • Maciej Biegajewski Wrz 11,2017 at 07:05

      Dzięki za to pytania Kasia! DoD jest tworzony (i rozwijany) przez Zespół Scrumowy. Z biegiem czasu, tak jak zespół coraz lepiej powinien sobie radzić z zadaniami (posiada w końcu coraz większą wiedzę oraz coraz lepiej określa swoje możliwości), tak punkty Definicji Ukończenia powinny ewoluować w kierunku coraz lepszej jakości dostarczanych funkcjonalności. Product Owner ma wpływ na kształt DoD poprzez ustalenie Kryteriów Akceptacji – informacji determinujących prawidłowy odbiór prac przez interesariuszy.

      • Kasia Olszewska Wrz 11,2017 at 11:52

        Dzięki za odpowiedź 🙂 co jednak w przypadku, kiedy klient zgłosi uwagi do zakończonego elementu? Dajmy na to, że zespół zakończył zadanie, puścił je dalej. Klient jednak zwraca poprawkę, co wtedy? Zadanie wraca do backlogu a definicja ulega zmianie (co tyczy się również następnych zadań)?

        • Maciej Biegajewski Wrz 16,2017 at 18:16

          Tutaj poruszasz dwie różne kwestie.

          Definicja Ukończenia jest narzędziem pomagającym utrzymać wysoką jakość tworzonego przyrostu przez zespół i pomaga ustalić kiedy zespół uważa coś za ukończone. Przykładowo w DoD może się znaleźć zapis, że funkcjonalność musi mieć testy jednostkowe i zostać przetestowana na ustalonych przeglądarkach. Product Owner ma wpływ na to przekazując zespołowi swoje kryteria akceptacji. Jeżeli zespół spełnił DoD i kryteria akceptacji to Product Owner (reprezentujący klienta) nie może mieć uwag, co do technicznego ukończenia funkcjonalności.

          Co innego jeżeli chodzi o poprawki wynikające z informacji zwrotnej od klienta. To naturalna kolej rzeczy i cykl rozwoju – dlatego stosuje się iteracyjne podejście, by jak najszybciej zebrać odpowiedni feedback i na bieżąco wprowadzać zmiany, ulepszenie.

          Innym problemem jest natomiast, gdy PO przedstawi zakres funkcjonalności lub user stories, a zespół mimo planningu i ustalenia wizji dostarczenia przyrostu wytworzy coś, co nie spełnia oczekiwań klienta. Wtedy problem jest poważny i wynika z problemów komunikacyjnych. Tutaj ważną rolę powinien odegrać Scrum Master, pomóc zidentyfikować w którym miejscu wystąpił problem i wesprzeć zespół w znalezieniu rozwiązania w trakcie retrospektywy.

          Tak wygląda to z mojego punktu widzenia i doświadczenia.

          • Kasia Olszewska Wrz 20,2017 at 14:21

            Dziękuję 🙂 bardzo przydatne informacje, tym bardziej, że dopiero zaczynam swoją przygodę z Agile’em.

Leave Your Comment

Your Comment*

Your Name*
Your Webpage