Download as pdf or txt
Download as pdf or txt
You are on page 1of 10

Przykadowa lista kontrolna dla ScrumMasterw.

Autor: Michael James (mj4scrum@gmail.com)


Tumaczenie na jzyk polski: Bogdan Brzeciski (Bogdan.Brzescinski@procognita.pl)
Korekta: Tomasz de Jastrzbiec Wykowski (Tomasz.Wykowski@procognita.pl)
20 czerwca 2015
http://scrummasterchecklist.org/

Moderator na peny etat?


Przecitny ScrumMaster moe pracowa z dwoma lub trzema zespoami jednoczenie. Jeeli
odpowiada ci ograniczenie swojej roli do organizowania spotka, egzekwowania ram czasowych i
reagowania na trudnoci zgaszane przez pracownikw, moesz osign to pracujc na p etatu.
Zesp prawdopodobnie wci przekroczy oczekiwania Twojej organizacji sprzed wprowadzenia
Scruma i raczej nie wydarzy si adna katastrofa.

Jeeli jednak marzy ci si zesp, ktry osiga cele, wczeniej uwaane za niemoliwe w
transformujcej si organizacji, rozwa zostanie wietnym ScrumMasterem.

wietny ScrumMaster moe wsppracowa z jednym Zespoem w danej chwili.

Zalecamy jednego ScrumMastera dedykowanego do kadego Zespou, skadajcego si z okoo


siedmiu osb. Zwaszcza na pocztku.

Jeli nie dowiedziae si jeszcze jak duo jest do zrobienia, popatrz na Twojego Product Ownera,
Twj zesp, jego praktyki inynieryjne, oraz caa organizacj na zewntrz zespou. Chocia nie ma
jednej recepty dla wszystkich, nakreliem typowe tematy, ktrych ScrumMasterzy czsto nie
dostrzegaj. Prosz, oznacz kady kwadrat za pomoc , , ?, lub N/A, zgodnie z opisem zawartym na
ostatniej stronie.

Cz I Jak sobie radzi mj Product Owner?


ScrumMasterzy zwikszaj efektywno Product Ownerw pomagajc im znale sposoby na
utrzymanie Rejestru Produktowego i Planu Wyda. (Zauwa, e tylko Product Owner moe ustala
kolejno Elementw Rejestru Produktowego)

Czy Rejestr Produktowy jest spriorytetyzowany zgodnie z jego/jej ostatnim zamysem?


Czy wymagania i oczekiwania od wszystkich interesariuszy zostay ujte w Rejestrze
Produktowym? Pamitaj: Rejestr jest ywym dokumentem i cigle ewoluuje.
Czy Rejestr Produktowy jest akceptowalnych rozmiarw? Aby osign zarzdzaln liczb
elementw, utrzymuj niewielkie, bardziej szczegowe elementy na grze Rejestru a due idee na
dole. Nadmierna analiza elementw znajdujcych si daleko od gry Rejestru jest nieefektywna.
Twoje wymagania bd si zmieniay na bieco w trakcie dyskusji pomidzy tworzcymi produkt
a interesariuszami i klientami.

