{"id":1165,"date":"2020-01-03T13:55:20","date_gmt":"2020-01-03T12:55:20","guid":{"rendered":"https:\/\/agileinstitute.pl\/?p=1165"},"modified":"2020-01-04T07:49:42","modified_gmt":"2020-01-04T06:49:42","slug":"czy-cel-sprintu-w-scrumie-jest-opcjonalny","status":"publish","type":"post","link":"https:\/\/agileinstitute.pl\/index.php\/2020\/01\/03\/czy-cel-sprintu-w-scrumie-jest-opcjonalny\/","title":{"rendered":"Czy cel sprintu w Scrumie jest opcjonalny?"},"content":{"rendered":"\n

Czy Cel Sprintu<\/a> w Scrum<\/a>ie jest niezbędny, czy jedynie opcjonalny?<\/p>\n\n\n\n

Niedawno miałem przyjemność uczestniczyć w meetupie lokalnej społeczności Agile prowadzonym przez trzech praktyków Scrum<\/a> z solidnym stażem. Warsztat ten miał być możliwością przećwiczenia Scrum<\/a>a w praktyce. <\/p>\n\n\n\n

Bardzo się cieszę, że część praktyczną poprzedzało krótkie ćwiczenie mające przypomnieć reguły Scrum<\/a>. Bowiem sięganie do Scrum<\/a> Guide jak najczęściej, to jeden z podstawowych obowiązków odpowiedzialnego Scrum Master<\/a>a.<\/p>\n\n\n\n

Praktyka pracy w wielu polskich firmach pokazuje, jak często pracując rutynowo, zapominamy o regułach. Nie zastanawiamy się nad trzema filarami na których opiera się Scrum oraz wartościach<\/a> które w tym frameworku są kluczowe.<\/p>\n\n\n\n

Uczestnicy usłyszeli że Ramy Scrum<\/a>a tworzą Role<\/a>, Wydarzenia<\/a> i Artefakty<\/a>, a pozostałe elementy frameworka są opcjonalne. A było wśród nich wielu młodych, mniej doświadczonych kolegów i koleżanek. Pozwolę się z tym stwierdzeniem nie zgodzić.<\/p>\n\n\n\n

Cytując fragment jednego z ostatnich akapitów Scrum Guide<\/a>:<\/p>\n\n\n\n

Scrum<\/a>’s roles, events, artifacts, and rules are immutable and although implementing only parts of Scrum<\/a> is possible, the result is not Scrum<\/a>. Scrum<\/a> exists only in its entirety and functions well as a container for other techniques, methodologies, and practices. <\/p><\/blockquote>\n\n\n\n

Stosując jedynie część Scrum<\/a>a nie otrzymamy Scrum<\/a>a, raczej Zombie Scrum<\/a> lub Kult Cargo. A w efekcie dziwimy się, dlaczego u nas ten Scrum<\/a> nie działa? Nie działa, bo nie jest Scrum<\/a>em.<\/p>\n\n\n\n

Nie sposób odnieść się do całości wypowiedzi Agile Coachów prowadzących warsztat, oczywiście w zakresie teorii Scrum<\/a>a. Tym nie mniej, najbardziej utkwiło mi w pamięci iż Cel Sprintu<\/a> (Sprint Goal<\/a>) oraz Definicja Ukończenia (Definition of Done<\/a> – DoD<\/a>) to elementy opcjonalne Scrum<\/a>.<\/p>\n\n\n\n

Nie, nie i jeszcze raz nie!<\/strong><\/p>\n\n\n\n

I argumentem nie jest to, że tak jest napisane w Przewodniku po Scrumie<\/a>.<\/p>\n\n\n\n

Cel Sprintu<\/h2>\n\n\n\n

Sprint<\/a> jest sercem Scrum<\/a>a, a Cel Sprintu<\/a> ma dostarczać Zespołowi wskazówek po co tworzony jest Przyrost<\/a>.<\/p>\n\n\n\n

Cel sprintu<\/a> tworzony jest podczas Planowania Sprint<\/a>u przez cały Zespół Scrumowy<\/a>. Moim zdaniem jest to niełatwe zadanie, a może nawet najtrudniejsze w całym planowaniu. Kreowanie celu sprint<\/a>u to bardzo odpowiedzialne zadanie. Praca w Sprincie to nie odhaczanie kolejnych ticketów z Jiry. Bez Celu Sprint<\/a>u Zespół może stracić motywację, zatracić sens swojej pracy. <\/p>\n\n\n\n

Sprint kręci się wokół Celu Sprintu<\/strong><\/h3>\n\n\n\n

Cel Sprintu<\/a> nie ma jeszcze rangi osobnego artefaktu, wprowadzony został do Przewodnik po Scrumie<\/a> <\/em>dopiero ok. 2012 roku. Tym nie mniej, zaglądając do tego pierwotnego źródła wiedzy o Scrum<\/a>ie, odnosimy wrażenie, że cały Sprint<\/a> kręci się wokół niego:<\/p>\n\n\n\n