{"id":36366,"date":"2021-02-09T12:02:00","date_gmt":"2021-02-10T13:26:03","guid":{"rendered":"https:\/\/www.globallogic.com\/pl\/insights\/blogs\/the-scrum-guide-is-dead-long-live-the-scrum-guide\/"},"modified":"2025-01-30T14:24:42","modified_gmt":"2025-01-30T14:24:42","slug":"the-scrum-guide-is-dead-long-live-the-scrum-guide","status":"publish","type":"insightsection","link":"https:\/\/www.globallogic.com\/pl\/insights\/blogs\/the-scrum-guide-is-dead-long-live-the-scrum-guide\/","title":{"rendered":"The Scrum Guide is Dead \u2014 Long Live the Scrum Guide!"},"content":{"rendered":"
Ken Schwaber i Jeff Sutherland co kilka lat wydaj\u0105 kolejn\u0105 wersj\u0119 \u201eScrum Guide\u201d, czyli przewodnika po najpopularniejszym frameworku agile – Scrumie. To dokument wyczerpuj\u0105co opisuj\u0105cy ramy post\u0119powania w rozwi\u0105zywaniu problem\u00f3w z uwzgl\u0119dnieniem r\u00f3l, zdarze\u0144, artefakt\u00f3w i regu\u0142. W listopadzie 2020 roku pojawi\u0142a si\u0119 jego d\u0142ugo wyczekiwana aktualizacja. Nowy “Scrum Guide 2020” przynosi szereg bardzo ciekawych i dobrych zmian, kt\u00f3re nadaj\u0105 ca\u0142emu procesowi jeszcze wi\u0119kszej elastyczno\u015bci.<\/p>\n

Najpierw om\u00f3wmy krok po kroku zmiany tej metodologii agile, przedstawione na\u00a0scrum.org<\/a> (na stronie dost\u0119pny jest tak\u017ce “Scrum Guide” po polsku; polski tytu\u0142 to “Przewodnik po Scrumie”)<\/p>\n


\n

1. Jeszcze mniej nakaz\u00f3w<\/h2>\n

“Scrum Guide” obr\u00f3s\u0142 z biegiem lat pewnymi nakazami. Ken Schwaber i Jeff Sutherland postanowili przywr\u00f3ci\u0107 w roku 2020 Scrum do postaci podstawowych ram post\u0119powania \u2013 poprzez usuni\u0119cie postanowie\u0144 nakazowych z tre\u015bci przewodnika, a przynajmniej z\u0142agodzenie nakaz\u00f3w (i tak np. usuni\u0119to codzienne pytania z Daily Scrum, rozlu\u017aniono wymagania dotycz\u0105ce atrybut\u00f3w PBI oraz pozycji przesz\u0142ych (retro) w rejestrze zada\u0144 przebiegu (Sprint Backlog), skr\u00f3cono cz\u0119\u015b\u0107 anulowania przebiegu (sprintu) itd.).<\/em><\/h5>\n
>><\/h5>\n

Co to znaczy?<\/h3>\n

Obecnie jest tyle implementacji Scruma, co produkt\u00f3w, w kt\u00f3rych Scrum wykorzystano jako podstawowe podej\u015bcie SDLC. Zmiany w “Scrum Guide 2020” czyni\u0105 ramy post\u0119powania Scruma nieco bardziej elastycznymi. Dlaczego? Przeanalizujmy to dok\u0142adnie:<\/p>\n

    \n
  1. Nie trzeba bezwzgl\u0119dnie u\u017cywa\u0107 pyta\u0144 z Daily Scrum. Wa\u017cne jest, by ludzie mogli wys\u0142ucha\u0107 innych, dzieli\u0107 si\u0119 opiniami i w razie potrzeby zasi\u0119gn\u0105\u0107 pomocy. Rozmow\u0119 w zespole mo\u017cna stymulowa\u0107 na wiele sposob\u00f3w, dlatego te\u017c nie powinni\u015bmy si\u0119 ogranicza\u0107 pytaniami lub stwierdzeniami takimi jak, na przyk\u0142ad, \u201eco zrobi\u0142em\u201d, \u201eco zrobi\u0119\u201d i \u201ejakie s\u0105 przeszkody\u201d.<\/li>\n
  2. W przypadku PBI (pozycji rejestru wymaga\u0144 \u2013\u00a0Product Backlog<\/em>) dobrze jest zawsze zadba\u0107 o wystarczaj\u0105cy poziom szczeg\u00f3\u0142owo\u015bci, wielko\u015bci, warto\u015bci itd. Jednak\u017ce pozycje takie powinny odpowiada\u0107 potrzebom i domenom biznesowym. Dlatego PBI nie ograniczaj\u0105 si\u0119 wy\u0142\u0105cznie do takich atrybut\u00f3w. Z\u0142agodzenie wymaga\u0144 wobec atrybut\u00f3w PBI zwi\u0119ksza elastyczno\u015b\u0107 metodyki i pozwala<\/a> unikn\u0105\u0107 konieczno\u015bci porz\u0105dkowania.<\/li>\n
  3. Pozycje przesz\u0142e maj\u0105 od teraz skr\u00f3con\u0105 posta\u0107. Autorzy po prostu nakre\u015blaj\u0105 kluczowe aspekty, kt\u00f3re nale\u017cy om\u00f3wi\u0107 podczas spotkania retrospektywnego. Istniej\u0105 dziesi\u0105tki narz\u0119dzi umo\u017cliwiaj\u0105cych wyb\u00f3r takiego podej\u015bcia do retrospektywy, kt\u00f3re najlepiej sprawdzi si\u0119 w danym zespole. Og\u00f3lniej rzecz ujmuj\u0105c, znosi to nakazy okre\u015blaj\u0105ce, kto ma konkretnie co robi\u0107, a pozwala skupia\u0107 si\u0119 raczej na wynikach prac.<\/li>\n
  4. Skr\u00f3cono inne zapisy przewodnika po Scrumie, przez co sta\u0142y si\u0119 bardziej czytelne \u2013 nie przyt\u0142aczaj\u0105 opisu procesu informacjami o oczywistych skutkach pewnych czynno\u015bci, np. efekt\u00f3w odwo\u0142ania przebiegu\/sprintu.<\/li>\n<\/ol>\n

    \"\"<\/p>\n


    \n

    2. Jeden zesp\u00f3\u0142 pracuje nad jednym projektem<\/h2>\n

    Celem tej zmiany by\u0142o usuni\u0119cie koncepcji powo\u0142ywania oddzielnej kom\u00f3rki w zespole projektowym, kt\u00f3rej obecno\u015b\u0107 wymaga\u0142a \u201eprzedstawiciela\u201d lub podzia\u0142u na \u201emy i oni\u201d mi\u0119dzy PO i zespo\u0142em developer\u00f3w. Przewodnik “Scrum Guide” obecnie zak\u0142ada istnienie jednego zespo\u0142u Scrum pracuj\u0105cego nad jednym i tym samym celem, z podzia\u0142em odpowiedzialno\u015bci na trzy obszary: Product Ownera, Scrum Mastera i developer\u00f3w.<\/em><\/h5>\n
    >><\/h5>\n

    Co to znaczy?<\/h3>\n

    W poprzedniej wersji przewodnika nie przewidziano podrz\u0119dnych zespo\u0142\u00f3w, kom\u00f3rek w zespole developer\u00f3w \u2013 w najnowszej wersji takie podej\u015bcie obj\u0119\u0142o szczebel ca\u0142ego zespo\u0142u Scrum. Mentalno\u015b\u0107 \u201emy i oni\u201d usuni\u0119to po raz pierwszy w wydaniu z 2011 r., rezygnuj\u0105c z por\u00f3wnania do \u201ekur i prosiak\u00f3w<\/a>\u201d. Logicznym krokiem by\u0142o zatem, w obecnym wydaniu, usuni\u0119cie podzia\u0142u na zespo\u0142y PO i developer\u00f3w. Wielko\u015b\u0107 zespo\u0142u w obecnej wersji przewodnika odpowiada wielko\u015bci ca\u0142ego zespo\u0142u Scrum , nie za\u015b wy\u0142\u0105cznie zespo\u0142u developer\u00f3w (a wi\u0119c tak\u017ce Product Owner i Scrum Master). W wydaniu “Scrum Guide” z 2020 r. zaleca si\u0119 (cho\u0107 zapis ten nie ma charakteru bezwzgl\u0119dnego), by zesp\u00f3\u0142 Scrum liczy\u0142 nie wi\u0119cej ni\u017c 10 os\u00f3b, a tak\u017ce rozs\u0105dnie uzasadniono, dlaczego zesp\u00f3\u0142 mniejszy pracuje lepiej.<\/p>\n

    Cel tych zmian to zwi\u0119kszona odpowiedzialno\u015b\u0107 zespo\u0142u Scrum za produkt i proces. Im \u015bci\u015blej cz\u0142onkowie wsp\u00f3\u0142pracuj\u0105 ze sob\u0105, tym lepiej wychodzi im realizacja naprawd\u0119 warto\u015bciowych produkt\u00f3w. Odpowiedzialno\u015bci Product Ownera, Scrum Mastera i developer\u00f3w dzia\u0142aj\u0105 w ramach wsp\u00f3lnego celu.<\/p>\n

    \"\"<\/h4>\n
    \n

    3. Wprowadzenie poj\u0119cia \u201ecelu produktu\u201d<\/h2>\n

    Przewodnik “Scrum Guide” w wersji z 2020 r., obok Celu Sprintu i Definicji Ukonczenia wprowadza poj\u0119cie \u201eProduct Goal\u201d, czyli \u201ecelu produktu\u201d \u2013 w za\u0142o\u017ceniu ma ono skupi\u0107 zesp\u00f3\u0142 Scrum na wi\u0119kszym, bardziej warto\u015bciowym celu. Dlatego ka\u017cdy przebieg (sprint) powinien zbli\u017ca\u0107 za\u0142o\u017cony produkt coraz bardziej do og\u00f3lnego, znanego \u201ecelu produktu\u201d.<\/em><\/h5>\n
    >><\/h5>\n

    Co to znaczy?<\/h3>\n

    Chyba najwa\u017cniejsz\u0105 z ostatnich zmian w og\u00f3lnej koncepcji ram post\u0119powania w Scrumie jest poj\u0119cie \u201ecelu produktu\u201d. Metodyka Scruma trafi\u0142a do mn\u00f3stwa dziedzin wykraczaj\u0105cych poza tworzenie produkt\u00f3w oprogramowania, z czego przecie\u017c wyros\u0142a. Produktem mo\u017ce by\u0107 zatem us\u0142uga, fizyczny wyr\u00f3b lub co\u015b bardziej abstrakcyjnego. W zale\u017cno\u015bci od oczekiwanych wynik\u00f3w \u2013 w rozumieniu r\u00f3\u017cnych podej\u015b\u0107 \u2013 mo\u017cna za produkt uzna\u0107 wynik po\u015bredni tych produkt\u00f3w, kt\u00f3rych warto\u015b\u0107 dzieli si\u0119 na etapy kluczowe (\u201ekamienie milowe\u201d) lub wydania (\u201erelease\u2019y\u201d).<\/p>\n

    Cel produktu opisuje przysz\u0142y stan tworzonego produktu, dlatego nale\u017cy przede wszystkim pod\u0105\u017ca\u0107 za ustalonym celem i tym samym, w spos\u00f3b ci\u0105g\u0142y, sprawdza\u0107, czy zesp\u00f3\u0142 Scrum tworzy warto\u015bciowe produkty. Je\u015bli podczas kolejnego sprintu brakuje systematycznego d\u0105\u017cenia do celu produktu, zesp\u00f3\u0142 Scrum mo\u017ce przys\u0142owiowo zej\u015b\u0107 na manowce, skazuj\u0105c produkt na pora\u017ck\u0119.<\/p>\n

    \"\"<\/p>\n


    \n

    4. \u201eDom\u201d celu przebiegu, \u201eDefinition of Done\u201d (definicja uko\u0144czenia), a cel produktu<\/h2>\n

    W poprzednich wydaniach przewodnika “Scrum Guide” opisano cel przebiegu (Sprint Goal) oraz definicj\u0119 uko\u0144czenia (Definition of Done), lecz tak naprawd\u0119 nie okre\u015blono ich to\u017csamo\u015bci, tj. czym konkretnie s\u0105. Nie by\u0142y w pe\u0142ni artefaktami, lecz poj\u0119ciami zwi\u0105zanymi z artefaktami. Jednak\u017ce wraz z wprowadzeniem \u201ecelu produktu\u201d, wersja “Scrum Guide 2020” pozwala u\u015bci\u015bli\u0107 pozosta\u0142e dwa poj\u0119cia. Tym samym od teraz wszystkie trzy artefakty maj\u0105 \u201ezobowi\u0105zania\u201d (\u201ecommitment\u201d) wobec nich. W przypadku rejestru wymaga\u0144 (Produkt Backlog), zobowi\u0105zaniem jest cel produktu, w przypadku rejestru zada\u0144 przebiegu (Sprint Backlog) jest to cel przebiegu, za\u015b dla przyrostu (Increment) jest to definicja uko\u0144czenia (Definition of Done \u2013 zauwa\u017cmy, \u017ce zapisywana od teraz bez cudzys\u0142owu). Zobowi\u0105zania wprowadzono, aby u\u015bci\u015bli\u0107 ka\u017cdy z trzech omawianych artefakt\u00f3w oraz by skupi\u0107 si\u0119 na post\u0119pach ich realizacji.<\/em><\/h5>\n
    >><\/h5>\n

    Co to znaczy?<\/h3>\n

    Zobowi\u0105zaniem jest ch\u0119\u0107 starannej pracy, w\u0142o\u017cenia wysi\u0142ku i po\u015bwi\u0119cenia czasu na jakie\u015b zadanie lub czynno\u015b\u0107. Stworzenie artefaktu podyktowane powinno by\u0107 ch\u0119ci\u0105 osi\u0105gni\u0119cia konkretnych cel\u00f3w. Dzi\u0119ki \u201ezobowi\u0105zaniom\u201d mo\u017cemy bezpo\u015brednio powi\u0105za\u0107 pozycj\u0119 rejestru wymaga\u0144 (PBI) z po\u017c\u0105danym, oczekiwanym stanem naszego produktu. PBI staje si\u0119 \u201eprzyrostem\u201d, gdy spe\u0142ni przes\u0142anki zobowi\u0105zania \u201edefinicji uko\u0144czenia\u201d. Zbi\u00f3r przyrost\u00f3w zgodnych ze zobowi\u0105zaniem \u201ecelu przebiegu\u201d zbli\u017ca opracowywany produkt do jego stanu po\u017c\u0105danego, kt\u00f3ry z kolei nakre\u015blono w zobowi\u0105zaniu \u201ecelu produktu\u201d.<\/p>\n

    \"\"<\/p>\n


    \n

    5. Samozarz\u0105dzanie zamiast samoorganizacji<\/h2>\n

    W poprzednich wydaniach przewodnika po Scrumie m\u00f3wiono, \u017ce zespo\u0142y developerskie organizuj\u0105 si\u0119 samodzielnie, okre\u015blaj\u0105c niezale\u017cnie, kto ma wykona\u0107 dan\u0105 prac\u0119 i w jaki spos\u00f3b. Nowy “Scrum Guide” z 2020 r. skupia si\u0119 raczej na zespole Scrum (Scrum Master, Product Owner i developerzy), a tym samym podkre\u015bla istotno\u015b\u0107 jego \u201esamodzielnego zarz\u0105dzania sob\u0105 samym\u201d \u2013 wedle kt\u00f3rego to zesp\u00f3\u0142 Scrum okre\u015bla, kto ma wykona\u0107 dan\u0105 prac\u0119, spos\u00f3b, w jaki ma j\u0105 wykona\u0107, i nad czym b\u0119dzie pracowa\u0142.<\/em><\/h5>\n
    >><\/h5>\n

    Co to znaczy?<\/h3>\n

    Wprowadzenie w\u0142a\u015bciciela produktu (PO, Product Owner) i developer\u00f3w do jednego zespo\u0142u Scrum pozwala \u201ewyp\u0142aszczy\u0107\u201d SDLC w taki spos\u00f3b, aby lepiej uwzgl\u0119dni\u0107 aspekty do rozwa\u017cenia podczas prac rozwojowych.<\/p>\n

    \"\"<\/p>\n


    \n

    6. Trzy tematy planowania przebieg\u00f3w<\/h2>\n

    Poza tematami planowania przebiegu\/sprintu b\u0119d\u0105cymi kwestiami \u201eco?\u201d i \u201ejak?\u201d, w przewodniku po Scrumie na 2020 r. skupiono si\u0119 na trzecim zagadnieniu zwi\u0105zanym z celem przebiegu \u2013 \u201eDlaczego?\u201d.<\/em><\/h5>\n
    >><\/h5>\n

    Co to znaczy?<\/h3>\n

    To bardzo proste. Na etapie planowania sprintu, PO (w\u0142a\u015bciciel produktu) proponuje, w jaki spos\u00f3b warto\u015b\u0107 produktu mo\u017ce wzrosn\u0105\u0107 w ramach obecnego przebiegu. Nast\u0119pnie ca\u0142y zesp\u00f3\u0142 Scrum pracuje nad ustaleniem celu przebiegu, kt\u00f3ry jest odpowiedzi\u0105 na pytanie,\u00a0dlaczego<\/em>\u00a0przebieg ma warto\u015b\u0107 dla os\u00f3b nim zainteresowanych.<\/p>\n

    Kolejno\u015b\u0107 planowania sprintu: Dlaczego? -> Co? -> Jak?<\/p>\n

    Jest to jednocze\u015bnie kolejna okazja, by sprawi\u0107, \u017ce bie\u017c\u0105cy cel przebiegu zwi\u0119kszy warto\u015b\u0107 produktu. W takiej metodzie planowania \u0142\u0105czy si\u0119 cel sprintu z celem produktu.<\/p>\n

    \"\"<\/p>\n


    \n

    Scrum guide po polsku – przejrzysto\u015b\u0107 w Scrumie<\/h2>\n

    Przewodnik \u201eScrum Guide\u201d na 2020 r. napisano j\u0119zykiem uproszczonym, bardziej zrozumia\u0142ym dla szerszego kr\u0119gu odbiorc\u00f3w. Przede wszystkim usuni\u0119to w nim z\u0142o\u017cone, zb\u0119dne zapisy oraz resztki nawi\u0105za\u0144 do pracy typowej dla sektora IT (np. testowanie, system, budowa, wymagania itp.). Najnowszy \u201eScrum Guide\u201d liczy mniej ni\u017c 13 stron.<\/p>\n

    Dlaczego?<\/h3>\n

    Bie\u017c\u0105ce wydanie ma j\u0119zyk o charakterze mniej nakazowym, poniewa\u017c, ze wzgl\u0119du na wsp\u00f3\u0142czesne realia i powszechno\u015b\u0107 metodyki Scruma, jej podstawowe elementy powinny odpowiada\u0107 kontekstowi i zale\u017ce\u0107 od konkretnych produkt\u00f3w lub uwarunkowa\u0144, zamiast stanowi\u0107 kompleksowe rozwi\u0105zanie, kt\u00f3re pasuje tylko do pewnych produkt\u00f3w, a do innych ju\u017c nie.<\/p>\n

    <\/h4>\n

    Od Scruma do GlobalLogic<\/h2>\n

    Odk\u0105d Ken Schwaber i Jeff Sutherland po raz pierwszy zaprezentowali Scruma w 1995 roku, sta\u0142 si\u0119 on jedn\u0105 z najpopularniejszych metod Agile. Ta nazwa staje si\u0119 kart\u0105 przetargow\u0105 w CV, coraz wi\u0119cej ludzi interesuj\u0105 materia\u0142y na ten temat i odbywa ze Scruma szkolenia. W roku 2020 Scrum, Agile czy Lean Management s\u0105 ju\u017c oczywisto\u015bci\u0105 dla os\u00f3b realizuj\u0105cych projekty.<\/p>\n

    W GlobalLogic Agile to podstawa naszej pracy<\/a>. Je\u015bli nie jest ci obcy, je\u015bli z pasj\u0105 pracujesz od sprintu do sprintu, a przede wszystkim je\u015bli nazwa Scrum to budulec twojej drogi zawodowej – szukamy w\u0142a\u015bnie Ciebie. Utalentowany Scrum Master zawsze znajdzie u nas swoje miejsce. Aplikuj jeszcze dzi\u015b!<\/a><\/div>\n","protected":false},"excerpt":{"rendered":"

    Ken Schwaber i Jeff Sutherland \u2013 autorzy Scrum \u2013 co kilka lat wydaj\u0105 kolejn\u0105 wersj\u0119 \u201eScrum Guide\u201d, czyli przewodnika po Scrum. To dokument wyczerpuj\u0105co opisuj\u0105cy ramy post\u0119powania, z uwzgl\u0119dnieniem r\u00f3l, zdarze\u0144, artefakt\u00f3w i regu\u0142. W listopadzie 2020 roku pojawi\u0142a si\u0119 jego d\u0142ugo wyczekiwana aktualizacja. <\/p>\n","protected":false},"author":12,"featured_media":35988,"parent":0,"menu_order":168,"template":"","insight":[41],"insight-subcats":[63],"insight-industry":[785],"insight-services":[],"insight-partners":[],"class_list":["post-36366","insightsection","type-insightsection","status-publish","has-post-thumbnail","hentry","insight-blogs","insight-subcats-agile","insight-industry-cross-industry"],"acf":[],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/www.globallogic.com\/pl\/wp-json\/wp\/v2\/insightsection\/36366","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.globallogic.com\/pl\/wp-json\/wp\/v2\/insightsection"}],"about":[{"href":"https:\/\/www.globallogic.com\/pl\/wp-json\/wp\/v2\/types\/insightsection"}],"author":[{"embeddable":true,"href":"https:\/\/www.globallogic.com\/pl\/wp-json\/wp\/v2\/users\/12"}],"version-history":[{"count":1,"href":"https:\/\/www.globallogic.com\/pl\/wp-json\/wp\/v2\/insightsection\/36366\/revisions"}],"predecessor-version":[{"id":101296,"href":"https:\/\/www.globallogic.com\/pl\/wp-json\/wp\/v2\/insightsection\/36366\/revisions\/101296"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.globallogic.com\/pl\/wp-json\/wp\/v2\/media\/35988"}],"wp:attachment":[{"href":"https:\/\/www.globallogic.com\/pl\/wp-json\/wp\/v2\/media?parent=36366"}],"wp:term":[{"taxonomy":"insight","embeddable":true,"href":"https:\/\/www.globallogic.com\/pl\/wp-json\/wp\/v2\/insight?post=36366"},{"taxonomy":"insight-subcats","embeddable":true,"href":"https:\/\/www.globallogic.com\/pl\/wp-json\/wp\/v2\/insight-subcats?post=36366"},{"taxonomy":"insight-industry","embeddable":true,"href":"https:\/\/www.globallogic.com\/pl\/wp-json\/wp\/v2\/insight-industry?post=36366"},{"taxonomy":"insight-services","embeddable":true,"href":"https:\/\/www.globallogic.com\/pl\/wp-json\/wp\/v2\/insight-services?post=36366"},{"taxonomy":"insight-partners","embeddable":true,"href":"https:\/\/www.globallogic.com\/pl\/wp-json\/wp\/v2\/insight-partners?post=36366"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}