Ten materia jest dostpny na licencji Creative Commons Uznanie autorstwa 3.0 Unported.
Czy ktrekolwiek z wymaga (zwaszcza te najbliej gry Rejestru Produktowego) mog by lepiej
wyraone jako niezalene, negocjowalne, wartociowe, dajce si oszacowa, mae i testowalne
Historie Uytkownika1?
Czy wytumaczye Product Ownerowi co to jest Dug Techniczny i jak go unikn? Wanym
elementem tej ukadanki moe by doczenie automatycznych testw i refaktoryzacji do
Definicji Ukoczenia dla kadego elementu Rejestru Produktowego.
Czy Rejestr Produktowy jest Promiennikiem Informacji pozwalajc wszystkim interesariuszom
na natychmiastowy dostp do informacji?
Jeeli uywasz zautomatyzowanego narzdzia do zarzdzania Rejestrem Produktowym, to czy
wszyscy wiedz jak atwo z niego korzysta? Narzdzia do automatycznego zarzdzania nios ze
sob ryzyko stworzenia Zamraalnika Informacji2, jeeli ScrumMaster nie zapewni
odpowiedniego promieniowania / nawietlania.
Czy potrafisz nawietli informacje pokazujc wydruki?
Czy potrafisz nawietli informacje tworzc due, widoczne wykresy?
Czy pomoge Product Ownerowi przyporzdkowa elementy w Rejestrze Produktowym do
odpowiednich Wyda lub grup priorytetowych?
Czy wszyscy znaj faktyczny stan Planu Wydania? Moesz sprbowa pokaza Wykresy Spalania3,
po tym jak elementy zostan uznane za Ukoczone podczas Przegldu Sprintu. Wykresy
pokazujce jednoczenie tempo ukoczenia Elementw Rejestru Produktowego przez zesp jak i
dodawania nowych elementw pozwalaj na wczeniejsze wykrycie zmiany zakresu i
harmonogramu.
Czy Twj Product Owner zaktualizowa Plan Wydania po ostatnim Przegldzie Sprintu? Ci z
Product Ownerw, ktrzy dostarczaj odpowiednio przetestowany produkt na czas, powicaj
czas na ponowne planowanie Wydania po kadym Sprincie. Czsto wymaga to zmiany
priorytetw i przesunicia czci pracy do nastpnych wyda.

Cz II Jak sobie radzi mj zesp?


Podczas gdy jeste zachcany, aby dawa dobry przykad wsppracujc z czonkami zespou nad ich
zadaniami, istnieje ryzyko, e skupisz si za bardzo na tematach technicznych. Dlatego we pod
uwag Twoje podstawowe obowizki w stosunku do zespou:

Czy Twj zesp jest w stanie przepywu? Poniej kilka objaww tego stanu4:
Jasno okrelone cele (oczekiwania i reguy s znane, a cele osigalne i dostosowane do
umiejtnoci danego czonka zespou).
Koncentracja i skupienie wysoki poziom koncentracji na ograniczonym polu uwagi.
Utrata poczucia samowiadomoci; poczenie dziaa oraz gotowoci.
Konkretna i natychmiastowa informacja zwrotna (sukcesy i poraki s widoczne w trakcie
dziaania, co pozwala odpowiednio na nie reagowa).
Rwnowaga pomidzy poziomem umiejtnoci a wymaganiami (zadanie nie jest zbyt atwe
ani za trudne).
Poczucie panowania nad sytuacj lub aktywnoci.
Dziaanie daje wewntrzn satysfakcj, wic nie sprawia wysiku.

1
http://xp123.com/articles/invest-in-good-stories-and-smart-tasks/
2
http://c2.com/cgi/wiki?InformationRefrigerator
3
Mike Cohn, Agile Estimation and Planning. (2005).
4
Mihaly Csikszentmihalyi, Flow: The Psychology of Optimal Experience (1990), wyd. polskie: Przepyw (2008)

Ten materia jest dostpny na licencji Creative Commons Uznanie autorstwa 3.0 Unported.
Czy czonkowie Zespou lubi si wzajemnie, spdzaj czas razem i wsplnie wituj swoje
sukcesy?
Czy czonkowie Zespou wzajemnie pilnuj utrzymywania wysokich standardw? Czy stawiaj
przed sob wyzwania prowadzce do rozwijania swoich umiejtnoci?
Czy s problemy lub moliwoci, ktrych omawiania Zesp unika, poniewa powoduj zbyt duy
dyskomfort?5
Czy prbowae rnych sposobw oraz miejsc dla przeprowadzanych Retrospektyw Sprintu?6
Czy Zesp skupia si na Celu Sprintu? By moe powiniene w poowie Sprintu pomc Zespoowi
przegldn kryteria akceptacyjne dla Elementw Rejestru Produktu wybranych do obecnego
Sprintu.
Czy Tablica Zada Sprintu odzwierciedla to, co zesp faktycznie robi? Wystrzegaj si czarnej
materii ukrytych zada i takich, ktre zajmuj wicej ni jeden dzie pracy. Zadania nie zwizane
ze zobowizaniami zespou na obecny Sprint stanowi przeszkod dla tych zobowiza.
Czy Twj Zesp skada si z 3-9 osb posiadajcych wszystkie umiejtnoci, niezbdne do
zbudowania Przyrostu Produktu, ktry potencjalnie mona wdroy po kadym Sprincie?
Czy Tablica Zada Twojego Zespou jest na bieco aktualizowana?
Czy artefakty samozarzdzajcego si Zespou (Tablica Zada, Wykres Spalania Sprintu, Lista
Przeszkd, itd.) s widoczne dla czonkw zespou i wygodne w uyciu?
Czy te artefakty s odpowiednio chronione przed osobami z zewntrz? Nadmierna kontrola
codziennej aktywnoci przez ludzi z zewntrz moe utrudnia wewntrzn przejrzysto i
samozarzdzanie.
Czy czonkowie Zespou sami zgaszaj si do wybranych zada?
Czy potrzeba spaty Dugu Technicznego zostaa ujta w Definicji Ukoczenia, stopniowo czynic
kod coraz bardziej przyjaznym w pracy?
Czy czonkowie Zespou zostawiaj swoje tytuy i stanowiska za drzwiami, wsplnie odpowiadajc
za wszystkie aspekty ustalonej pracy (testowanie, prowadzenie dokumentacji, itd.)?

