{"id":10555,"date":"2021-03-24T07:29:01","date_gmt":"2021-03-24T06:29:01","guid":{"rendered":"https:\/\/wp-test.itcraft.pl\/pl\/?p=10555"},"modified":"2024-04-18T09:35:59","modified_gmt":"2024-04-18T07:35:59","slug":"przewodnik-po-agile-scrum-dla-wlascicieli-produktow-czesc-1","status":"publish","type":"post","link":"https:\/\/itcraftapps.com\/pl\/blog\/przewodnik-po-agile-scrum-dla-wlascicieli-produktow-czesc-1\/","title":{"rendered":"Przewodnik po Agile Scrum dla W\u0142a\u015bcicieli Produkt\u00f3w. Cz\u0119\u015b\u0107 1 – Coraz trudniejsze zmiany"},"content":{"rendered":"\n

Zwinne wytwarzanie oprogramowania zaw\u0142adn\u0119\u0142o firmami IT. Wszechstronno\u015b\u0107, elastyczno\u015b\u0107, \u0142atwo\u015b\u0107 adaptacji<\/strong> do zmian to tylko kilka z wielu zalet sprawiaj\u0105cych, \u017ce zyska\u0142o ono przewag\u0119 nad klasycznymi, kaskadowymi metodologiami.<\/p>\n\n\n\n

Wprowadzenie zwinno\u015bci w wewn\u0119trzne procesy software house\u2019u jest relatywnie \u0142atwe dzi\u0119ki szkoleniom, praktyce i ci\u0105g\u0142ym usprawnieniom. We wsp\u00f3\u0142pracy z klientem, kt\u00f3ry zazwyczaj jest te\u017c w\u0142a\u015bcicielem produktu, trzeba doprecyzowa\u0107 pewne kwestie.<\/p>\n\n\n\n

Spis tre\u015bci<\/h3>\n\n\n\n
    \n
  1. Manifest Agile<\/a><\/span><\/li>\n\n\n\n
  2. Rola w\u0142a\u015bciciela produktu<\/a><\/span><\/li>\n\n\n\n
  3. Obowi\u0105zki na ka\u017cdym etapie projektu<\/a><\/span>
    –     Inicjacja projektu<\/a><\/span>
    –     Wprowadzaj zmiany w odpowiednim czasie<\/a><\/span>
    –     Design<\/a><\/span>
    –     Zmiana jest mile widziana, o ile ma ona sens<\/a><\/span>
    –     Wytwarzanie produktu<\/a><\/span>
    –     Testowanie<\/a><\/span>
    –     Czas to pieni\u0105dz (klienta)<\/a><\/span>
    –     Im wcze\u015bniej, tym lepiej\u2026<\/a><\/span><\/li>\n\n\n\n
  4. Podsumowanie<\/a><\/span><\/li>\n<\/ol>\n\n\n\n
    \n\n\n\n

    Zarz\u0105dzanie projektem w stylu Agile opiera si\u0119 na burzach m\u00f3zgu, czynnym udziale i wsp\u00f3\u0142pracy wszystkich cz\u0142onk\u00f3w zespo\u0142u – nie na dok\u0142adnie okre\u015blonym planie i pod\u0105\u017caniu za dokumentacj\u0105. Typowy zwinny zesp\u00f3\u0142, na przyk\u0142ad taki pracuj\u0105cy w metodologii Scrum<\/a><\/strong>, sk\u0142ada si\u0119 z trzech g\u0142\u00f3wnych r\u00f3l – w\u0142a\u015bciciela produktu, Scrum Mastera i grupy b\u0119d\u0105cej zespo\u0142em developerskim. Wi\u0119kszo\u015b\u0107 teamu jest zasilana przez pracownik\u00f3w firmy programistycznej, ale w\u0142a\u015bciciel produktu jest zewn\u0119trznym, nieprzeszkolonym i najcz\u0119\u015bciej najmniej do\u015bwiadczonym cz\u0142onkiem. Tak, jako klient zwinnego developera aplikacji, Ty (lub osoba, kt\u00f3r\u0105 do tego wyznaczysz) stajesz si\u0119 cz\u0119\u015bci\u0105 zespo\u0142u<\/strong> na czas trwania projektu.<\/p>\n\n\n\n

    Jako \u017ce w\u015br\u00f3d firm istnieje tendencja do zatrudniania w\u0142a\u015bcicieli produktu, oto nasza rada na pocz\u0105tek: nie zatrudniaj kogo\u015b, kto b\u0119dzie zarz\u0105dza\u0142 produktem za Ciebie. Je\u015bli nie mo\u017cesz si\u0119 zaanga\u017cowa\u0107, znajd\u017a kogo\u015b, kto mo\u017ce to zrobi\u0107 w\u015br\u00f3d swoich zaufanych pracownik\u00f3w – kogo\u015b, kto podziela Twoj\u0105 wizj\u0119.<\/strong><\/p>\n\n\n\n

    \"Manifest<\/figure>\n\n\n\n

    Manifest Agile<\/h2>\n\n\n\n

    Zwinno\u015b\u0107 developmentu wymaga priorytetyzacji<\/strong> (nie zast\u0119powania) jednych warto\u015bci wzgl\u0119dem drugich. Interakcje mi\u0119dzyludzkie ponad procesy i narz\u0119dzia, tworzenie dzia\u0142aj\u0105cego oprogramowania<\/a> zamiast kompletowania dokumentacji, wsp\u00f3\u0142prac\u0119 z w\u0142a\u015bcicielem produktu zamiast negocjacji kontraktu oraz, co najwa\u017cniejsze – reagowanie na zmiany zamiast kurczowego trzymania si\u0119 planu.<\/p>\n\n\n\n

    Dwa ostatnie punkty s\u0105 prawdopodobnie najwa\u017cniejsze z punktu widzenia klienta. W obu przypadkach zaanga\u017cowanie klienta jest kluczowe, aby projekt okaza\u0142 si\u0119 sukcesem.<\/p>\n\n\n\n

    Wi\u0119cej o zasadach Manifestu Agile<\/strong><\/a> przeczytasz w osobnym artykule.<\/p>\n\n\n\n

    Rola w\u0142a\u015bciciela produktu<\/h2>\n\n\n\n

    Czego oczekuj\u0105 developerzy od w\u0142a\u015bciciela produktu w kwestii partycypacji w konkretnych fazach wytwarzania produktu? Koncentrujemy si\u0119 przede wszystkim na komunikacji wewn\u0105trz zespo\u0142u – zewn\u0119trzne wp\u0142ywy i interakcje nie s\u0105 zgodne z metodologi\u0105 Scrum i mog\u0105 zak\u0142\u00f3ca\u0107 lub utrudnia\u0107 proces.<\/strong><\/p>\n\n\n\n

    \"\"\/<\/figure>\n\n\n\n

    Kim jest w\u0142a\u015bciciel produktu?<\/h3>\n\n\n\n

    To osoba, kt\u00f3ra staje si\u0119 integraln\u0105 cz\u0119\u015bci\u0105 zespo\u0142u. Oznacza to bycie w sta\u0142ym kontakcie z teamem od samego pocz\u0105tku projektu. Twoim g\u0142\u00f3wnym zadaniem jest przede wszystkim poinformowanie ich o tym, co ma by\u0107 zrobione – innymi s\u0142owy czego oczekujesz po gotowym produkcie. Wizja, pomys\u0142, warto\u015bci biznesowe, oczekiwanie do\u015bwiadczenia u\u017cytkownika, identyfikacja marki – wszystko to musisz przekaza\u0107 swojemu zespo\u0142owi Scrum do akceptacji. B\u0119dziesz tak\u017ce tzw. Single Point of Contact (Pojedynczy Punkt Kontaktowy) – mostem komunikacyjnym pomi\u0119dzy zespo\u0142em a reszt\u0105 zainteresowanych.<\/strong><\/p>\n\n\n\n

    Najlepszym sposobem na przyczynienie si\u0119 do sukcesu projektu jest klarowna wizja produktu, kt\u00f3ry zamawiasz.<\/p>\n\n\n\n

    Obowi\u0105zki na ka\u017cdym etapie projektu<\/h2>\n\n\n\n

    Inicjacja projektu<\/h3>\n\n\n\n

    To moment, w kt\u00f3rym projekt zacznie nabiera\u0107 og\u00f3lnego kszta\u0142tu. Oczekiwania, wymagania, ramy czasowe oraz zakres projektu powinny by\u0107 zarysowane tak kompleksowo, jak to mo\u017cliwe. Jako w\u0142a\u015bciciel produktu musisz wiedzie\u0107, czego chcesz. To tw\u00f3j produkt b\u0119dzie wytwarzany i jeste\u015b jedyn\u0105 osob\u0105, kt\u00f3ra wie, jakie powinien mie\u0107 funkcjonalno\u015bci i jak powinien wygl\u0105da\u0107.<\/p>\n\n\n\n

    Twoj\u0105 odpowiedzialno\u015bci\u0105 jest tak\u017ce akceptowanie zaproponowanych rozwi\u0105za\u0144.<\/strong> Wszystkie wymagania zostan\u0105 uj\u0119te w backlogu produktu – li\u015bcie wszystkich element\u00f3w, kt\u00f3re musz\u0105 zosta\u0107 zbudowane.<\/p>\n\n\n\n

    Wprowadzaj zmiany w odpowiednim czasie<\/h3>\n\n\n\n

    To etap, gdy wdra\u017canie zmian jest najprostsze. Wszystko, co do tej pory zosta\u0142o zrobione jest g\u0142\u00f3wnie \u201cna papierze\u201d, a programowanie si\u0119 nie rozpocz\u0119\u0142o. Zmiana zdania na niekt\u00f3re tematy nie powoduje trudno\u015bci i nie marnuje (cennego) czasu developer\u00f3w. Nie wzbraniaj si\u0119 przed zadawaniem pyta\u0144, dyskutowaniem, proponowaniem i pod\u0105\u017caniem za swoj\u0105 intuicj\u0105. Im dok\u0142adniej wyja\u015bnisz sw\u00f3j pomys\u0142, tym lepsze (i ta\u0144sze) b\u0119d\u0105 efekty w dalszej perspektywie.<\/strong><\/p>\n\n\n\n

    Design<\/h3>\n\n\n\n

    Po ustaleniu backlogu produktu mo\u017cna rozpocz\u0105\u0107 projektowanie. Twoj\u0105 rol\u0105 b\u0119dzie akcept proponowanych rozwi\u0105za\u0144 lub te\u017c ich odrzucenie i zaproponowanie lepszej opcji. Zesp\u00f3\u0142 b\u0119dzie tak d\u0142ugo zmienia\u0142, dostosowywa\u0142 i doskonali\u0142 design produktu, a\u017c wyrazisz aprobat\u0119 dla wypracowanych rezultat\u00f3w. Przekazuj jak najwi\u0119cej informacji zwrotnych, aby \u0142atwiej by\u0142o im stworzy\u0107 satysfakcjonuj\u0105ce rezultaty.<\/p>\n\n\n\n

    Wprowadzanie istotnych oraz mniejszych zmian jest jeszcze proste, ale warto pami\u0119ta\u0107, \u017ce zesp\u00f3\u0142 po\u015bwi\u0119ci\u0142 ju\u017c cz\u0119\u015b\u0107 swojego czasu na prac\u0119 nad produktem. Znaczenie ka\u017cdej zmiany powinno by\u0107 przemy\u015blane. Czy rzeczywi\u015bcie b\u0119dzie wida\u0107 r\u00f3\u017cnic\u0119? Jak\u0105 warto\u015b\u0107 otrzymamy? Czy wydanie dodatkowych pieni\u0119dzy si\u0119 op\u0142aci?<\/p>\n\n\n\n

    Zmiana jest mile widziana, o ile ma ona sens<\/h3>\n\n\n\n

    To prawda, \u017ce zwinne wytwarzanie oprogramowania wyr\u00f3\u017cnia si\u0119 otwarto\u015bci\u0105 na zmiany i umiej\u0119tno\u015bci\u0105 dostosowywania si\u0119 do nich<\/strong>, rzeczywisto\u015b\u0107 jednak pokazuje, \u017ce im p\u00f3\u017aniej takie zmiany wprowadzamy, tym implementacja jest bardziej skomplikowana i czasoch\u0142onna.<\/p>\n\n\n\n

    W fazie designu warto my\u015ble\u0107 o konsekwencjach zmieniania produktu z wyprzedzeniem. Wtedy wizja jego ostatecznego kszta\u0142tu powinna by\u0107 mniej wi\u0119cej gotowa, a wszystkie wa\u017cne elementy zawarte w backlogu produktu i przygotowane do developmentu.<\/p>\n\n\n\n

    Wytwarzanie produktu<\/h3>\n\n\n\n

    To etap, gdy zaczyna si\u0119 prawdziwa (czytaj: droga) praca. Podzielenie backlogu na sprinty, ustalenie ram czasowych dla ka\u017cdego z nich, zdefiniowanie modu\u0142\u00f3w mo\u017cliwych do dostarczenia w jednym sprincie oraz ustalenie warunk\u00f3w ich akceptacji. Dla w\u0142a\u015bciciela produktu istotna jest obecno\u015b\u0107 na pocz\u0105tku ka\u017cdego sprintu – aby uzgodni\u0107 backlog dla tej konkretnej jednostki pracy. Je\u017celi w trakcie trwania sprintu pojawi\u0105 si\u0119 problemy lub b\u0119d\u0105 potrzebne wyja\u015bnienia, b\u0119dzie trzeba znale\u017a\u0107 czas dla zespo\u0142u.<\/p>\n\n\n\n

    Zidentyfikuj problemy i szybko si\u0119 do nich odnie\u015b<\/h4>\n\n\n\n

    Im szybciej odniesiesz si\u0119 do problemu, tym mniej zasob\u00f3w b\u0119dzie potrzebnych do naprawienia go. Typowe sprinty trwaj\u0105 od 1 do 4 tygodni<\/strong>, w zale\u017cno\u015bci od ich z\u0142o\u017cono\u015bci, rozmiaru backlogu i przewidywanych trudno\u015bci. To faza projektu, w kt\u00f3rej wprowadzanie zmian mo\u017ce stawa\u0107 si\u0119 coraz trudniejsze.<\/p>\n\n\n\n

    Zasady Scruma zak\u0142adaj\u0105, \u017ce ka\u017cdy sprint po rozpocz\u0119ciu staje si\u0119 jednostk\u0105 zamkni\u0119t\u0105. Oznacza to, \u017ce nie mo\u017cna dodawa\u0107 nowych pozycji do backlogu w trakcie trwania sprintu. To dotyczy nie tylko og\u00f3lnego backlogu produktowego, ale tak\u017ce zmian i wariacji na temat pozycji zawartych w trwaj\u0105cym sprincie. <\/p>\n\n\n\n

    Zmiany i usprawnienia najlepiej proponowa\u0107 podczas sprintowej retrospektywy<\/a>. W Scrumie jest to czas rewidowania pracy i identyfikowania problem\u00f3w wymagaj\u0105cych uwagi.<\/p>\n\n\n\n

    \"Wytwarzanie<\/figure>\n\n\n\n

    Nie eksperymentuj z trwaj\u0105cym ju\u017c sprintem<\/h4>\n\n\n\n

    Je\u015bli uwa\u017casz, \u017ce zmiana jest nieunikniona, a dotyczy ona trwaj\u0105cego w\u0142a\u015bnie sprintu, najlepsz\u0105 i najta\u0144sz\u0105 opcj\u0105 b\u0119dzie porzucenie go i rozpocz\u0119cie kolejnego z nowym backlogiem. Wszelkie poprawki musz\u0105 by\u0107 najpierw umieszczone w backlogu produktowym, aby potem mo\u017cna je by\u0142o zawrze\u0107 w sprincie. <\/p>\n\n\n\n

    Ewentualnie mo\u017cna stworzy\u0107 ca\u0142kowicie nowy sprint dedykowany jednej zmianie. To rozwi\u0105zanie poleca si\u0119 dla takich zmian, kt\u00f3re mog\u0142yby przekroczy\u0107 rekomendowan\u0105 d\u0142ugo\u015b\u0107 sprintu, czyli 1 do 4 tygodni.<\/strong><\/p>\n\n\n\n

    Odpu\u015b\u0107, aby wygra\u0107<\/h4>\n\n\n\n

    Zmiany, kt\u00f3re zaproponujesz w projekcie, mog\u0105 mie\u0107 r\u00f3\u017cny wp\u0142yw na ramy czasowe i og\u00f3lny koszt. Warto rozwa\u017cy\u0107 redukcj\u0119 podpunkt\u00f3w w backlogu produktu i usun\u0105\u0107 funkcjonalno\u015bci, kt\u00f3re nie s\u0105 kluczowe lub mog\u0105 by\u0107 stworzone p\u00f3\u017aniej. To wyr\u00f3wna straty w kontrakcie T&M (Time & Materials) spowodowane wprowadzaniem nowych funkcji i zmian.<\/p>\n\n\n\n

    Z ka\u017cdym zako\u0144czonym sprintem trudno\u015b\u0107 we wprowadzaniu zmian ro\u015bnie. Poprawki, kt\u00f3re z Twojego punktu widzenia wydaj\u0105 si\u0119 proste, mog\u0105 wymaga\u0107 znacznych zmian w kodzie, warto wi\u0119c powierzy\u0107 estymacj\u0119 potrzebnych zasob\u00f3w specjalistom. Je\u015bli nie spodoba Ci si\u0119 to, co us\u0142yszysz, lepiej pozostawi\u0107 rzeczy takimi, jakimi s\u0105 i kontynuowa\u0107 projekt zgodnie z wcze\u015bniejszymi ustaleniami.<\/p>\n\n\n\n

    Im wi\u0119kszy progres w procesie developmentu, tym wi\u0119cej element\u00f3w produkt\u00f3w zostanie stworzonych, przetestowanych i oddanych do u\u017cytku. W pewnym momencie mo\u017cesz zdecydowa\u0107, \u017ce jedna z funkcjonalno\u015bci nie jest ju\u017c potrzebna – jednak zasoby zosta\u0142y ju\u017c wykorzystane. Oznacza to, \u017ce i tak trzeba b\u0119dzie si\u0119 rozliczy\u0107 za element, kt\u00f3ry nie zostanie zawarty w finalnej wersji produktu.<\/p>\n\n\n\n

    Chcesz wiedzie\u0107 wi\u0119cej o tym jak wytwarzamy oprogramowanie? Przeczytaj nasz poradnik na temat developmentu aplikacji na Androida i iOS.<\/a><\/strong><\/p>\n\n\n\n

    Testowanie<\/h3>\n\n\n\n

    Gdy produkt jest gotowy, czas go przetestowa\u0107. Modu\u0142y opracowane podczas ka\u017cdego sprintu by\u0142y ju\u017c przetestowane, jednak musimy sprawdzi\u0107, czy dzia\u0142aj\u0105 poprawnie, gdy s\u0105 z\u0142o\u017cone w jeden produkt. Ko\u0144cowe testy s\u0105 kluczowe, aby sprawdzi\u0107, czy wszystko do siebie pasuje i tworzy zam\u00f3wiony przez klienta produkt.<\/p>\n\n\n\n

    Na tym etapie prac wprowadzanie zmian jest niezwykle problematyczne. Dodawanie nowych funkcjonalno\u015bci czy ekran\u00f3w do uko\u0144czonego, nieprzetestowanego produktu to koszmar z punktu widzenia programist\u00f3w.<\/p>\n\n\n\n

    Czas to pieni\u0105dz (klienta)<\/h3>\n\n\n\n

    By\u0107 mo\u017ce tego nie wiesz (cho\u0107 ta informacja powinna zosta\u0107 Ci przekazana), ale wprowadzanie zmian cz\u0119sto oznacza, \u017ce trzeba \u201crozpru\u0107\u201d kod i przepisa\u0107 spor\u0105 cz\u0119\u015b\u0107, aby poprawi\u0107 ju\u017c stworzone i przetestowane elementy. W ekstremalnych przypadkach mo\u017cesz us\u0142ysze\u0107, \u017ce zrobienie tego, o co prosisz, oznacza powr\u00f3t do fazy wst\u0119pnej.<\/p>\n\n\n\n

    To bezpo\u015brednio przek\u0142ada si\u0119 na koszt i czas. Mo\u017ce si\u0119 pojawi\u0107 potrzeba zmian w zespole, a zaplanowane testy si\u0119 op\u00f3\u017ani\u0105. Dodanie nowego specjalisty do teamu te\u017c mo\u017ce by\u0107 konieczne – zw\u0142aszcza, je\u017celi zmiany wykraczaj\u0105 poza wcze\u015bniej ustalony zakres projektu.<\/strong><\/p>\n\n\n\n

    Testy ko\u0144cowe to faza, w kt\u00f3rej wprowadzanie jakichkolwiek zmian przek\u0142ada si\u0119 na znacz\u0105cy wzrost koszt\u00f3w. Im wi\u0119ksze zmiany, tym wi\u0119cej trzeba zap\u0142aci\u0107 i d\u0142u\u017cej czeka\u0107 na implementacj\u0119.<\/p>\n\n\n\n

    Im wcze\u015bniej, tym lepiej…<\/h3>\n\n\n\n

    Na pocz\u0105tku drogi otrzymasz estymacj\u0119 projektu. W ka\u017cdym szanuj\u0105cym si\u0119 software housie z g\u00f3ry zak\u0142ada si\u0119, \u017ce pojawi\u0105 si\u0119 jakie\u015b zmiany lub niespodziewane okoliczno\u015bci. Szacowanie koszt\u00f3w zawsze jednak powinno by\u0107 oparte na zdrowym rozs\u0105dku.<\/p>\n\n\n\n

    Zasady i warto\u015bci Agile s\u0105 otwarte na zmian\u0119 w procesie developmentu. Jednak jego przyczynowo-skutkowa natura sprawia, \u017ce czas wprowadzania zmian wywo\u0142uje okre\u015blone konsekwencje. We wczesnych stadiach nie s\u0105 one a\u017c tak istotne. Ale im p\u00f3\u017aniej padaj\u0105 propozycje, tym wprowadzanie zmian jest bardziej bolesne – zar\u00f3wno dla developera, jak i dla portfela klienta.<\/strong><\/p>\n\n\n\n

    Gdy zbudujesz dom, ci\u0119\u017cko jest go rozebra\u0107<\/h2>\n\n\n\n

    W skr\u00f3cie, zwinne wytwarzanie oprogramowania mo\u017cna por\u00f3wna\u0107 do budowy domu. Gdy rozmawia si\u0119 tylko o pomy\u015ble (faza wst\u0119pna) – zmiany s\u0105 darmowe i proste. Oddanie go do architekta, kt\u00f3ry wykona projekt, oznacza, \u017ce zmiany zdania b\u0119d\u0105 bardziej kosztowne.<\/p>\n\n\n\n

    Po rozpocz\u0119ciu budowy (czyli developmentu) wprowadzanie poprawek wymaga znacznie wi\u0119cej pracy i materia\u0142\u00f3w. Na koniec, gdy budynek jest gotowy i zostaje poddany ostatecznemu przegl\u0105dowi (faza test\u00f3w), zmiany wymagaj\u0105 rozbi\u00f3rki pewnych element\u00f3w i stworzenia ich od nowa.<\/p>\n","protected":false},"excerpt":{"rendered":"

    Zwinne wytwarzanie oprogramowania zaw\u0142adn\u0119\u0142o firmami IT. Wszechstronno\u015b\u0107, elastyczno\u015b\u0107, \u0142atwo\u015b\u0107 adaptacji do zmian to tylko kilka z wielu zalet sprawiaj\u0105cych, \u017ce zyska\u0142o ono przewag\u0119 nad klasycznymi, kaskadowymi metodologiami. Wprowadzenie zwinno\u015bci w wewn\u0119trzne procesy software house\u2019u jest relatywnie \u0142atwe dzi\u0119ki szkoleniom, praktyce i ci\u0105g\u0142ym usprawnieniom. We wsp\u00f3\u0142pracy z klientem, kt\u00f3ry zazwyczaj jest te\u017c w\u0142a\u015bcicielem produktu, trzeba doprecyzowa\u0107…<\/p>\n","protected":false},"author":1,"featured_media":33212,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[10],"tags":[],"class_list":["post-10555","post","type-post","status-publish","format-standard","has-post-thumbnail","category-agile-development"],"acf":[],"yoast_head":"\nPrzewodnik po Agile Scrum dla W\u0142a\u015bcicieli Produkt\u00f3w. Cz\u0119\u015b\u0107 1 - Coraz trudniejsze zmiany - itCraft blog<\/title>\n<meta name=\"description\" content=\"Naucz si\u0119 zarz\u0105dza\u0107 projektami w stylu Agile Scrum! Poznaj rol\u0119 W\u0142a\u015bciciela Produktu i jego obowi\u0105zki. Zrozum, jak wprowadzi\u0107 zmiany i efektywnie wsp\u00f3\u0142pracowa\u0107 z zespo\u0142em\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/itcraftapps.com\/pl\/blog\/przewodnik-po-agile-scrum-dla-wlascicieli-produktow-czesc-1\/\" \/>\n<meta property=\"og:locale\" content=\"pl_PL\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Przewodnik po Agile Scrum dla W\u0142a\u015bcicieli Produkt\u00f3w. Cz\u0119\u015b\u0107 1 - Coraz trudniejsze zmiany - itCraft blog\" \/>\n<meta property=\"og:description\" content=\"Naucz si\u0119 zarz\u0105dza\u0107 projektami w stylu Agile Scrum! Poznaj rol\u0119 W\u0142a\u015bciciela Produktu i jego obowi\u0105zki. Zrozum, jak wprowadzi\u0107 zmiany i efektywnie wsp\u00f3\u0142pracowa\u0107 z zespo\u0142em\" \/>\n<meta property=\"og:url\" content=\"https:\/\/itcraftapps.com\/pl\/blog\/przewodnik-po-agile-scrum-dla-wlascicieli-produktow-czesc-1\/\" \/>\n<meta property=\"og:site_name\" content=\"Aplikacje mobilne i webowe dla firm | itCraft\" \/>\n<meta property=\"article:published_time\" content=\"2021-03-24T06:29:01+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2024-04-18T07:35:59+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/itcraftapps.com\/pl\/wp-content\/uploads\/sites\/5\/2021\/03\/Blog_thumbnail_nocode_developing-1024x576.png\" \/>\n\t<meta property=\"og:image:width\" content=\"1024\" \/>\n\t<meta property=\"og:image:height\" content=\"576\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/png\" \/>\n<meta name=\"author\" content=\"root\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Przewodnik po Agile Scrum dla W\u0142a\u015bcicieli Produkt\u00f3w. Cz\u0119\u015b\u0107 1 - Coraz trudniejsze zmiany - itCraft blog","description":"Naucz si\u0119 zarz\u0105dza\u0107 projektami w stylu Agile Scrum! Poznaj rol\u0119 W\u0142a\u015bciciela Produktu i jego obowi\u0105zki. Zrozum, jak wprowadzi\u0107 zmiany i efektywnie wsp\u00f3\u0142pracowa\u0107 z zespo\u0142em","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/itcraftapps.com\/pl\/blog\/przewodnik-po-agile-scrum-dla-wlascicieli-produktow-czesc-1\/","og_locale":"pl_PL","og_type":"article","og_title":"Przewodnik po Agile Scrum dla W\u0142a\u015bcicieli Produkt\u00f3w. Cz\u0119\u015b\u0107 1 - Coraz trudniejsze zmiany - itCraft blog","og_description":"Naucz si\u0119 zarz\u0105dza\u0107 projektami w stylu Agile Scrum! Poznaj rol\u0119 W\u0142a\u015bciciela Produktu i jego obowi\u0105zki. Zrozum, jak wprowadzi\u0107 zmiany i efektywnie wsp\u00f3\u0142pracowa\u0107 z zespo\u0142em","og_url":"https:\/\/itcraftapps.com\/pl\/blog\/przewodnik-po-agile-scrum-dla-wlascicieli-produktow-czesc-1\/","og_site_name":"Aplikacje mobilne i webowe dla firm | itCraft","article_published_time":"2021-03-24T06:29:01+00:00","article_modified_time":"2024-04-18T07:35:59+00:00","og_image":[{"width":1024,"height":576,"url":"https:\/\/itcraftapps.com\/pl\/wp-content\/uploads\/sites\/5\/2021\/03\/Blog_thumbnail_nocode_developing-1024x576.png","type":"image\/png"}],"author":"root","twitter_card":"summary_large_image","schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/itcraftapps.com\/pl\/blog\/przewodnik-po-agile-scrum-dla-wlascicieli-produktow-czesc-1\/#article","isPartOf":{"@id":"https:\/\/itcraftapps.com\/pl\/blog\/przewodnik-po-agile-scrum-dla-wlascicieli-produktow-czesc-1\/"},"author":{"name":"root","@id":"https:\/\/itcraftapps.com\/pl\/#\/schema\/person\/7f005eebbb23587ebb5e67da80d14679"},"headline":"Przewodnik po Agile Scrum dla W\u0142a\u015bcicieli Produkt\u00f3w. Cz\u0119\u015b\u0107 1 – Coraz trudniejsze zmiany","datePublished":"2021-03-24T06:29:01+00:00","dateModified":"2024-04-18T07:35:59+00:00","mainEntityOfPage":{"@id":"https:\/\/itcraftapps.com\/pl\/blog\/przewodnik-po-agile-scrum-dla-wlascicieli-produktow-czesc-1\/"},"wordCount":1901,"commentCount":0,"image":{"@id":"https:\/\/itcraftapps.com\/pl\/blog\/przewodnik-po-agile-scrum-dla-wlascicieli-produktow-czesc-1\/#primaryimage"},"thumbnailUrl":"https:\/\/itcraftapps.com\/pl\/wp-content\/uploads\/sites\/5\/2021\/03\/Blog_thumbnail_nocode_developing.png","articleSection":["Metodologia Agile"],"inLanguage":"pl-PL","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/itcraftapps.com\/pl\/blog\/przewodnik-po-agile-scrum-dla-wlascicieli-produktow-czesc-1\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/itcraftapps.com\/pl\/blog\/przewodnik-po-agile-scrum-dla-wlascicieli-produktow-czesc-1\/","url":"https:\/\/itcraftapps.com\/pl\/blog\/przewodnik-po-agile-scrum-dla-wlascicieli-produktow-czesc-1\/","name":"Przewodnik po Agile Scrum dla W\u0142a\u015bcicieli Produkt\u00f3w. Cz\u0119\u015b\u0107 1 - Coraz trudniejsze zmiany - itCraft blog","isPartOf":{"@id":"https:\/\/itcraftapps.com\/pl\/#website"},"primaryImageOfPage":{"@id":"https:\/\/itcraftapps.com\/pl\/blog\/przewodnik-po-agile-scrum-dla-wlascicieli-produktow-czesc-1\/#primaryimage"},"image":{"@id":"https:\/\/itcraftapps.com\/pl\/blog\/przewodnik-po-agile-scrum-dla-wlascicieli-produktow-czesc-1\/#primaryimage"},"thumbnailUrl":"https:\/\/itcraftapps.com\/pl\/wp-content\/uploads\/sites\/5\/2021\/03\/Blog_thumbnail_nocode_developing.png","datePublished":"2021-03-24T06:29:01+00:00","dateModified":"2024-04-18T07:35:59+00:00","author":{"@id":"https:\/\/itcraftapps.com\/pl\/#\/schema\/person\/7f005eebbb23587ebb5e67da80d14679"},"description":"Naucz si\u0119 zarz\u0105dza\u0107 projektami w stylu Agile Scrum! Poznaj rol\u0119 W\u0142a\u015bciciela Produktu i jego obowi\u0105zki. Zrozum, jak wprowadzi\u0107 zmiany i efektywnie wsp\u00f3\u0142pracowa\u0107 z zespo\u0142em","breadcrumb":{"@id":"https:\/\/itcraftapps.com\/pl\/blog\/przewodnik-po-agile-scrum-dla-wlascicieli-produktow-czesc-1\/#breadcrumb"},"inLanguage":"pl-PL","potentialAction":[{"@type":"ReadAction","target":["https:\/\/itcraftapps.com\/pl\/blog\/przewodnik-po-agile-scrum-dla-wlascicieli-produktow-czesc-1\/"]}]},{"@type":"ImageObject","inLanguage":"pl-PL","@id":"https:\/\/itcraftapps.com\/pl\/blog\/przewodnik-po-agile-scrum-dla-wlascicieli-produktow-czesc-1\/#primaryimage","url":"https:\/\/itcraftapps.com\/pl\/wp-content\/uploads\/sites\/5\/2021\/03\/Blog_thumbnail_nocode_developing.png","contentUrl":"https:\/\/itcraftapps.com\/pl\/wp-content\/uploads\/sites\/5\/2021\/03\/Blog_thumbnail_nocode_developing.png","width":2688,"height":1512,"caption":"Przewodnik po Agile Scrum dla W\u0142a\u015bcicieli Produkt\u00f3w. Cz\u0119\u015b\u0107 1 - Coraz trudniejsze zmiany"},{"@type":"BreadcrumbList","@id":"https:\/\/itcraftapps.com\/pl\/blog\/przewodnik-po-agile-scrum-dla-wlascicieli-produktow-czesc-1\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/itcraftapps.com\/pl\/"},{"@type":"ListItem","position":2,"name":"Przewodnik po Agile Scrum dla W\u0142a\u015bcicieli Produkt\u00f3w. Cz\u0119\u015b\u0107 1 – Coraz trudniejsze zmiany"}]},{"@type":"WebSite","@id":"https:\/\/itcraftapps.com\/pl\/#website","url":"https:\/\/itcraftapps.com\/pl\/","name":"Aplikacje mobilne i webowe dla firm | itCraft","description":"","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/itcraftapps.com\/pl\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"pl-PL"},{"@type":"Person","@id":"https:\/\/itcraftapps.com\/pl\/#\/schema\/person\/7f005eebbb23587ebb5e67da80d14679","name":"root","image":{"@type":"ImageObject","inLanguage":"pl-PL","@id":"https:\/\/secure.gravatar.com\/avatar\/88411401e866ca39ab7710d974a6e60b8ef0d65022a6f8940132c18ac8f18d1a?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/88411401e866ca39ab7710d974a6e60b8ef0d65022a6f8940132c18ac8f18d1a?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/88411401e866ca39ab7710d974a6e60b8ef0d65022a6f8940132c18ac8f18d1a?s=96&d=mm&r=g","caption":"root"},"url":"https:\/\/itcraftapps.com\/pl\/blog\/author\/root\/"}]}},"_links":{"self":[{"href":"https:\/\/itcraftapps.com\/pl\/wp-json\/wp\/v2\/posts\/10555","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/itcraftapps.com\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/itcraftapps.com\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/itcraftapps.com\/pl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/itcraftapps.com\/pl\/wp-json\/wp\/v2\/comments?post=10555"}],"version-history":[{"count":0,"href":"https:\/\/itcraftapps.com\/pl\/wp-json\/wp\/v2\/posts\/10555\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/itcraftapps.com\/pl\/wp-json\/wp\/v2\/media\/33212"}],"wp:attachment":[{"href":"https:\/\/itcraftapps.com\/pl\/wp-json\/wp\/v2\/media?parent=10555"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/itcraftapps.com\/pl\/wp-json\/wp\/v2\/categories?post=10555"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/itcraftapps.com\/pl\/wp-json\/wp\/v2\/tags?post=10555"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}