18 listopada 2020 opublikowana zosta\u0142a nowa wersja Przewodnika po Scrumie (ang. The Scrum Guide): <\/p>\n\n\n\n
Przewodnik po Scrumie: opis regu\u0142<\/em> (ang. The Definitive Guide to Scrum: The Rules of the Game<\/em>). Zmiana ta jest tyle\u017c istotna, \u017ce od 10 stycznia 2021 wszystkie egzaminy prowadzone przez scrum.org (w tym Professional Scrum Master \u2013 PSM) b\u0119d\u0105 bazowa\u0142y wy\u0142\u0105cznie na nowej wersji Przewodnika. Ka\u017cda osoba przyst\u0119puj\u0105ca do egzaminu powinna zapozna\u0107 si\u0119 z tymi zmianami. Warto r\u00f3wnie\u017c, aby osoby dzia\u0142aj\u0105ce w zespo\u0142ach pracuj\u0105cych z wykorzystaniem Scrum, przeczyta\u0142y now\u0105 wersj\u0119 Przewodnika po Scrumie i zastanowi\u0142y si\u0119, jakie korzy\u015bci mo\u017ce odnosi\u0107 ich zesp\u00f3\u0142 przy implementacji tych zmian.<\/p>\n\n\n\n Scrum to ramy post\u0119powania (ang. framework) pozwalaj\u0105ce dostarcza\u0107 warto\u015b\u0107 poprzez adaptacyjne rozwi\u0105zywanie z\u0142o\u017conych problem\u00f3w, dla kt\u00f3rych nie ma prostych przepis\u00f3w na znalezienie rozwi\u0105zania. Fundamentem Scruma jest empiryzm zak\u0142adaj\u0105cy, \u017ce wiedza powstaje na podstawie do\u015bwiadcze\u0144 (czasem nieudanych), a wszelkie decyzje powinny by\u0107 podejmowane na podstawie dotychczasowych obserwacji. U podstaw Scrum le\u017cy te\u017c koncepcja lean koncentruj\u0105ca si\u0119 na optymalizacji pracy poprzez eliminacje marnotrawstw (ang. waste) oraz nakierowaniu dzia\u0142a\u0144 i wysi\u0142k\u00f3w na te obszary, kt\u00f3re przynios\u0105 najwi\u0119ksz\u0105 warto\u015b\u0107. Scrum wykorzystuje iteracyjne i przyrostowe podej\u015bcie do wytarzania produkt\u00f3w oraz filary empiryzmu, kt\u00f3rymi s\u0105 przejrzysto\u015b\u0107 (ang. transparency), inspekcja (ang. inspection) i adaptacja (ang. adaptation). Efektywne wykorzystanie Scrum zak\u0142ada, \u017ce zesp\u00f3\u0142 realizuj\u0105cy prace b\u0119dzie dzia\u0142a w oparciu o pi\u0119\u0107 warto\u015bci: Zaanga\u017cowanie, Skupienie, Otwarto\u015b\u0107, Szacunek i Odwaga (ang. Commitment, Focus, Openness, Respect, and Courage). Ramy post\u0119powania opisane w Scrum sk\u0142adaj\u0105 si\u0119 z 3 element\u00f3w: Scrum Teamu, Artefakt\u00f3w (ang. Artefacts) tworzonych przez Team i Wydarze\u0144 (ang. Events) okre\u015blaj\u0105cych komunikacj\u0119 i zasady wsp\u00f3\u0142pracy.<\/p>\n\n\n\n Scrum zosta\u0142 zaprezentowany po raz pierwszy przez jego autor\u00f3w (Ken Schwaber i Jeff Sutherland) w roku 1995, jako podej\u015bcie do wytwarzanie oprogramowania. Tworzenie nowych produkt\u00f3w IT jest z\u0142o\u017conym problemem, gdzie zar\u00f3wno technologia jak i zmieniaj\u0105ce si\u0119 otoczenie oraz wymagania biznesowe powoduj\u0105, \u017ce zastosowanie prostych, dobrze opisanych sposob\u00f3w post\u0119powania cz\u0119sto prowadzi do pora\u017cki. Wytwarzanie oprogramowania w oparciu o integracyjny i przyrostowy proces opisany w Scrum okazuje si\u0119 przynosi\u0107 du\u017co wi\u0119ksz\u0105 warto\u015b\u0107 ni\u017c dzia\u0142anie w tradycyjnych modelach. Dlatego te\u017c Scrum sta\u0142 si\u0119 tak popularny w \u015brodowisku IT. Warto jednak zauwa\u017cy\u0107, \u017ce Scrum jest coraz cz\u0119\u015bciej stosowanych tak\u017ce w innych obszarach ni\u017c IT. Wiele organizacji mo\u017ce w r\u00f3\u017cnych spos\u00f3b stosowa\u0107 Scrum w zale\u017cno\u015b\u0107 od kontekstu w jakim dzia\u0142aj\u0105. Pewne podstawowe regu\u0142y opisane w Scrum s\u0105 niezmienne, ale niekt\u00f3re obszaru Scrum ewoluowa\u0142y, aby opis zawarty w Przewodniku by\u0142 jak najbardziej zrozumia\u0142y i precyzyjny oraz zgodny z do\u015bwiadczeniami jakie zosta\u0142y zidentyfikowane przez ostatnie lata.<\/p>\n\n\n\n Zmiany w wersji 2020 dotycz\u0105 g\u0142\u00f3wnie kilku obszar\u00f3w:<\/p>\n\n\n\n Pierwsza rzecz, kt\u00f3r\u0105 mo\u017cemy zauwa\u017cy\u0107 czytaj\u0105c now\u0105 wersj\u0119 Scruma to fakt, \u017ce jest ona o kilka stron kr\u00f3tsza od wersji z 2017 roku. Wynika to z pewnych korekt stylistycznych i uproszcze\u0144 j\u0119zykowych, ale przede wszystkim ze zmian merytorycznych. Autorzy doszli do wniosku, \u017ce nale\u017cy usun\u0105\u0107 niekt\u00f3re elementy opisane w poprzednich wersjach, gdy\u017c s\u0105 one zbyt nakazowe. Mo\u017cemy je stosowa\u0107, ale nie s\u0105 one konieczne dla ka\u017cdego zespo\u0142u. Takie rozwi\u0105zania dalej pozostaj\u0105 w \u015brodowisku Scrum, ale w publikacjach uzupe\u0142niaj\u0105cych, a nie w samym Przewodniku. Przyk\u0142adem takich zmian mo\u017ce by\u0107 usuni\u0119cie trzech pyta\u0144 z Daily Scrum (Co zrobi\u0142em? Co b\u0119d\u0119 robi\u0142? Jakie widz\u0119 problemy?). W nowej wersji Przewodnika usuni\u0119te zosta\u0142y wszelkie poj\u0119cia i odniesienia do sektora IT, kt\u00f3re stanowi\u0142y pewn\u0105 pozosta\u0142o\u015b\u0107 po tym z jakiego obszaru Scrum si\u0119 wywodzi\u0142. Dzi\u0119ki tym zmianom opis Scrum sta\u0142 si\u0119 jeszcze prostszy i bardziej uniwersalny.<\/p>\n\n\n\n Podstawowym elementem Scrum jest Scrum Team. Tworz\u0105 go Scrum Master, Product Owner oraz Developerzy. Ca\u0142y Scrum Team odpowiada za dostarczanie warto\u015bci poprzez rozwijanie produktu. Nowa wersja Przewodnika k\u0142adzie jeszcze wi\u0119kszy nacisk na odpowiedzialno\u015b\u0107 ca\u0142ego Zespo\u0142u Scrum. Dlatego te\u017c zdecydowano si\u0119 usun\u0105\u0107 nazw\u0119 Development Team, kt\u00f3ra sugerowa\u0142a, \u017ce Developerzy dzia\u0142aj\u0105 jako odr\u0119bny podzesp\u00f3\u0142 niezale\u017cny od Scrum Mastera i Product Ownera. Nie jest to tylko zmiana teoretyczna. Jest to zaadresowanie problemu, kt\u00f3ry pojawia si\u0119 w praktyce. Cz\u0119sto zdarza si\u0119, \u017ce Product Owner, czy te\u017c Scrum Master nie jest postrzegany przez Developer\u00f3w jako osoba z zespo\u0142u. Efektywne dzia\u0142anie wymaga synergii w pomi\u0119dzy ca\u0142ym Scrum Teamem. Tworzenie niepotrzebnych barier mo\u017ce powodowa\u0107 wy\u0142\u0105cznie zmniejszenie jako\u015bci dzia\u0142ania ca\u0142ego Scrum Teamu, a co za tym idzie dostarczanie gorszych, mniej warto\u015bciowych rozwi\u0105za\u0144. W Scrum Teamie s\u0105 r\u00f3\u017cne role wynikaj\u0105ce z kompetencji oraz zakresu odpowiedzialno\u015bci, ale tylko wsp\u00f3lne dzia\u0142anie os\u00f3b pe\u0142ni\u0105cych te role mo\u017ce sprawi\u0107, \u017ce wytwarzanie produkt\u00f3w b\u0119dzie realizowane w spos\u00f3b skuteczny i efektywny.<\/p>\n\n\n\n Z tego powodu w nowym Przewodniku po\u0142o\u017cono nacisk na samozarz\u0105dzanie Scrum Team w miejsce samoorganizacji Development Teamu. Samoorganizacja oznacza\u0142a, \u017ce Development Team sam okre\u015bla kto i jak b\u0119dzie wykonywa\u0142 poszczeg\u00f3lne zadania. Samozarz\u0105dzanie jest szerszym poj\u0119ciem. Po pierwsze nie dotyczy one wy\u0142\u0105cznie Development Teamu, ale ca\u0142ego Scrum Teamu. Po drugie do decyzji kto i jak wykona dan\u0105 prac\u0119 dodany jest element okre\u015blaj\u0105cy kierunek dzia\u0142ania Scrum Teamu, czyli zdefiniowanie nad czym b\u0119dziemy jako zesp\u00f3\u0142 pracowa\u0107.<\/p>\n\n\n\n – Czemu tak biegacie z pustymi taczkami?<\/p>\n\n\n\n – Panie, tu tyle jest roboty, \u017ce nie ma czasu taczek za\u0142adowa\u0107!<\/p>\n\n\n\n Ten stary i sucharowy dowcip oddaje co\u015b z czym cz\u0119sto boryka si\u0119 wiele organizacji. Wszyscy tak mocno koncentruj\u0105 si\u0119 na efektywno\u015bci wytwarzania produktu, \u017ce ju\u017c nikt nie pami\u0119tam w jakim celu go robimy i czy jest on w og\u00f3le komu\u015b potrzebny. W nowej wersji Przewodnika po Scrum ta kwestie zosta\u0142a odpowiednio zaadresowana. Po pierwsze na Spring Planningu opr\u00f3cz kwestii \u201eco\u201d i \u201ejak\u201d ma by\u0107 robione w kolejnym Sprincie dodano trzeci temat odpowiadaj\u0105cy na pytanie \u201epo co\u201d.<\/p>\n\n\n\n Wprowadzono r\u00f3wnie\u017c poj\u0119cie Celu Produktu, kt\u00f3ry opisuje d\u0142ugoterminowe zamierzenie, dla kt\u00f3rego realizowany jest produkt. Cel Produktu jest powi\u0105zany z Product Backlogiem i staje si\u0119 kompasem przy podejmowaniu decyzji odno\u015bnie wszelkich zmian (np. piorytetyzacji) oraz wybieraniu element\u00f3w z Backlogu do realizacji. Cel Produktu jest zobowi\u0105zaniem Scrum Teamu powi\u0105zanym z Product Backlogiem, co powoduje, \u017ce ka\u017cda praca zespo\u0142u jest nakierowana na realizacj\u0119 celu jaki jest stawiany przed produktem.<\/p>\n\n\n\n Dla pozosta\u0142ych Artefakt\u00f3w (ang. Artifacts) opisanych Scrum r\u00f3wnie\u017c okre\u015blono zobowi\u0105zania. Dla Sprint Backlogu jest to to Cel Sprintu (ang. Sprint Goal), a dla Incrementu Definicja Uko\u0144czenia (ang. Definition of Done). Elementy te by\u0142y opisane w poprzedniej wersji Przewodnika, ale dopiero w nowej wersji zosta\u0142o to uporz\u0105dkowane, a opisy precyzyjnie powi\u0105zane z poszczeg\u00f3lnymi Artefaktami.<\/p>\n\n\n\n Przewodnik po Scrum podobnie jak w poprzednich wersjach zosta\u0142 r\u00f3wnie\u017c wydany w polskiej wersji j\u0119zykowej. R\u00f3wnie\u017c tym razem autorzy t\u0142umaczenia stan\u0119li przed dylematem na ile t\u0142umaczenia ma by\u0107 wierne j\u0119zykowo, a na ile pozostawi\u0107 pewne poj\u0119cia w wersji angielskiej z uwagi na to, \u017ce takie ich stosowanie przyj\u0119\u0142o si\u0119 w praktyce. Tym razem zdecydowano si\u0119 w polskiej wersji pozostawi\u0107 wszystkie nazwy w\u0142asne element\u00f3w Scruma po angielsku. Decyzja ta by\u0142a za\u0142o\u017ceniem narzuconym t\u0142umaczom przez autor\u00f3w Scrum. W efekcie nie ma ju\u017c np. W\u0142a\u015bciciela Produktu (jest Product Owner), czy Rejestru Sprintu (jest Spring Backlog), czy Codziennego Scruma (jest Daily Scrum). Niemniej poj\u0119cia opisuj\u0105ce filary empiryzm (przejrzysto\u015b\u0107, inspekcja, adaptacja), czy te\u017c warto\u015bci Scruma (Zaanga\u017cowanie, Skupienie, Otwarto\u015b\u0107, Szacunek, Odwaga) oraz zobowi\u0105zania Artefakt\u00f3w (Cel Produktu, Cel Sprintu, Definicja Uko\u0144czenia) zosta\u0142y pozostawione po polsku.<\/p>\n\n\n\n Na koniec chcia\u0142bym si\u0119 pokusi\u0107 o moj\u0105 subiektywn\u0105 ocen\u0119 nowej wersji Przewodnika po Scrum. Bardzo podoba mi si\u0119 idea dodania Celu Produktu. Uwa\u017cam, \u017ce bardzo porz\u0105dkuje to spos\u00f3b my\u015blenia o produkcie i celu jego rozwoju. Jest to co\u015b czego ewidentnie brakowa\u0142o w poprzedniej wersji. Wyeliminowanie roli Development Teamu oraz po\u0142o\u017cenie wi\u0119kszego nacisku na samozarz\u0105dzanie i pe\u0142n\u0105 odpowiedzialno\u015b\u0107 ca\u0142ego Scrum Team r\u00f3wnie\u017c jest dobrym pomys\u0142em. Warto te\u017c doceni\u0107 zmiany porz\u0105dkuj\u0105ce. Poczynaj\u0105c na stylistyce, a ko\u0144cz\u0105c na elementach merytorycznych (np. jasne umiejscowienia Celu Sprintu i Definicji Uko\u0144czenia).<\/p>\n\n\n\n W kwestii uproszczenia i ograniczenia Przewodnika mam troch\u0119 mieszane uczucia. Z jednej strony widz\u0119 dostrzegam korzy\u015bci wynikaj\u0105ce z wi\u0119kszej prostoty i czytelno\u015bci. Z drugiej jednak strony brakuje mi paru element\u00f3w (np. 3 pyta\u0144 zadawanych na codziennych spotkaniach), kt\u00f3re w mojej ocenie mo\u017cna by\u0142o spokojnie pozostawi\u0107, bo s\u0105 one mocno zakorzenione w kulturze zespo\u0142\u00f3w Scurm.<\/p>\n\n\n\n Nie do ko\u0144ca przekonuje mnie polskie t\u0142umaczenie. W mojej ocenie niekt\u00f3re poj\u0119cia np. W\u0142a\u015bciciel Produktu, Rejestr Sprintu, czy Retrospektywa nie brzmi\u0105 \u017ale i cz\u0119sto s\u0105 u\u017cywane w praktyce. Najbardziej razi mnie stosowanie nazwy Scrum Team zamiast Zesp\u00f3\u0142 Scrum, a ju\u017c w szczeg\u00f3lno\u015bci w odmianie (np. Scrum Teamu, czy Scrum Teamowi). Dodatkowo pozostawienie polskich t\u0142umacze\u0144 poj\u0119\u0107, kt\u00f3re nie s\u0105 elementami Scruma np. Definicja Uko\u0144czenia, Cel Produktu, czy te\u017c samej nazwy Przewodnik po Scrumie, powoduje u mnie pewien dysonans, je\u015bli te poj\u0119cia wyst\u0119puj\u0105 tu\u017c obok nieprzet\u0142umaczonych element\u00f3w (np. \u201eCel Produktu jest odzwierciedlony w Product Backlogu\u201d). Nie jest to jednak krytyczna uwaga do t\u0142umaczy, a raczej do za\u0142o\u017ce\u0144 jakie zosta\u0142y im z g\u00f3ry narzucone.<\/p>\n\n\n\n Reasumuj\u0105c bardzo pozytywnie oceniam kierunek i charakter zmian merytorycznych przedstawione w nowej wersji Przewodnika po Scrumie. Do kilku mniej istotnych zmian pozostaje jednak krytyczny (w szczeg\u00f3lno\u015bci do polskiego t\u0142umaczenia). W mojej ocenie Przewodnik po Scrumie w wersji 2020 pozwoli ka\u017cdemu jeszcze lepiej zrozumie\u0107 i stosowa\u0107 Scrum, co prze\u0142o\u017cy si\u0119 na wi\u0119ksz\u0105 efektywno\u015b\u0107 dzia\u0142ania zespo\u0142\u00f3w przy tworzeniu produkt\u00f3w dostarczaj\u0105cych coraz wi\u0119ksz\u0105 warto\u015b\u0107 biznesow\u0105.<\/p>\n\n\n\n \u0179r\u00f3d\u0142a:<\/p>\n\n\n\n https:\/\/www.scrumguides.org\/index.html<\/a><\/p>\n\n\n\n https:\/\/www.scrumguides.org\/scrum-guide.html<\/a><\/p>\n\n\n\nScrum \u2013 co to jest?<\/h2>\n\n\n\n
\n
Scrum KISS (Keep It Simple Stupid)<\/h2>\n\n\n\n
Jeden zesp\u00f3\u0142 \u2013 wsp\u00f3lny cel<\/h2>\n\n\n\n
Po co my to w og\u00f3le robimy?<\/h2>\n\n\n\n
Do you Scrum in Polish?<\/h2>\n\n\n\n
Scrum 2020 \u2013 plusy ujemne, czy dodatnie?<\/h2>\n\n\n\n