Cz III Jak wygldaj nasze praktyki inynieryjne?


Czy wasze rodowisko deweloperskie posiada guzik nacinij, eby przetestowa, pozwalajcy
kademu (z tego lub innego zespou) na wygodne sprawdzenie, e nie spowodowa bdu regresji
(nie uszkodzi wczeniej dziaajcej funkcjonalnoci)? Zwykle jest to osigane poprzez
wykorzystanie rodowisk xUnit (JUnit, NUnit, itp.).
Czy utrzymujecie odpowiedni rwnowag pomidzy zautomatyzowanymi testami systemowymi
end-to-end (testy funkcjonalne) oraz zautomatyzowanymi testami jednostkowymi?
Czy zesp pisze zarwno testy funkcjonalne jak i testy jednostkowe w tym samym jzyku w
ktrym si tworz produkt? Fakt, e tylko cz zespou potrafi obsugiwa jzyk skryptowy lub
narzdzia do nagrywania testw nie poprawia wsppracy.
Czy Twj zesp odkry uyteczn szar stref pomidzy testami systemowymi a testami
jednostkowymi?7

5
Kerry Patterson, Crucial Conversations: Tools for Talking When Stakes are High (2002). We rwnie pod
uwag zaproszenie profesjonalnego moderatora, ktry moe uczyni trudne rozmowy bardziej komfortowymi.
6
Derby/Larson Agile Retrospectives: Making Good Teams Great (2006).
7
http://blogs.collab.net/agile/2007/03/07/junit-is-not-just-for-unit-testing-anymore/

Ten materia jest dostpny na licencji Creative Commons Uznanie autorstwa 3.0 Unported.
Czy system Cigej Integracji8 automatycznie alarmuje, gdy kto spowoduje bd regresji? Czy ta
ptla informacji zwrotnej moe zosta skrcona do godzin lub minut? (Codzienne kompilacje s
dla miczakw Kent Beck).
Czy wszystkie testy s czci Cigej Integracji?
Czy czonkowie Zespou odnaleli warto cigego projektowania i refaktoryzacji9, jako
alternatyw do podejcia zaprojektuj wszystko na pocztku? Refaktoryzacja posiada cis
definicj: zmienianie wewntrznej struktury bez zmieniania zewntrznych zachowa.
Refaktoryzacja powinna mie miejsce kilka razy na godzin, za kadym razem, gdy kod jest
powielony, wystpuje zoona logika warunkowa (rozpoznawalna przez du ilo wci lub
dugo funkcji), kiepsko nazwane identyfikatory, nadmierne sprzenia pomidzy obiektami, itp.
Bezpieczn refaktoryzacj umoliwi tylko dobre pokrycie kodu testami automatycznymi.
Zaniedbanie refaktoryzacji utrudnia pniejsze wprowadzanie zmian do produktu, zwaszcza, e
trudno znale dobrych deweloperw chtnych do pracy na zym kodzie.
Czy twoja Definicja Ukoczenia dla kadego Elementu Rejestru Produktowego zawiera pokrycie
kodu automatycznymi testami i refaktoryzacj? Korzystanie z Test Driven Development (TDD)
zwiksza prawdopodobiestwo osignicia tego punktu.
Czy czonkowie zespou programuj w parach przez wikszo czasu? Uywanie tej metody moe
znaczco uatwi utrzymywanie kodu oraz zmniejszy ilo bdw. Poniewa stawia to ludziom
nowe wyzwania czasem moe wyglda, e zabiera wicej czasu (jeeli mierzymy ilo linii kodu,
a nie gotow funkcjonalno). Daj dobry przykad programujc w parze z kolejnymi czonkami
zespou. Niektrzy z nich zaczn korzysta z tej techniki na stae.

