<\/p>\n
- \n
- 1. Scrum \u2013 metodyka, metodologia czy\u00a0framework?\u00a0<\/a><\/li>\n
- 2. Scrum vs Agile<\/a><\/li>\n
- 3. Scrum Guide 2020<\/a><\/li>\n
- 4. Czym jest Scrum?<\/a><\/li>\n
- 5. Scrum jest prosty<\/a><\/li>\n
- 6. Zesp\u00f3\u0142 Scrumowy<\/a><\/li>\n
- 7. Wydarzenia w Scrumie<\/a><\/li>\n
- 8. Definition of Ready i\u00a0Definition of Done<\/a><\/li>\n
- 9. Je\u015bli nie\u00a0Scrum, to\u00a0co? \u00a0<\/a><\/li>\n
- 10. Scrum vs Kanban<\/a><\/li>\n
- 11. Jak mierzy\u0107 efektywno\u015b\u0107? Metryki w\u00a0Scrumie i\u00a0Kanbanie<\/a><\/li>\n <\/ol>\n<\/div>\n\n\n
Scrum \u2013 metodyka, metodologia czy framework?<\/h2>\n\n\n\n
Odpowied\u017a na to pytanie mo\u017ce okaza\u0107 si\u0119 niezwykle wymagaj\u0105ca, szczeg\u00f3lnie je\u015bli pracujemy w \u015brodowisku mi\u0119dzynarodowym i staramy si\u0119 t\u0142umaczy\u0107 poszczeg\u00f3lne s\u0142owa na j\u0119zyki ojczyste z j\u0119zyka angielskiego, a kt\u00f3re to znaczenia i t\u0142umaczenia mog\u0105 okaza\u0107 si\u0119 bardzo niejednoznaczne lub wr\u0119cz niemo\u017cliwe do translacji.<\/p>\n\n\n\n
Je\u015bli jednak uznamy, \u017ce to Scrum Guide powinien by\u0107 naszym przewodnikiem i drogowskazem po zwinnej przygodzie zwi\u0105zanej z wytwarzaniem oprogramowania, to w\u00f3wczas odpowied\u017a na pytanie, czy Scrum to metodyka, metodologia czy framework, jest bardzo prosta. S\u0142owa \u201emetodyka\u201d i \u201emetodologia\u201d nie pojawiaj\u0105 si\u0119 tam ani razu, natomiast \u201eframework\u201d w odniesieniu do poj\u0119cia Scruma wyst\u0119puje w tek\u015bcie a\u017c 9-krotnie!<\/strong><\/p>\n\n\n\n
Mo\u017cemy zatem bez wchodzenia w skomplikowane i niejednoznaczne definicje stwierdzi\u0107, \u017ce framework jest najlepszym i najbezpieczniejszym okre\u015bleniem Scruma.<\/strong><\/p>\n\n\n\n
<\/div>\n\n\n\n![\"Scrum\"](\"https:\/\/nearshore-it.eu\/wp-content\/uploads\/2024\/09\/JPro_22.06_graphic_Scrum.png\" "\\"\\"")
<\/figure>\n\n\n\n<\/div>\n\n\n\nScrum vs Agile<\/h2>\n\n\n\n
Poj\u0119cia Scrum i Agile cz\u0119sto s\u0105 u\u017cywane w celu okre\u015blenia tego samego podej\u015bcia\/poj\u0119cia, a nie powinny. Agile zawiera w sobie ca\u0142\u0105 grup\u0119 r\u00f3\u017cnych od siebie podej\u015b\u0107 (framework\u00f3w) zwinnych, np. SAFe, Scrum, LeSS, Nexus, <\/a>kt\u00f3re mo\u017cna dopasowa\u0107 do potrzeb swojej organizacji. Agile to poj\u0119cie og\u00f3lne okre\u015blaj\u0105ce zwinne, aktywne podej\u015bcie do wytwarzania oprogramowania (lub innych projekt\u00f3w).<\/strong> Definiuje zasady, dobre praktyki, kt\u00f3re umo\u017cliwiaj\u0105 reakcj\u0119 i zmian\u0119 kierunku rozwoju w dowolnym momencie trwania projektu. Dzi\u0119ki temu tworzy przewag\u0119 nad tradycyjnym podej\u015bciem, kt\u00f3re u podstaw zak\u0142ada przestrzeganie harmonogramu i wcze\u015bniej ustalonego zakresu oraz kosztu. Z kolei Scrum okre\u015bla tylko jedn\u0105 z wielu dost\u0119pnych mo\u017cliwo\u015bci, podej\u015b\u0107 zwinnych do zarz\u0105dzania projektami.
Scrum:<\/span><\/p>\n\n\n\n- \n
- Jest elastycznym i proaktywnym podej\u015bciem do zarz\u0105dzania projektami.<\/li>\n\n\n\n
- Dzieli projekt na niezale\u017cne, w pe\u0142ni samoorganizuj\u0105ce si\u0119 zespo\u0142y.<\/li>\n\n\n\n
- Posiada Iteracje (Sprinty).<\/li>\n\n\n\n
- Jest oparty na 3 filarach: inspekcja, adaptacja, przejrzysto\u015b\u0107.<\/li>\n\n\n\n
- Dedykowany jest dla organizacji, w kt\u00f3rych s\u0105 ma\u0142e zespo\u0142y, proste produkty, bez skomplikowanych powi\u0105za\u0144 z innymi zespo\u0142ami.<\/li>\n\n\n\n
- Wprowadza: Sprint Planning, Daily Standup, Refinement, Retrospekcj\u0119, Sprint Review oraz wyr\u00f3\u017cnia zakresy odpowiedzialno\u015bci: Product Owner, Scrum Master, Zesp\u00f3\u0142 Developerski.<\/li>\n<\/ul>\n\n\n\n
Zespo\u0142y w Scrumie ci\u0105gle usprawniaj\u0105 swoje procesy i spos\u00f3b pracy. Im bardziej do\u015bwiadczony i zgrany ze sob\u0105 zesp\u00f3\u0142, tym jego efektywno\u015b\u0107 jest wi\u0119ksza. Przy tworzeniu zespo\u0142u nale\u017cy pami\u0119ta\u0107, \u017ce musi on zawiera\u0107 wszystkie kompetencje potrzebne do zdefiniowania wymaga\u0144, stworzeniu kodu i przetestowania funkcjonalno\u015bci.
<\/p>\n\n\n\nScrum Guide 2020<\/h2>\n\n\n\n
Scrum Guide zawiera w sobie definicje, opis regu\u0142, r\u00f3l, wydarze\u0144, artefakt\u00f3w czy dobrych praktyk podczas zarz\u0105dzania projektami. Pierwsza wersja dokumentu powsta\u0142a w 2010 roku, a jej autorami byli Amerykanie: Ken Schwaber i Jeff Sutherland. Ostatnia aktualizacja pojawi\u0142a si\u0119 w 2020 roku<\/strong> i poni\u017cej zosta\u0142y przedstawione elementy, kt\u00f3re zosta\u0142y zmienione, dodane lub usuni\u0119te w odniesieniu do poprzedniej wersji z 2017 roku.<\/p>\n\n\n\n
Zmiany w Scrum Guide:<\/span><\/p>\n\n\n\n
- \n
- Przewodnik zosta\u0142 skr\u00f3cony i uproszczony.\n
- \n
- Autorzy zmienili styl, upro\u015bcili j\u0119zyk, aby zawarto\u015b\u0107 by\u0142a bardziej zrozumia\u0142a, a u\u017cyte s\u0142owa by\u0142y uniwersalne (wcze\u015bniej by\u0142y odwo\u0142ania g\u0142\u00f3wnie do bran\u017cy IT).<\/li>\n<\/ul>\n<\/li>\n\n\n\n
- Rezygnacja z nakaz\u00f3w lub ich z\u0142agodzenie, odej\u015bcie od przyk\u0142adowych pyta\u0144 na Daily Standup, mniej jednoznaczne zwr\u00f3cenie uwagi na konieczno\u015b\u0107 uwzgl\u0119dnienia pomys\u0142\u00f3w, usprawnie\u0144 z Retrospekcji w Backlogu Sprintu.<\/li>\n\n\n\n
- Podkre\u015blenie warto\u015bci zespo\u0142u i wszystkich os\u00f3b odpowiedzialnych za tworzony produkt.<\/li>\n\n\n\n
- Zosta\u0142 wprowadzony \u201eCel Produktu\u201d, aby przypomnie\u0107, do czego zesp\u00f3\u0142 zosta\u0142 stworzony.<\/li>\n\n\n\n
- Dodano zobowi\u0105zania:\n
- \n
- Dla Backlogu Produktu to Cel Produktu<\/strong>.<\/li>\n\n\n\n
- Dla Backlogu Sprintu to Cel Sprintu<\/strong>.<\/li>\n\n\n\n
- Dla Incremetu (Przyrostu) to Definicja Uko\u0144czenia<\/strong> (DoD).<\/li>\n<\/ul>\n<\/li>\n\n\n\n
- Zamieniono wyra\u017cenie \u201eSamoorganizuj\u0105cy si\u0119 zesp\u00f3\u0142\u201d<\/strong> na \u201eSamozarz\u0105dzaj\u0105cy si\u0119 zesp\u00f3\u0142\u201d<\/strong> w celu podkre\u015blenia, \u017ce to zesp\u00f3\u0142 niezale\u017cnie decyduje, kiedy, kto i jak wykona prac\u0119.<\/li>\n<\/ul>\n\n\n\n
Czym jest Scrum?<\/h2>\n\n\n\n
Odpowied\u017a na najprostsze pytanie \u201eCzym jest Scrum?\u201d nie b\u0119dzie w moim odczuciu mo\u017cliwa bez dos\u0142ownego przytoczenia cytatu pochodz\u0105cego ze Scrum Guide. Niech ten cytat stanowi pocz\u0105tek naszych rozwa\u017ca\u0144.<\/p>\n\n\n\n
<\/p>\n\n\n\n
\n
Scrum to uproszczone ramy post\u0119powania, kt\u00f3re pomagaj\u0105 poszczeg\u00f3lnym osobom, zespo\u0142om i organizacjom wytwarza\u0107 warto\u015b\u0107 poprzez adaptacyjne rozwi\u0105zywanie z\u0142o\u017conych problem\u00f3w. Najpro\u015bciej rzecz ujmuj\u0105c, Scrum wymaga, aby Scrum Master przyczynia\u0142 si\u0119 do tworzenia \u015brodowiska, w kt\u00f3rym: <\/p>\n\n\n\n
1. Product Owner porz\u0105dkuje prac\u0119 potrzebn\u0105 do rozwi\u0105zania z\u0142o\u017conego problemu, tworz\u0105c Product Backlog.<\/em><\/p>\n\n\n\n
2. Scrum Team przekszta\u0142ca wybran\u0105 cz\u0119\u015b\u0107 tej pracy w warto\u015bciowy Increment w trakcie Sprintu.<\/em><\/p>\n\n\n\n
3. Scrum Team oraz jego interesariusze sprawdzaj\u0105 efekty i dostosowuj\u0105 swoje dzia\u0142ania na potrzeby kolejnego Sprintu.<\/em><\/p>\n\n\n\n
4. Powt\u00f3rz<\/em><\/p>\n<\/blockquote>\n\n\n\n
<\/p>\n\n\n\n
Scrum jest prosty<\/h2>\n\n\n\n
Scrum tak naprawd\u0119 opiera si\u0119 na iteracji<\/strong> \u2013 <\/strong>powtarzalno\u015bci Sprint\u00f3w i Przyro\u015bcie <\/strong>(Increment) \u2013 systematycznym rozbudowywaniu poprzednich efekt\u00f3w pracy oraz weryfikacji, czy wszystkie poprzednie przyrosty s\u0105 do siebie dopasowane. \u201eScrum jest prosty\u201d<\/strong> \u2013 napisali tw\u00f3rcy Scruma, Ken Schwaber oraz Jeff Sutherland. Oznacza to, \u017ce Scrum postrzegany jako framework mo\u017ce by\u0107 niekompletny i nie odpowiada\u0107 na wszystkie pytania, jakie mog\u0142y<\/ins>by zosta\u0107 zadane podczas implementacji tego podej\u015bcia w organizacji. Jest to jednak dzia\u0142anie celowe \u2013 zamiast dawa\u0107 gotowe odpowiedzi na pytania oraz szczeg\u00f3\u0142owe instrukcje \u2013 Scrum stwarza pole do rozwijania wzajemnych relacji i interakcji mi\u0119dzyludzkich.<\/p>\n\n\n\n
Zesp\u00f3\u0142 Scrumowy<\/h2>\n\n\n\n
W Scrumie podstawowym elementem jest ma\u0142y zesp\u00f3\u0142, w sk\u0142ad kt\u00f3rego wchodz\u0105 Product Owner, Scrum Master i Developerzy.<\/strong> Zesp\u00f3\u0142 Scrumowy nie dzieli si\u0119 na podzespo\u0142y i nie obowi\u0105zuje w nim hierarchia \u2013 ka\u017cdy z cz\u0142onk\u00f3w zespo\u0142u jest w taki sam spos\u00f3b odpowiedzialny za prac\u0119, jak\u0105 wykonuje zesp\u00f3\u0142. Warto w tym momencie zaznaczy\u0107, \u017ce mianem \u201eDevelopera\u201d nie nazywamy tylko i wy\u0142\u0105cznie programisty, ale r\u00f3wnie\u017c osoby pe\u0142ni\u0105ce inne funkcje b\u0105d\u017a wykonuj\u0105ce inne zawody, kt\u00f3rych obecno\u015b\u0107 jest niezb\u0119dna do uko\u0144czenia zaplanowanej pracy, np. UX designer, Analityk Biznesowy, etc. Wszyscy cz\u0142onkowie zespo\u0142u skupieni s\u0105 na realizacji celu sprintu i odpowiedzialni s\u0105 za osi\u0105gni\u0119cie Celu Produktu.<\/p>\n\n\n\n
Zesp\u00f3\u0142 Scrumowy nie powinien liczy\u0107 wi\u0119cej ni\u017c 10 os\u00f3b <\/strong>\u2013 do\u015bwiadczenie podpowiada, \u017ce tylko w\u00f3wczas osi\u0105gana jest najlepsza zwinno\u015b\u0107 pracy, a tak\u017ce mo\u017cliwa jest lepsza komunikacja i synergia. Je\u015bli zesp\u00f3\u0142 jest liczniejszy, prawdopodobnie nale\u017ca\u0142oby rozwa\u017cy\u0107 jego podzia\u0142 na dwa mniejsze \u2013 z tym samym Backlogiem, Celem Produktu i Product Ownerem.<\/p>\n\n\n\n
Trzeba podkre\u015bli\u0107, \u017ce Zespo\u0142y Scrumowe<\/a> s\u0105 samozarz\u0105dzalne, co oznacza, \u017ce sam zesp\u00f3\u0142 decyduje o tym, kto, kiedy i jak b\u0119dzie wykonywa\u0107 okre\u015blon\u0105 prac\u0119. To tak\u017ce Zesp\u00f3\u0142 Scrumowy jest odpowiedzialny za stworzony co Sprint u\u017cyteczny Increment (Przyrost), czyli najcz\u0119\u015bciej dzia\u0142aj\u0105c\u0105 cz\u0119\u015b\u0107 aplikacji.<\/p>\n\n\n\n
Developerzy<\/h3>\n\n\n\n
Jak m\u00f3wi Scrum Guide, developerzy to \u201eosoby w Scrum Teamie zobowi\u0105zane do wytworzenia ka\u017cdego aspektu u\u017cytecznego Incrementu w ka\u017cdym Sprincie\u201d. Warto podkre\u015bli\u0107 raz jeszcze, \u017ce developerzy wbrew sugeruj\u0105cej nazwie to nie tylko programi\u015bci, ale ka\u017cda osoba, kt\u00f3rej niezb\u0119dne umiej\u0119tno\u015bci s\u0105 koniecznie do uko\u0144czenia i zrealizowania Celu Sprintu. Developerzy s\u0105 odpowiedzialni mi\u0119dzy innymi za stworzenie Backlogu Sprintu, zapewnienie jako\u015bci zgodne z Definition of Ready, a tak\u017ce wzajemne wspieranie si\u0119, pomoc i egzekwowanie odpowiedzialno\u015bci za prac\u0119.<\/p>\n\n\n\n
Product Owner<\/h3>\n\n\n\n
Product Owner <\/a>jest odpowiedzialny za maksymalizacj\u0119 warto\u015bci biznesowej produktu, nad jakim pracuje Zesp\u00f3\u0142 Scrumowy. Co jest wa\u017cne, Product Owner nie jest i nie mo\u017ce by\u0107 prze\u0142o\u017conym lub managerem zespo\u0142u! <\/strong>Jest to cz\u0142onek Zespo\u0142u Scrumowego na r\u00f3wnorz\u0119dnych prawach i obowi\u0105zkach wskazanych w Scrum Guide. Do obowi\u0105zk\u00f3w Product Ownera nale\u017c\u0105 mi\u0119dzy innymi ustalanie priorytet\u00f3w Backlogu, tworzenie nowych element\u00f3w (zada\u0144) Backlogu, ich obja\u015bnianie i doprecyzowanie.<\/p>\n\n\n\n
Product Owner to jedna osoba \u2013 nie grupa lub zesp\u00f3\u0142, kt\u00f3ry odpowiedzialny b\u0119dzie za powy\u017csze zadania. Product Owner mo\u017ce i powinien oczywi\u015bcie bra\u0107 pod uwag\u0119 zdanie interesariuszy, biznesu i innych os\u00f3b zaanga\u017cowanych w projekt, jednak ostatecznie to on podejmuje finalne decyzje. Bardzo wa\u017cne jest, aby decyzje podj\u0119te przez Product Ownera respektowane by\u0142y przez ca\u0142\u0105 organizacj\u0119.<\/p>\n\n\n\n
Scrum Master<\/h3>\n\n\n\n
Scrum Master to przyw\u00f3dca s\u0142u\u017cebny<\/a> odpowiedzialny za efektywno\u015b\u0107 pracy Zespo\u0142u Scrumowego oraz za to, aby Scrum by\u0142 stosowany zgodnie z zaleceniami i wskaz\u00f3wkami zawartymi w Scrum Guidzie.<\/p>\n\n\n\n
Scrum Master wspiera Zesp\u00f3\u0142 Scrumowy mi\u0119dzy innymi poprzez:<\/span><\/p>\n\n\n\n
- \n
- Nauk\u0119 jak by\u0107 samozarz\u0105dzaj\u0105cy i samowystarczalny.<\/li>\n\n\n\n
- Usuwanie bloker\u00f3w i przeszk\u00f3d, jakie napotyka w swojej pracy Zesp\u00f3\u0142 Scrumowy.<\/li>\n\n\n\n
- Upewnienie si\u0119, \u017ce spotkania scrumowe odbywaj\u0105 si\u0119, zesp\u00f3\u0142 zna ich cel, a tak\u017ce, je\u015bli to potrzebne, pomaga w ich przebiegu i facylitacji.<\/li>\n<\/ul>\n\n\n\n
Scrum Master pomaga Product Ownerowi mi\u0119dzy innymi poprzez:<\/span><\/p>\n\n\n\n
- \n
- Znajdowanie sposob\u00f3w efektywnego zarzadzania Backlogiem.<\/li>\n\n\n\n
- Zrozumienie i wprowadzenie empirycznego podej\u015bcia do pracy w \u015brodowisku zwinnym.<\/li>\n\n\n\n
- Wsp\u00f3\u0142prac\u0119 z interesariuszami, w sytuacji gdy zachodzi taka potrzeba lub jest o to poproszony.<\/li>\n<\/ul>\n\n\n\n
Scrum Master wspiera organizacj\u0119 mi\u0119dzy innymi poprzez:<\/span><\/p>\n\n\n\n
- \n
- Szerzenie wiedzy o Scrumie i upewnianie si\u0119, \u017ce wszystkie osoby zaanga\u017cowane rozumiej\u0105 ide\u0119 iteracyjnego i przyrostowego wytwarzania oprogramowania.<\/li>\n\n\n\n
- Usuwanie bloker\u00f3w, barier i niezrozumienia pomi\u0119dzy Zespo\u0142em Scrumowym a interesariuszami.<\/li>\n\n\n\n
- Szkolenie organizacji i jej cz\u0142on\u00f3w w procesie wdro\u017cenia i adaptacji Scruma.<\/li>\n<\/ul>\n\n\n\n
Praca Scrum Mastera w zale\u017cno\u015bci od danego projektu, jak r\u00f3wnie\u017c od dojrza\u0142o\u015bci zespo\u0142\u00f3w i organizacji, mo\u017ce si\u0119 r\u00f3\u017cni\u0107 celami oraz zadaniami, na jakich Scrum Master powinien si\u0119 skupi\u0107. Powy\u017csza lista stworzona na podstawie przyk\u0142ad\u00f3w zawartych w Scrum Guidzie oczywi\u015bcie nie wyczerpuje wszystkich zada\u0144 i wyzwa\u0144, jakie w swojej pracy mo\u017ce napotka\u0107 Scrum Master. Zwinne \u015brodowisko charakteryzuje si\u0119 nierzadko du\u017c\u0105 zmienno\u015bci\u0105, zatem Scrum Masterzy powinni by\u0107 \u015bwiadomi wyzwa\u0144, jakie czekaj\u0105 na nich w pracy z Product Ownerem, zespo\u0142em oraz organizacj\u0105. <\/p>\n\n\n\n
Wydarzenia w Scrumie<\/h2>\n\n\n\n
Scrum zawiera w sobie kilka okre\u015blonych wydarze\u0144 (spotka\u0144), kt\u00f3rych nazwy na pierwszy rzut oka mog\u0105 by\u0107 enigmatyczne lub wr\u0119cz niezrozumia\u0142e dla postronnego obserwatora (Sprint, Sprint Planning, Daily Scrum, Sprint Retrospective).<\/strong> Celem wydarze\u0144 jest stworzenie takiego \u015brodowiska pracy, aby by\u0142o odpowiednio przejrzyste. Spotkania s\u0105 tak\u017ce mo\u017cliwo\u015bci\u0105 do inspekcji i adaptacji artefakt\u00f3w Scruma. Pami\u0119tajmy, \u017ce rezygnacja z organizacji kt\u00f3regokolwiek z wydarze\u0144 lub przeprowadzenie ich w inny, ni\u017c opisany w Scrum Guidzie spos\u00f3b, wi\u0105\u017ce si\u0119 z utrat\u0105 wcze\u015bniej wspomnianej mo\u017cliwo\u015bci inspekcji i adaptacji. Spotkania powinny odbywa\u0107 si\u0119 w tym samym miejscu i w tym samym czasie, aby wyeliminowa\u0107 komplikacje i ewentualne zamieszanie. Dobrze zaplanowane spotkanie staje si\u0119 rutynowe i daje mo\u017cliwo\u015b\u0107 dobrego przygotowania si\u0119 do niego wszystkim osobom w nie zaanga\u017cowanym.<\/p>\n\n\n\n
Sprint<\/h3>\n\n\n\n
Sprint jest Wydarzeniem Scrumowym, kt\u00f3re zawiera w sobie wszystkie inne wydarzenia. D\u0142ugo\u015b\u0107 Sprintu powinna wynosi\u0107 maksymalnie 4 tygodnie,<\/strong> a kolejny Sprint rozpoczynany jest zaraz po uko\u0144czeniu poprzedniego. Ka\u017cdy Sprint mo\u017cna uzna\u0107 za osobny projekt, na kt\u00f3rego ko\u0144cu przedstawia si\u0119 wyniki prac, jakie uda\u0142o si\u0119 wykona\u0107 w poprzednim okresie czasu. Cykle, czyli Sprinty, mo\u017cna by przedstawi\u0107 jako klocki Lego, gdzie ka\u017cdy kolejny przyczynia si\u0119 do osi\u0105gniecia Celu Produktu, czyli np. zbudowania u\u017cytecznej aplikacji internetowej.<\/p>\n\n\n\n
Sprint Planning<\/h3>\n\n\n\n
Sprint Planning jest pierwszym spotkaniem Sprintu, podczas kt\u00f3rego ca\u0142y Zesp\u00f3\u0142 Scrumowy ustala i decyduje, co b\u0119dzie do wykonania <\/strong>w nadchodz\u0105cym Sprincie. To Zesp\u00f3\u0142 Scrumowy jest odpowiedzialny za przebieg i warto\u015b\u0107 spotkania, niemniej istnieje mo\u017cliwo\u015b\u0107 zaproszenia innych os\u00f3b np. interesariuszy w charakterze doradc\u00f3w lub ekspert\u00f3w, z kt\u00f3rych to wiedzy Zesp\u00f3\u0142 chcia\u0142by skorzysta\u0107. Sprint Planning powinien trwa\u0107 maksymalnie 8 godzin <\/strong>(dla miesi\u0119cznych Sprint\u00f3w), jednak zazwyczaj trwa zdecydowanie kr\u00f3cej.<\/p>\n\n\n\n
Daily Scrum<\/h3>\n\n\n\n
Jest to 15-minutowe spotkanie dla developer\u00f3w<\/strong> odbywaj\u0105ce si\u0119 codziennie w tym samym miejscu i sta\u0142ym czasie. W trakcie Daily Scrum developerzy wskazuj\u0105 post\u0119p w realizacji Celu Sprintu, a tak\u017ce tworz\u0105 plan na nadchodz\u0105cy dzie\u0144 pracy. Codzienne 15-minutowe spotkanie u\u0142atwia komunikacj\u0119 w zespole, ukazuje problemy, z jakimi borykaj\u0105 si\u0119 developerzy, oraz daje mo\u017cliwo\u015b\u0107 poruszenia temat\u00f3w wa\u017cnych dla developer\u00f3w. Daily mo\u017ce przybiera\u0107 r\u00f3\u017cn\u0105 form\u0119, byleby tylko spotkanie dotyczy\u0142o realizacji Celu Sprintu.<\/p>\n\n\n\n
Sprint Review<\/h3>\n\n\n\n
Sprint Review to maksymalnie czterogodzinne spotkanie, <\/strong>na kt\u00f3rym Zesp\u00f3\u0142 Scrumowy przedstawia interesariuszom efekty wykonanej podczas ostatniego Sprintu pracy, a tak\u017ce, je\u015bli to koniecznie, omawiane s\u0105 przysz\u0142e zmiany. Sprint Review wbrew stereotypowej, kr\u0105\u017c\u0105cej opinii nie powinien by\u0107 tylko prezentacj\u0105, a raczej mo\u017cliwo\u015bci\u0105 dyskusji, oceny i analizy tego, co uda\u0142o si\u0119 wykona\u0107, oraz tego, co wykonane powinno by\u0107 w nadchodz\u0105cych Sprintach. Modyfikacja Backlogu podczas Sprint Review jest nie tylko dozwolona, lecz powiedzia\u0142bym \u2013 wysoce zalecana, je\u015bli tylko w toku rozm\u00f3w i analiz pojawi\u0142a si\u0119 taka konieczno\u015b\u0107.<\/p>\n\n\n\n
Sprint Retrospective<\/h3>\n\n\n\n
- Dla Backlogu Sprintu to Cel Sprintu<\/strong>.<\/li>\n\n\n\n
- Dla Backlogu Produktu to Cel Produktu<\/strong>.<\/li>\n\n\n\n
- Przewodnik zosta\u0142 skr\u00f3cony i uproszczony.\n
- 2. Scrum vs Agile<\/a><\/li>\n
![\"scum](\"https:\/\/nearshore-it.eu\/wp-content\/uploads\/2022\/01\/2022.01.26_graphic1.png\" "\\"\\"")
![\"\"](\"https:\/\/nearshore-it.eu\/wp-content\/uploads\/2022\/01\/2022.01.26_graphic2.png\" "\\"\\"")