Praca w scrumie to dla osoby zwi\u0105zanej z bran\u017c\u0105 IT chleb powszedni \u2013 planowanie, codzienne spotkania, iteracyjne dzia\u0142ania w sprintach itd. Wszystko to wygl\u0105da ksi\u0105\u017ckowo, gdy o tym opowiadamy.\u00a0Czasem warto jednak swoj\u0105 praktyk\u0119 zestawi\u0107 z teori\u0105. Wyniki takiego por\u00f3wnania mog\u0105 by\u0107 w przypadku pracy w scrumie bardzo zr\u00f3\u017cnicowane.<\/p>\n\n\n\n
Zgodnie z definicj\u0105, scrum jest frameworkiem, z wykorzystaniem kt\u00f3rego mo\u017cemy rozwi\u0105zywa\u0107 z\u0142o\u017cone problemy. Jego r\u00f3wnoleg\u0142ym za\u0142o\u017ceniem jest produktywne i kreatywne dostarczanie produkt\u00f3w o mo\u017cliwie najwy\u017cszej warto\u015bci. Pracuj\u0105c zgodnie z ramami post\u0119powania, jakie nak\u0142ada na nas scrum, jeste\u015bmy w stanie ci\u0105gle ulepsza\u0107 nasz produkt, zesp\u00f3\u0142 oraz \u015brodowisko, w kt\u00f3rym si\u0119 znajdujemy.<\/p>\n\n\n\n
Niew\u0105tpliw\u0105 zalet\u0105 scruma jest jego \u201ebycie na czasie\u201d. Ca\u0142y proces jest dok\u0142adnie opisany, a tak\u017ce systematycznie rozwijany, co pozwala nad\u0105\u017ca\u0107 za zmieniaj\u0105cym si\u0119 w b\u0142yskawicznym tempie rynkiem IT. We wspomnianym opisie znajdziemy informacje na temat tego, jak powinna by\u0107 zorganizowana praca zespo\u0142u projektowego.<\/p>\n\n\n\n
Scrum jest oparty na empirycznym sposobie kontroli procesu<\/strong>. Co to oznacza? Wiedza pochodzi z posiadanego do\u015bwiadczenia, a decyzje podejmowane s\u0105 na podstawie tego, co wiemy. W podej\u015bciu empirycznym nie potrafimy dok\u0142adnie przewidzie\u0107 wynik\u00f3w wykonania pracy w momencie jej podejmowania. Chcemy kontrolowa\u0107 uzyskane wyniki i zarazem utrzymywa\u0107 wysok\u0105 jako\u015b\u0107.<\/p>\n\n\n\n Poszczeg\u00f3lne kroki w procesie nie zawsze s\u0105 powtarzalne. Aby podtrzyma\u0107 zasady empirycznego podej\u015bcia do kontroli procesu, w scrumie zosta\u0142y wprowadzone 3 filary:<\/p>\n\n\n\n Jej za\u0142o\u017cenie jest proste \u2013 w trakcie sprintu sprawdzaj swoj\u0105 prac\u0119 regularnie. Pozwoli to odpowiednio wcze\u015bnie wykry\u0107 ewentualne niepo\u017c\u0105dane odchylenia. Nie nale\u017cy jednak czyni\u0107 tego zbyt cz\u0119sto, aby owo sprawdzanie nie stawa\u0142o na przeszkodzie w realizacji cel\u00f3w sprintu. Inspekcje s\u0105 najbardziej efektywne wtedy, gdy rzetelnie wykonuj\u0105 je odpowiednio wykwalifikowane do tego osoby.<\/p>\n\n\n\n Je\u015bli podczas inspekcji zostan\u0105 dostrze\u017cone czynniki, kt\u00f3re w realny spos\u00f3b przekraczaj\u0105 akceptowalne limity i mog\u0105 spowodowa\u0107 brak osi\u0105gni\u0119cia za\u0142o\u017conego celu, nale\u017cy w odpowiedni spos\u00f3b dostosowa\u0107 trwaj\u0105cy proces. Dostosowanie powinno by\u0107 wykonane tak szybko, jak to mo\u017cliwe.<\/p>\n\n\n\n Scrum zaleca cztery formalne wydarzenia do inspekcji i adaptacji:<\/p>\n\n\n\n Za\u0142o\u017ceniami tego filaru s\u0105 jednakowe rozumienie zagadnie\u0144 przez wszystkie strony oraz jednakowe rozumienie \u201edefinicji zako\u0144czonej pracy\u201d. Spe\u0142nienie obu postulat\u00f3w pozwoli nam unikn\u0105\u0107 nieporozumie\u0144 i sytuacji, w kt\u00f3rych zainteresowane strony w procesie b\u0119d\u0105 dochodzi\u0142y swoich racji na podstawie w\u0142asnych interpretacji wymaga\u0144.<\/p>\n\n\n\n Zesp\u00f3\u0142 scrum sk\u0142ada si\u0119 z:<\/p>\n\n\n\n Zespo\u0142y Scrum s\u0105 niezale\u017cne i wielofunkcyjne. Samoorganizuj\u0105ce si\u0119 zespo\u0142y wybieraj\u0105, w jaki spos\u00f3b najlepiej wykona\u0107 swoj\u0105 prac\u0119 \u2013 nie s\u0105 przy tym kierowane przez osoby spoza zespo\u0142u. Wielofunkcyjno\u015b\u0107 oznacza, \u017ce cz\u0142onkowie zespo\u0142u maj\u0105 wszystkie kompetencje potrzebne do wykonania pracy \u2013 bez uzale\u017cnienia od innych os\u00f3b, kt\u00f3re nie s\u0105 cz\u0119\u015bci\u0105 zespo\u0142u. Zastosowany w scrum model zespo\u0142u ma na celu\u00a0optymalizacj\u0119 elastyczno\u015bci, kreatywno\u015bci i produktywno\u015bci.<\/strong><\/p>\n\n\n\n W\u0142a\u015bciciel produktu jest odpowiedzialny za maksymalizacj\u0119 warto\u015bci produktu b\u0119d\u0105cego efektem pracy zespo\u0142u deweloperskiego. Spos\u00f3b osi\u0105gni\u0119cia tego celu mo\u017ce r\u00f3\u017cnic si\u0119 dla poszczeg\u00f3lnych organizacji, zespo\u0142\u00f3w scrumowych oraz jednostek.<\/p>\n\n\n\n Jest to rola jednoosobowa. Mo\u017ce reprezentowa\u0107 zdanie wielu os\u00f3b w rejestrze produktu (product backlog), jednak jakakolwiek zmiana (np. priorytetu) element\u00f3w rejestru produktu musi by\u0107 zaakceptowana przez Product Ownera (w rezultacie Product Owner jest rozliczany ze swojej pracy jako pojedyncza jednostka).<\/p>\n\n\n\n Aby Product Owner pracowa\u0142 efektywnie, jego decyzje musz\u0105 by\u0107 respektowane wewn\u0105trz organizacji, dla kt\u00f3rej pracuje. Decyzje te s\u0105 widoczne w zawarto\u015bci oraz kolejno\u015bci element\u00f3w product backlogu.<\/p>\n\n\n\n Rejestr prowadzony przez w\u0142a\u015bciciela produktu jest jedynym \u017ar\u00f3d\u0142em wymaga\u0144 dla zespo\u0142u developerskiego. W zarz\u0105dzaniu rejestrem produktu s\u0105 zawarte:<\/p>\n\n\n\n Ponadto, product backlog powinien pokazywa\u0107 faktyczn\u0105 informacj\u0119 na temat aktualnych prac Development Teamu (oraz ich stanu). W\u0142a\u015bciciel produktu powinien dba\u0107 o to, by elementy zawarte w rejestrze produktu by\u0142y zdefiniowane w spos\u00f3b przejrzysty, u\u0142atwiaj\u0105cy pe\u0142ne zrozumienie<\/strong> ich tre\u015bci przez zesp\u00f3\u0142 developerski.<\/p>\n\n\n\n Zesp\u00f3\u0142 developerski sk\u0142ada si\u0119 z profesjonalist\u00f3w realizuj\u0105cych zadania z zakresu sprintu. Jego celem jest dostarczenie potencjalnie gotowego do wydania przyrostu sko\u0144czonego produktu na koniec ka\u017cdego ze sprint\u00f3w. Tylko cz\u0142onkowie Development Teamu bior\u0105 udzia\u0142 w tworzeniu nowej wersji produktu (zwanej tak\u017ce przyrostem od angielskiego s\u0142owa increment).<\/p>\n\n\n\n Uczestnicy zespo\u0142\u00f3w deweloperskich s\u0105 dobierani przez organizacj\u0119, dla kt\u00f3rej pracuj\u0105. Wyselekcjonowane grupy specjalist\u00f3w dostaj\u0105 od swych organizacji zielone \u015bwiat\u0142o do zarz\u0105dzania swoj\u0105 prac\u0105 we w\u0142asnym zakresie. Uzyskana w takim modelu pracy \u201esynergia\u201d ma w za\u0142o\u017ceniu optymalizowa\u0107 og\u00f3ln\u0105 efektywno\u015b\u0107 i wydajno\u015b\u0107 zespo\u0142u developerskiego.<\/p>\n\n\n\n Zesp\u00f3\u0142 developerski jest odpowiedzialny za wytworzenie uko\u0144czonego, potencjalnie gotowego do wydania produktu na zako\u0144czenie ka\u017cdego sprintu. Podczas planowania prac zesp\u00f3\u0142 sam decyduje o liczbie element\u00f3w mo\u017cliwych do realizacji w danym sprincie oraz o planie na wykonanie wyselekcjonowanych zada\u0144.<\/p>\n\n\n\n Niezale\u017cnie od kompetencji posiadanych przez poszczeg\u00f3lnych cz\u0142onk\u00f3w Development Teamu nie powinno by\u0107 w nim widocznych wewn\u0119trznych podzia\u0142\u00f3w (wynik\u0142ych np. ze stanowiska czy te\u017c innych czynnik\u00f3w). Podczas przegl\u0105du prac zesp\u00f3\u0142 jest rozliczany jako ca\u0142o\u015b\u0107<\/strong> bez wyszczeg\u00f3lniania dokona\u0144 pojedynczych jednostek.<\/p>\n\n\n\n Zgodnie z za\u0142o\u017ceniami scruma rozmiar zespo\u0142u developerskiego powinien si\u0119 zamkn\u0105\u0107 w przedziale od 3 do 9 os\u00f3b. Zbyt du\u017ce zespo\u0142y<\/strong> wymagaj\u0105 zbyt du\u017cej koordynacji i generuj\u0105 zbyt du\u017c\u0105 z\u0142o\u017cono\u015b\u0107 dla ca\u0142ego procesu organizacji pracy. Zbyt ma\u0142e zespo\u0142y<\/strong> powoduj\u0105 obni\u017cenie wewn\u0119trznych interakcji mi\u0119dzy cz\u0142onkami oraz s\u0105 nara\u017cone na potencjalne luki w umiej\u0119tno\u015bciach niezb\u0119dnych do osi\u0105gni\u0119cia celu sprintu.<\/p>\n\n\n\n Jest odpowiedzialny za wspieranie cz\u0142onk\u00f3w scrum teamu w odpowiedniej implementacji scruma (zgodnie z definicj\u0105 w\u00a0Scrum Guide<\/a>). Scrum Master pomaga cz\u0142onkom zespo\u0142u scrumowego zrozumie\u0107 teori\u0119 i praktyk\u0119 scruma uwzgl\u0119dniaj\u0105c jego zasady i warto\u015bci.<\/p>\n\n\n\n Dba o prawid\u0142owy przebieg i zrozumienie procesu wytw\u00f3rczego zgodnie z ramami post\u0119powania nakre\u015blonymi przez scrum. Jest tzw. servant-leaderem dla cz\u0142onk\u00f3w zespo\u0142u \u2013 s\u0142u\u017cy im wiedz\u0105 i umiej\u0119tno\u015bciami z zakresu scruma, jednocze\u015bnie b\u0119d\u0105c liderem w kwestii przestrzegania i stosowania jego zasad oraz warto\u015bci. Ponadto, Scrum Master dba o to, aby osoby spoza scrum teamu nie wp\u0142ywa\u0142y w \u017caden spos\u00f3b na prac\u0119 wykonywan\u0105 przez zesp\u00f3\u0142 (w szczeg\u00f3lno\u015bci tak\u0105, kt\u00f3ra mo\u017ce mie\u0107 wp\u0142yw na wydajno\u015b\u0107 poszczeg\u00f3lnych cz\u0142onk\u00f3w zespo\u0142u i w rezultacie doprowadzi\u0107 do nara\u017cenia osi\u0105gni\u0119cia celu sprintu).<\/p>\n\n\n\n Do obowi\u0105zk\u00f3w Scrum Mastera nale\u017c\u0105:<\/p>\n\n\n\n Wobec Development Teamu:<\/p>\n\n\n\n Wobec Product Ownera:<\/p>\n\n\n\n Wobec organizacji:<\/p>\n\n\n\n Scrum w swoich za\u0142o\u017ceniach jest lekki i \u0142atwy do zrozumienia. Jego prawid\u0142owa implementacja jest jednak bardzo trudna do wykonania. Czy po zapoznaniu si\u0119 z powy\u017cszymi informacjami mo\u017cecie nadal z ca\u0142\u0105 pewno\u015bci\u0105 powiedzie\u0107, \u017ce na co dzie\u0144 pracujecie w jedynym i prawdziwym scrumie?<\/p>\n\n\n\n ***<\/p>\n\n\n\n Wi\u0119cej artyku\u0142\u00f3w przygotowanych przez naszych ekspert\u00f3w z obszaru agile znajdziesz w kategorii Zarz\u0105dzanie projektami.<\/a><\/p>\n\n\n3 filary scruma<\/strong><\/h2>\n\n\n\n
Inspekcja<\/strong><\/h3>\n\n\n\n
Adaptacja<\/strong><\/h3>\n\n\n\n
Przejrzysto\u015b\u0107<\/strong><\/h3>\n\n\n\n
Scrum team<\/strong><\/h2>\n\n\n\n
Product Owner<\/strong><\/h3>\n\n\n\n
Development Team<\/strong><\/h3>\n\n\n\n
Scrum Master<\/strong><\/h3>\n\n\n\n
Obowi\u0105zki Scrum Mastera<\/strong><\/h2>\n\n\n\n
Podsumowanie<\/strong><\/h2>\n\n\n\n