Cz IV Jak radzi sobie organizacja?


Czy Zespoy komunikuj si ze sob w wystarczajcy sposb? Scrum-of-Scrums jest tylko
jednym ze sposobw na osignicie tego stanu. Nie koniecznie najlepszym.
Czy Zespoy mog niezalenie od siebie dostarcza dziaajc funkcjonalno, modyfikujc rne
elementy architektury jeeli jest taka potrzeba?10
Czy Wasi ScrumMasterowie spotykaj si razem i pracuj nad list utrudnie w organizacji?
Jeeli jest taka moliwo, czy utrudnienia organizacyjne s wywieszone na cianie gabinetu
dyrektora d/s tworzenia oprogramowania? Czy ich koszt moe by przedstawiony w gotwce,
utraconym czasie lub jakoci, albo utraconych szansach na pozyskanie klienta (ale ucz si na
bdach Kena Schwabera Martwy ScrumMaster to bezuyteczny ScrumMaster)11
Czy Twoja organizacja oferuje ciek kariery zgodn ze zbiorowymi celami Twojego Zespou?
Odpowiedz nie jeeli promuje12 programowanie kosztem automatyzacji testw lub
przygotowania dokumentacji dla uytkownika.
Czy Twoja organizacja zostaa uznana przez pras branow lub inne niezalene rdo jako jedno
z najlepszych miejsc pracy lub lidera w swojej brany?
Czy tworzysz organizacj uczc si?

8
http://www.martinfowler.com/articles/continuousIntegration.html
9
Martin Fowler, Refactoring: Improving the Design of Existing Code (1999).
10
http://FeatureTeamPrimer.org/
11
Ken Schwaber, Agile Project Management with Scrum (2004)
12
Alfie Kohn, Punished By Rewards: The Trouble with Gold Stars, Incentive Plans, A's, Praise, and Other Bribes
(1999)

Ten materia jest dostpny na licencji Creative Commons Uznanie autorstwa 3.0 Unported.
Wnioski
Jeeli moesz zaznaczy wszystkie punkty z tej listy i wci masz czas w cigu dnia, chciabym Ci
pozna.
Nie ma gotowej recepty na wzbudzenie ludzkiej pomysowoci. Ten dokument zawiera list punktw,
ktre mog, lecz nie koniecznie musz, pomc w Twojej sytuacji.
Kiedy zdasz sobie spraw co moesz zrobi, aby co zmieni, moesz si zorientowa, e boisz si
zmiany. Bdzie to znak e jeste na dobrej drodze.

Ten materia jest dostpny na licencji Creative Commons Uznanie autorstwa 3.0 Unported.
Formularz Przeszkd w Organizacji

Widoczny Problem:

Prawdziwa Przyczyna (uyj 5 x dlaczego?):

Wpyw na Firm:

Wpyw Emocjonalny:

Jasne danie:

Formularz Przeszkd w Organizacji

Widoczny Problem:

Prawdziwa Przyczyna (uyj 5 x dlaczego?):

Wpyw na Firm:

Wpyw Emocjonalny:

Jasne danie:

Ten materia jest dostpny na licencji Creative Commons Uznanie autorstwa 3.0 Unported.
Formularz Przeszkd w Organizacji

Widoczny Problem:

Prawdziwa Przyczyna (uyj 5 x dlaczego?):

Wpyw na Firm:

