Scrum w \u015bwiecie AI nie znika. Zmienia si\u0119 jego praktyczne zastosowanie. Klasyczny Scrum nadal opiera si\u0119 na trzech rolach: Product Owner, Scrum Master i Developers, oraz na empiryzmie, czyli pracy w kr\u00f3tkich iteracjach, inspekcji i adaptacji. To pozostaje aktualne. Scrum Guide nadal definiuje Scrum jako lekkie ramy pracy pomagaj\u0105ce ludziom, zespo\u0142om i organizacjom generowa\u0107 warto\u015b\u0107 przez adaptacyjne rozwi\u0105zywanie z\u0142o\u017conych problem\u00f3w. (Scrum.org<\/a>)<\/p>\n AI zmienia g\u0142\u00f3wnie tempo pracy, spos\u00f3b podejmowania decyzji, zarz\u0105dzanie backlogiem i rol\u0119 cz\u0142owieka w zespole<\/strong>. Scrum.org ma ju\u017c osobne materia\u0142y i szkolenia dotycz\u0105ce zastosowania AI przez Scrum Master\u00f3w i Product Owner\u00f3w, co pokazuje, \u017ce AI staje si\u0119 cz\u0119\u015bci\u0105 codziennej praktyki Agile, a nie tylko dodatkiem technologicznym. (Scrum.org<\/a>)<\/p>\n Najwi\u0119ksza zmiana polega na tym, \u017ce cz\u0119\u015b\u0107 pracy analitycznej, dokumentacyjnej i organizacyjnej mo\u017cna wykonywa\u0107 szybciej.<\/p>\n AI mo\u017ce pomaga\u0107 w:<\/p>\n analizie wymaga\u0144,<\/p>\n tworzeniu user stories,<\/p>\n porz\u0105dkowaniu backlogu,<\/p>\n generowaniu kryteri\u00f3w akceptacji,<\/p>\n przygotowaniu test\u00f3w,<\/p>\n analizie danych ze sprint\u00f3w,<\/p>\n pisaniu dokumentacji,<\/p>\n tworzeniu prototyp\u00f3w,<\/p>\n podsumowywaniu spotka\u0144,<\/p>\n przygotowywaniu retrospektyw.<\/p>\n<\/li>\n<\/ul>\n To nie oznacza, \u017ce AI zast\u0119puje zesp\u00f3\u0142. Raczej staje si\u0119 \u201easystentem zespo\u0142u Scrumowego\u201d. Scrum.org opisuje AI jako narz\u0119dzie wspieraj\u0105ce Scrum Master\u00f3w, Product Owner\u00f3w i Developer\u00f3w w budowaniu nowych kompetencji oraz lepszym stosowaniu Scruma. (Scrum.org<\/a>)<\/p>\n Product Owner mo\u017ce u\u017cywa\u0107 AI do lepszego zarz\u0105dzania warto\u015bci\u0105 produktu.<\/p>\n Przyk\u0142adowe zastosowania:<\/p>\n Analiza potrzeb klienta<\/strong><\/p>\n AI mo\u017ce pom\u00f3c przetwarza\u0107:<\/p>\n notatki ze spotka\u0144,<\/p>\n zg\u0142oszenia klient\u00f3w,<\/p>\n maile,<\/p>\n tickety serwisowe,<\/p>\n ankiety,<\/p>\n opinie u\u017cytkownik\u00f3w.<\/p>\n<\/li>\n<\/ul>\n Na tej podstawie mo\u017ce zaproponowa\u0107 tematy do backlogu, wykry\u0107 powtarzaj\u0105ce si\u0119 problemy i pogrupowa\u0107 wymagania.<\/p>\n Tworzenie user stories<\/strong><\/p>\n Przyk\u0142ad promptu:<\/p>\n Na podstawie poni\u017cszego opisu procesu produkcyjnego przygotuj user stories w formacie: Jako [rola], chc\u0119 [funkcja], aby [korzy\u015b\u0107]. Dodaj kryteria akceptacji i priorytet biznesowy.<\/p>\n<\/blockquote>\n Priorytetyzacja backlogu<\/strong><\/p>\n AI mo\u017ce zasugerowa\u0107, kt\u00f3re elementy backlogu maj\u0105 najwi\u0119ksz\u0105 warto\u015b\u0107, ale decyzj\u0119 powinien podj\u0105\u0107 Product Owner. AI mo\u017ce si\u0119 myli\u0107, nie zna\u0107 kontekstu politycznego, handlowego lub strategicznego firmy.<\/p>\n Analiza konkurencji i rynku<\/strong><\/p>\n AI mo\u017ce pomaga\u0107 Product Ownerowi analizowa\u0107 trendy, por\u00f3wnywa\u0107 funkcje konkurencji i generowa\u0107 hipotezy produktowe. Trzeba jednak weryfikowa\u0107 dane, zw\u0142aszcza gdy dotycz\u0105 aktualnych informacji rynkowych.<\/p>\n Scrum Master mo\u017ce u\u017cywa\u0107 AI jako narz\u0119dzia do facylitacji, obserwacji i usprawniania pracy zespo\u0142u.<\/p>\n AI mo\u017ce pom\u00f3c w:<\/p>\n przygotowaniu agendy Daily Scrum,<\/p>\n analizie przeszk\u00f3d pojawiaj\u0105cych si\u0119 w sprintach,<\/p>\n tworzeniu pyta\u0144 na retrospektyw\u0119,<\/p>\n wykrywaniu powtarzalnych problem\u00f3w,<\/p>\n analizie velocity,<\/p>\n podsumowaniu Sprint Review,<\/p>\n przygotowaniu materia\u0142\u00f3w dla interesariuszy.<\/p>\n<\/li>\n<\/ul>\n Przyk\u0142ad:<\/p>\n Przeanalizuj poni\u017csze notatki z retrospektywy. Wska\u017c 5 g\u0142\u00f3wnych problem\u00f3w zespo\u0142u, zaproponuj dzia\u0142ania naprawcze i oce\u0144, kt\u00f3re z nich mo\u017cna wdro\u017cy\u0107 w nast\u0119pnym sprincie.<\/p>\n<\/blockquote>\n W \u015bwiecie AI Scrum Master powinien pilnowa\u0107 jednej wa\u017cnej rzeczy: zesp\u00f3\u0142 nie mo\u017ce przesta\u0107 my\u015ble\u0107 samodzielnie<\/strong>. AI mo\u017ce proponowa\u0107 rozwi\u0105zania, ale odpowiedzialno\u015b\u0107 za decyzje pozostaje po stronie ludzi.<\/p>\n Deweloperzy, analitycy, testerzy, projektanci UX i specjali\u015bci techniczni mog\u0105 u\u017cywa\u0107 AI do szybszego wytwarzania przyrostu produktu.<\/p>\n AI mo\u017ce wspiera\u0107:<\/p>\n generowanie kodu,<\/p>\n refaktoryzacj\u0119,<\/p>\n tworzenie test\u00f3w jednostkowych,<\/p>\n analiz\u0119 b\u0142\u0119d\u00f3w,<\/p>\n dokumentowanie API,<\/p>\n generowanie diagram\u00f3w,<\/p>\n tworzenie makiet,<\/p>\n t\u0142umaczenie wymaga\u0144 biznesowych na techniczne,<\/p>\n analiz\u0119 log\u00f3w,<\/p>\n przygotowywanie zapyta\u0144 SQL.<\/p>\n<\/li>\n<\/ul>\n W praktyce sprint mo\u017ce by\u0107 szybszy, ale te\u017c bardziej ryzykowny. Kod wygenerowany przez AI trzeba sprawdza\u0107. Dokumentacj\u0119 trzeba czyta\u0107. Testy trzeba uruchamia\u0107. AI przyspiesza prac\u0119, ale mo\u017ce te\u017c przyspieszy\u0107 powstawanie b\u0142\u0119d\u00f3w.<\/p>\n AI wprowadza kilka nowych ryzyk, kt\u00f3re powinny by\u0107 widoczne w backlogu i Definition of Done.<\/p>\n Najwa\u017cniejsze ryzyka:<\/p>\n Halucynacje AI<\/strong> Brak przejrzysto\u015bci decyzji<\/strong> Bezpiecze\u0144stwo danych<\/strong> D\u0142ug technologiczny generowany przez AI<\/strong> Zanik odpowiedzialno\u015bci<\/strong> W projektach wykorzystuj\u0105cych AI warto rozszerzy\u0107 Definition of Done.<\/p>\n Przyk\u0142ad:<\/p>\n Element backlogu jest uko\u0144czony, gdy:<\/p>\n spe\u0142nia kryteria akceptacji,<\/p>\n zosta\u0142 przetestowany,<\/p>\n kod przeszed\u0142 code review,<\/p>\n u\u017cycie AI zosta\u0142o oznaczone, je\u015bli mia\u0142o wp\u0142yw na kod, dokumentacj\u0119 lub decyzj\u0119,<\/p>\n dane wej\u015bciowe nie naruszaj\u0105 polityki bezpiecze\u0144stwa,<\/p>\n wynik AI zosta\u0142 zweryfikowany przez cz\u0142owieka,<\/p>\n dokumentacja zosta\u0142a zaktualizowana,<\/p>\n ryzyka AI zosta\u0142y ocenione,<\/p>\n u\u017cytkownik ko\u0144cowy otrzymuje przewidywalne i powtarzalne dzia\u0142anie.<\/p>\n<\/li>\n<\/ul>\n Za\u0142\u00f3\u017cmy, \u017ce zesp\u00f3\u0142 tworzy modu\u0142 AI do systemu produkcyjnego, kt\u00f3ry ma analizowa\u0107 op\u00f3\u017anienia zlece\u0144.<\/p>\n Sprint Planning<\/strong><\/p>\n Product Owner prezentuje cel:<\/p>\n U\u017cytkownik chce wiedzie\u0107, kt\u00f3re zlecenia produkcyjne s\u0105 zagro\u017cone op\u00f3\u017anieniem i dlaczego.<\/p>\n<\/blockquote>\n AI pomaga rozbi\u0107 wymaganie na user stories:<\/p>\n jako planista chc\u0119 widzie\u0107 list\u0119 zagro\u017conych zlece\u0144,<\/p>\n jako kierownik produkcji chc\u0119 zna\u0107 pow\u00f3d op\u00f3\u017anienia,<\/p>\n jako u\u017cytkownik chc\u0119 otrzyma\u0107 sugesti\u0119 dzia\u0142ania,<\/p>\n jako administrator chc\u0119 ustawi\u0107 progi ryzyka.<\/p>\n<\/li>\n<\/ul>\n Daily Scrum<\/strong><\/p>\n Zesp\u00f3\u0142 odpowiada nie tylko na pytanie, co robi, ale te\u017c:<\/p>\n czy wyniki AI s\u0105 wiarygodne,<\/p>\n czy dane wej\u015bciowe s\u0105 poprawne,<\/p>\n czy model nie generuje b\u0142\u0119dnych rekomendacji,<\/p>\n czy trzeba poprawi\u0107 prompt, regu\u0142\u0119 lub algorytm.<\/p>\n<\/li>\n<\/ul>\n Sprint Review<\/strong><\/p>\n Zesp\u00f3\u0142 pokazuje dzia\u0142aj\u0105cy przyrost:<\/p>\n ekran z list\u0105 zlece\u0144 zagro\u017conych,<\/p>\n wyja\u015bnienie przyczyn,<\/p>\n rekomendacje dzia\u0142a\u0144,<\/p>\n ograniczenia rozwi\u0105zania.<\/p>\n<\/li>\n<\/ul>\n Retrospektywa<\/strong><\/p>\n Zesp\u00f3\u0142 analizuje:<\/p>\n czy AI realnie przyspieszy\u0142o prac\u0119,<\/p>\n gdzie AI wygenerowa\u0142o b\u0142\u0119dy,<\/p>\n kt\u00f3re prompty warto zapisa\u0107 jako standard,<\/p>\n jakie zasady bezpiecze\u0144stwa trzeba poprawi\u0107.<\/p>\n<\/li>\n<\/ul>\n Formalnie Scrum nie wymaga nowych artefakt\u00f3w, ale w praktyce warto doda\u0107 kilka pomocniczych element\u00f3w.<\/p>\n Rejestr u\u017cycia AI:<\/p>\n Obszar<\/b><\/p>\n<\/td>\n Jak u\u017cyto AI<\/b><\/p>\n<\/td>\n Kto sprawdzi\u0142 wynik<\/b><\/p>\n<\/td>\n<\/tr>\n User stories<\/p>\n<\/td>\n Wygenerowano propozycje wymaga\u0144<\/p>\n<\/td>\n Product Owner<\/p>\n<\/td>\n<\/tr>\n Kod<\/p>\n<\/td>\n AI wygenerowa\u0142o fragment klasy<\/p>\n<\/td>\n Developer<\/p>\n<\/td>\n<\/tr>\n Testy<\/p>\n<\/td>\n AI przygotowa\u0142o przypadki testowe<\/p>\n<\/td>\n Tester<\/p>\n<\/td>\n<\/tr>\n Dokumentacja<\/p>\n<\/td>\n AI przygotowa\u0142o szkic instrukcji<\/p>\n<\/td>\n Analityk<\/p>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n Biblioteka sprawdzonych prompt\u00f3w zespo\u0142u.<\/p>\n Przyk\u0142ady:<\/p>\n prompt do user stories,<\/p>\n prompt do kryteri\u00f3w akceptacji,<\/p>\n prompt do test\u00f3w,<\/p>\n prompt do retrospektywy,<\/p>\n prompt do analizy b\u0142\u0119d\u00f3w,<\/p>\n prompt do dokumentacji technicznej.<\/p>\n<\/li>\n<\/ul>\n Kr\u00f3tka lista kontrolna:<\/p>\n Czy u\u017cyto danych poufnych?<\/p>\n Czy wynik zosta\u0142 sprawdzony?<\/p>\n Czy AI poda\u0142o \u017ar\u00f3d\u0142a?<\/p>\n Czy decyzja jest zrozumia\u0142a?<\/p>\n Czy u\u017cytkownik wie, \u017ce korzysta z rekomendacji AI?<\/p>\n Czy mamy plan awaryjny, gdy AI si\u0119 pomyli?<\/p>\n<\/li>\n<\/ul>\n W \u015bwiecie AI Scrum Master coraz bardziej staje si\u0119 r\u00f3wnie\u017c coachem odpowiedzialnego korzystania z AI.<\/p>\n Powinien pomaga\u0107 zespo\u0142owi:<\/p>\n korzysta\u0107 z AI bez utraty jako\u015bci,<\/p>\n nie automatyzowa\u0107 z\u0142ych proces\u00f3w,<\/p>\n nie ufa\u0107 \u015blepo wynikom modeli,<\/p>\n mierzy\u0107 realn\u0105 warto\u015b\u0107 AI,<\/p>\n oddziela\u0107 efektywno\u015b\u0107 od pozornej produktywno\u015bci,<\/p>\n uczy\u0107 si\u0119 promptowania,<\/p>\n budowa\u0107 standardy pracy z AI.<\/p>\n<\/li>\n<\/ul>\n Scrum w \u015bwiecie AI powinien opiera\u0107 si\u0119 na zasadzie:<\/p>\n AI przyspiesza prac\u0119, ale cz\u0142owiek odpowiada za decyzj\u0119.<\/p>\n<\/blockquote>\n Nie chodzi o to, \u017ceby AI pisa\u0142o wszystko za zesp\u00f3\u0142. Chodzi o to, \u017ceby zesp\u00f3\u0142 szybciej odkrywa\u0142 problemy, szybciej testowa\u0142 hipotezy i szybciej dostarcza\u0142 warto\u015b\u0107.<\/p>\n Scrum w \u015bwiecie AI to nie nowa metodyka, tylko rozszerzenie klasycznego Scruma o inteligentne narz\u0119dzia. Product Owner mo\u017ce szybciej analizowa\u0107 potrzeby i backlog. Scrum Master mo\u017ce lepiej wspiera\u0107 zesp\u00f3\u0142. Developers mog\u0105 szybciej tworzy\u0107 kod, testy i dokumentacj\u0119.<\/p>\n Najwi\u0119ksze korzy\u015bci to:<\/p>\n szybsza analiza,<\/p>\n lepsze przygotowanie backlogu,<\/p>\n kr\u00f3tszy czas tworzenia dokumentacji,<\/p>\n automatyzacja powtarzalnych zada\u0144,<\/p>\n lepsze wykorzystanie danych.<\/p>\n<\/li>\n<\/ul>\n Najwi\u0119ksze zagro\u017cenia to:<\/p>\n b\u0142\u0119dne odpowiedzi AI,<\/p>\n nadmierne zaufanie do narz\u0119dzi,<\/p>\n ryzyko wycieku danych,<\/p>\n spadek jako\u015bci kodu,<\/p>\n pozorna produktywno\u015b\u0107.<\/p>\n<\/li>\n<\/ul>\n Najlepszy model pracy to Scrum + AI + silna odpowiedzialno\u015b\u0107 cz\u0142owieka<\/strong>.<\/p>\n","protected":false},"excerpt":{"rendered":" Scrum w \u015bwiecie AI nie znika. Zmienia si\u0119 jego praktyczne zastosowanie. Klasyczny Scrum nadal opiera si\u0119 na trzech rolach: Product Owner, Scrum Master i Developers, oraz na empiryzmie, czyli pracy w kr\u00f3tkich iteracjach, inspekcji i adaptacji. To pozostaje aktualne. Scrum Guide nadal definiuje Scrum jako lekkie ramy pracy pomagaj\u0105ce ludziom, zespo\u0142om i organizacjom generowa\u0107 warto\u015b\u0107… Czytaj dalej Scrum w \u015bwiecie AI<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"","sticky":false,"template":"","format":"standard","meta":[],"categories":[1],"tags":[],"_links":{"self":[{"href":"http:\/\/michalmoroz.info\/index.php?rest_route=\/wp\/v2\/posts\/854"}],"collection":[{"href":"http:\/\/michalmoroz.info\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/michalmoroz.info\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/michalmoroz.info\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/michalmoroz.info\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=854"}],"version-history":[{"count":1,"href":"http:\/\/michalmoroz.info\/index.php?rest_route=\/wp\/v2\/posts\/854\/revisions"}],"predecessor-version":[{"id":855,"href":"http:\/\/michalmoroz.info\/index.php?rest_route=\/wp\/v2\/posts\/854\/revisions\/855"}],"wp:attachment":[{"href":"http:\/\/michalmoroz.info\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=854"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/michalmoroz.info\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=854"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/michalmoroz.info\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=854"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}1. Co AI zmienia w Scrumie?<\/h1>\n
\n
\n2. Product Owner w \u015bwiecie AI<\/h1>\n
\n
\n
\n3. Scrum Master w \u015bwiecie AI<\/h1>\n
\n
\n
\n4. Developers w \u015bwiecie AI<\/h1>\n
\n
\n5. Nowe ryzyka w Scrumie AI<\/h1>\n
Model mo\u017ce wygenerowa\u0107 nieprawdziwe informacje, b\u0142\u0119dny kod lub fa\u0142szywe za\u0142o\u017cenia.<\/p>\n
Zesp\u00f3\u0142 mo\u017ce nie wiedzie\u0107, dlaczego AI zaproponowa\u0142o okre\u015blone rozwi\u0105zanie.<\/p>\n
Nie wolno bezrefleksyjnie wkleja\u0107 do narz\u0119dzi AI danych klient\u00f3w, kodu \u017ar\u00f3d\u0142owego, danych osobowych, cen, um\u00f3w czy dokumentacji wewn\u0119trznej.<\/p>\n
Kod mo\u017ce wygl\u0105da\u0107 dobrze, ale by\u0107 trudny do utrzymania.<\/p>\n
Nie mo\u017cna t\u0142umaczy\u0107 b\u0142\u0119du tym, \u017ce \u201eAI tak napisa\u0142o\u201d. Odpowiedzialny jest zesp\u00f3\u0142.<\/p>\n
\n6. Jak zmieni\u0107 Definition of Done dla projekt\u00f3w AI?<\/h1>\n
\n
\n7. Przyk\u0142adowy sprint zespo\u0142u AI<\/h1>\n
\n
\n
\n
\n
\n
\n8. Nowe artefakty pomocnicze<\/h1>\n
AI Usage Log<\/h5>\n
\n\n
\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n Prompt Library<\/h1>\n
\n
AI Risk Checklist<\/h5>\n
\n
\n9. Scrum Master jako \u201eAI Coach\u201d<\/h1>\n
\n
\n10. Najwa\u017cniejsza zasada<\/h1>\n
\n
Podsumowanie<\/h4>\n
\n
\n