{"id":178,"date":"2018-06-11T13:26:01","date_gmt":"2018-06-11T11:26:01","guid":{"rendered":"http:\/\/zwinnaanaliza.pl\/?p=178"},"modified":"2018-06-11T13:30:08","modified_gmt":"2018-06-11T11:30:08","slug":"scrum-proces-wytwarzania-w-scrum","status":"publish","type":"post","link":"http:\/\/zwinnaanaliza.pl\/?p=178","title":{"rendered":"Scrum – proces wytwarzania w Scrum"},"content":{"rendered":"
<\/div>\n
Dzi\u015b mniej teoretycznie, ale nadal podstawy \ud83d\ude42 om\u00f3wimy proces wytwarzania w Scrum. W tym celu pos\u0142u\u017cymy si\u0119 do\u015b\u0107 rozbudowanym rysunkiem przedstawiaj\u0105cym proces wytwarzania w scrum.
\n\"\"<\/a><\/div>\n
\n
\n
\n
\n

Proces wytwarzania oprogramowania w Scrum, \u017ar\u00f3d\u0142o: http:\/\/scrum.renerobin- son.info\/2010\/11\/agile-scrum-in-application-introduction.html<\/em><\/p>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n

\n
\n
\n
\n
\n
\n

Proces wytwarzania w Scrum, przedstawiony na powy\u017cszym rysunku, zaczyna si\u0119 od utworzenia przez W\u0142a\u015bciciela Produktu pierwszych historyjek u\u017cytkownika (ang. user stories) w rejestrze zwanym Product Backlog.<\/p>\n

Historyjki powinny by\u0107 ustawione wg priorytet\u00f3w zgodnie z hierarchi\u0105 \u2013 najwy\u017cszy priorytet powinien by\u0107 najwy\u017cej na li\u015bcie, ni\u017csze priorytety ni\u017cej, nieustalone priorytety \u2013 na samym ko\u0144cu rejestru. Wyspecyfikowane oraz oszacowanie wcze\u015bniej elementy rejestru produktu \u2013 najcz\u0119\u015bciej wyst\u0119puj\u0105ce jako historyjki u\u017cytkownika, ustawione wg priorytet\u00f3w, s\u0105 nast\u0119pnie omawiane na spotkaniu planuj\u0105cym sprint (ang. Sprint Planning Meeting).\u00a0W spotkaniu tym udzia\u0142 bior\u0105 wszyscy cz\u0142onkowie Zespo\u0142u Scrum (W\u0142a\u015bciciel Produktu, Scrum Master oraz Zesp\u00f3\u0142 Developerski). W pierwszej cz\u0119\u015bci spotkania spo\u015br\u00f3d element\u00f3w Rejestru Produktu (ang. Product Backlog) o najwi\u0119kszym priorytecie, Zesp\u00f3\u0142 Developerski wybiera te, kt\u00f3re podejmuje si\u0119 zrealizowa\u0107 podczas rozpoczynaj\u0105cej si\u0119 iteracji \u2013 tzw. Sprintu. W miar\u0119 dobierania kolejnych historyjek u\u017cytkownika tworzony jest Rejestr Sprintu (ang. Sprint Backlog) \u2013 czyli lista zada\u0144 przyj\u0119tych do zrealizowania podczas kolejnego Sprintu. Jednocze\u015bnie wraz z tworzeniem tej listy klaruje si\u0119 tzw. ostateczny cel sprintu (ang. sprint goal). Zrealizowanie celu sprintu oznacza pozytywne zako\u0144czenie prac nad przyj\u0119tymi do realizacji zadaniami. W drugiej cz\u0119\u015bci spotkania, przyj\u0119te do zrealizowania historyjki u\u017cytkownika s\u0105 doprecyzowywane i rozbijane na poszczeg\u00f3lne zadania (ang. task). Podczas spotkania planningowego W\u0142a\u015bciciel Produktu odpowiada na pytania Zespo\u0142u Developerskiego, doprecyzowuj\u0105c ewentualne niejasno\u015bci dotycz\u0105ce poszczeg\u00f3lnych historyjek, Scrum Master moderuje spotkanie pomagaj\u0105c pozosta\u0142ym cz\u0142onkom zespo\u0142u scrumowego w bezproblemowym przeprowadzeniu spotkania, natomiast Zesp\u00f3\u0142 Developerski analizuje kolejne elementy Rejestru tak, by m\u00f3c \u015bwiadomie zobowi\u0105za\u0107 si\u0119 do osi\u0105gni\u0119cia konkretnego przyrostu. Za Rejestr Sprintu (ang. Sprint Backlog) odpowiada wy\u0142\u0105cznie Zesp\u00f3\u0142Developerski.<\/p>\n

Podczas Sprintu Zesp\u00f3\u0142 Developerski realizuje po kolei zadania z Rejestru Sprintu. Wytwarzaniu przyrostu towarzysz\u0105 obowi\u0105zkowe codzienne spotkania zespo\u0142u, czyli Daily Scrum.\u00a0Daily Scrum jest kr\u00f3tkim codziennym spotkaniem, podczas kt\u00f3rego ka\u017cdy cz\u0142onek Zespo\u0142u Developerskiego wymienia z pozosta\u0142ymi osobami informacje o zrealizowanych w dniu poprzednim zadaniach, planach na dzie\u0144 bie\u017c\u0105cy oraz problemach, jakie spotka\u0142 lub jakie przewiduje w zwi\u0105zku z ich realizacj\u0105. W czasie Sprintu Tablica Zada\u0144 (ang. Task Board) z zadaniami ze Rejestru Sprintu jest na bie\u017c\u0105co aktualizowana przez Zesp\u00f3\u0142 Developerski, a Rejestr Produktu zarz\u0105dzany przez W\u0142a\u015bciciela Produktu podlega bie\u017c\u0105cej piel\u0119gnacji przez Zesp\u00f3\u0142 Developerski (doprecyzowywanie, estymacja).<\/p>\n

Po zako\u0144czeniu iteracji, Zesp\u00f3\u0142 Developerski spotyka si\u0119 z W\u0142a\u015bcicelem Produktu oraz innymi interesariuszami na spotkaniu przegl\u0105dowym (ang. Sprint Review). Podczas tego spotkania prezentowany jest potencjalnie gotowy do u\u017cycia produkt \u2013 przyrost (ang. increment), kt\u00f3ry powinien spe\u0142nia\u0107 przyj\u0119te podczas Sprint Planning Meeting Definicj\u0119Uko\u0144czenia (ang. Definiction of Done). Podczas prezentacji klienci mog\u0105 zg\u0142osi\u0107 nowe za\u0142o\u017cenia, zmieni\u0107 istniej\u0105ce a tak\u017ce da\u0107 informacje zwrotn\u0105 Zespo\u0142owi Developerskiemu dotycz\u0105c\u0105 danego przyrostu. Przyj\u0119te do wykonania, nowo zg\u0142oszone wymagania s\u0105 zapisywane przez W\u0142a\u015bciciela Produktu w Rejestrze Produktu na przyk\u0142ad w postaci Historyjek U\u017cytkownika i podlegaj\u0105 priorytetyzacji.<\/p>\n

Po zako\u0144czeniu spotkania przegl\u0105dowego nast\u0119puje drugi etap inspekcji czyli retrospekcja sprintu (ang. Sprint Retrospective).Udzia\u0142 w niej bierze wy\u0142\u0105cznie ca\u0142y Zesp\u00f3\u0142 Scrumowy. Podczas retrospektywy omawiany jest mijaj\u0105cy sprint \u2013 szczeg\u00f3lnie pod wzgl\u0119dem trudno\u015bci, kt\u00f3re wyst\u0105pi\u0142y. Sprint Retrospective jest jednym z najtrudniejszych spotka\u0144 w procesie Scrum.<\/p>\n

Kolejny sprint rozpoczyna si\u0119 natychmiast po zako\u0144czeniu poprzedniego nast\u0119pnym Spotkaniem Planingowym.<\/p>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n","protected":false},"excerpt":{"rendered":"

Dzi\u015b mniej teoretycznie, ale nadal podstawy \ud83d\ude42 om\u00f3wimy proces wytwarzania w Scrum. W tym celu pos\u0142u\u017cymy si\u0119 do\u015b\u0107 rozbudowanym rysunkiem przedstawiaj\u0105cym proces wytwarzania w scrum. Proces wytwarzania oprogramowania w Scrum, \u017ar\u00f3d\u0142o: http:\/\/scrum.renerobin- son.info\/2010\/11\/agile-scrum-in-application-introduction.html Proces wytwarzania w Scrum, przedstawiony na powy\u017cszym<\/p>\n","protected":false},"author":2,"featured_media":217,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[42,43,3],"tags":[],"_links":{"self":[{"href":"http:\/\/zwinnaanaliza.pl\/index.php?rest_route=\/wp\/v2\/posts\/178"}],"collection":[{"href":"http:\/\/zwinnaanaliza.pl\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/zwinnaanaliza.pl\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/zwinnaanaliza.pl\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"http:\/\/zwinnaanaliza.pl\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=178"}],"version-history":[{"count":3,"href":"http:\/\/zwinnaanaliza.pl\/index.php?rest_route=\/wp\/v2\/posts\/178\/revisions"}],"predecessor-version":[{"id":216,"href":"http:\/\/zwinnaanaliza.pl\/index.php?rest_route=\/wp\/v2\/posts\/178\/revisions\/216"}],"wp:featuredmedia":[{"embeddable":true,"href":"http:\/\/zwinnaanaliza.pl\/index.php?rest_route=\/wp\/v2\/media\/217"}],"wp:attachment":[{"href":"http:\/\/zwinnaanaliza.pl\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=178"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/zwinnaanaliza.pl\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=178"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/zwinnaanaliza.pl\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=178"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}