Wpyw Emocjonalny:

Jasne danie:

Formularz Przeszkd w Organizacji

Widoczny Problem:

Prawdziwa Przyczyna (uyj 5 x dlaczego?):

Wpyw na Firm:

Wpyw Emocjonalny:

Jasne danie:

Ten materia jest dostpny na licencji Creative Commons Uznanie autorstwa 3.0 Unported.
Formularz Przeszkd w Organizacji

Widoczny Problem:

Prawdziwa Przyczyna (uyj 5 x dlaczego?):

Wpyw na Firm:

Wpyw Emocjonalny:

Jasne danie:

Formularz Przeszkd w Organizacji

Widoczny Problem:

Prawdziwa Przyczyna (uyj 5 x dlaczego?):

Wpyw na Firm:

Wpyw Emocjonalny:

Jasne danie:

Ten materia jest dostpny na licencji Creative Commons Uznanie autorstwa 3.0 Unported.
INSTRUKCJA
Jeeli otrzymae ten dokument jako element szkolenia a Twj pracodawca stosowa Scruma lub
metodologie pokrewne, prosz odnie si do tego, co tam widziae. Zaznacz kad kratk jednym z
poniszych symboli:

(idzie nam cakiem niele)


(moe by ulepszone i wiem jak zacz)
? (moe by ulepszone ale nie wiem jak zacz)
N/A (nie dotyczy/nie przyniesie adnych korzyci)

Jeeli Twj obecny lub poprzedni pracodawca nie stosowa Scruma lub metodologii pokrewnych,
zaznacz kad kratk jednym z poniszych symboli:

(idzie nam cakiem niele/atwe do osignicia)


(osignicie bdzie wyzwaniem, ale wiem jak zacz)
? (osignicie bdzie wyzwaniem i nie wiem jak zacz)
N/A (nie dotyczy/nie przyniesie adnych korzyci)

Gdy wypenisz ca list, okrel 2-6 przeszkd w Twojej organizacji na zaczonych formularzach,
niezalenie od tego, czy znajduj si na licie kontrolnej. Wybieraj takie przeszkody, ktre maj
chociaby 1% szans na usunicie.

Ten materia jest dostpny na licencji Creative Commons Uznanie autorstwa 3.0 Unported.
Sownik Polsko-Angielski sformuowa Agile
Poniewa nie ma wci oglnie przyjtych polskich tumacze angielskich zwrotw Agile, poniej
zamieszczamy nasze wersje, ktre stosowalimy w powyszym dokumencie. Peny sownik dostpny
na: http://procognita.pl/zasoby/artykuly/czytaj/artykul/angielsko-polski-subiektywny-slowniczek-
zwrotow-agile-i-lean-57/

Ciga Integracja Continuous Integration (CI)

Definicja Ukoczenia Definition of Done (DoD)

Element Rejestru Produktu Product Backlog Item (PBI)

Plan Wydania Release Plan

Potencjalnie Wdraalny Potentially Shippable

Promiennik Informacji Information Radiator

Przegld Sprintu Sprint Review

Przeszkody Impediments

Przyrost Produktu Product Increment

Rejestr Produktowy Product Backlog (PB)

Retrospektywa Sprintu Sprint Retrospective

Samoorganizacja Self-organization

Tablica Zada Task Board

Testy Akceptacyjne Acceptance Tests

Testy Automatyczne Automated Tests

Testy Jednostkowe Unit Tests

Wykres Spalania Sprintu Sprint Burndown

Wykresy Spalania Wydania Release Burndown

Zamraalnik Informacji Information Refrigerators

Zobowizanie Commitment

W trakcie tumaczenia zastosowalimy mskie wersje czasownikw jedynie dla uatwienia czytania.
Oczywicie powysza lista kontrolna moe by uywana przez przedstawicieli dowolnej pci.

Jeeli masz jakiekolwiek sugestie na temat zawartoci listy, albo tumaczenia, bd wdziczny, jeeli
do mnie napiszesz na Bogdan.Brzescinski@procognita.pl

Ten materia jest dostpny na licencji Creative Commons Uznanie autorstwa 3.0 Unported.

You might also like