![\"Agile](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/agile-and-guiding-principles.png\")
Co to jest Manifest Agile?<\/h2>\n
Sformu\u0142owanie manifestu jest bardzo celowe, podkre\u015blaj\u0105c minimaln\u0105 niezb\u0119dn\u0105 j\u0119zyk, by odda\u0107 esencj\u0119 elastyczno\u015bci:<\/p>\n
- \n
- Ludzie i interakcje nad procesami i narz\u0119dziami<\/li>\n
- Dzia\u0142aj\u0105ce oprogramowanie nad kompleksow\u0105 dokumentacj\u0105<\/li>\n
- Wsp\u00f3\u0142praca z klientem nad negocjacj\u0105 kontraktu<\/li>\n
- Reagowanie na zmiany zamiast \u015blepego przestrzegania planu<\/li>\n<\/ul>\n
![\"Agile](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/agile-manifesto.png\")
Manifest Agile<\/figcaption><\/figure>\n Uwaga:<\/strong><\/p>\n
- \n
- Kluczowymi s\u0142owami we wszystkich tych stwierdzeniach s\u0105 \u201enad\u201d. Manifest nie sugeruje zast\u0105pienia strony prawej stron\u0105 lew\u0105, ale raczej podkre\u015bla priorytet strony lewej nad praw\u0105.<\/li>\n
- Manifest Agile zosta\u0142 stworzony jako alternatywa dla proces\u00f3w rozwoju oprogramowania opartych na dokumentacji i ci\u0119\u017ckich modelach (takich jak model wodospadowy).<\/li>\n<\/ul>\n
Zasady le\u017c\u0105ce u podstaw Manifestu Agile<\/h2>\n
Jako uzupe\u0142nienie podstawowego Manifestu Agile, Dziesi\u0119\u0107 Zasad dalsze rozwa\u017ca, co oznacza elastyczno\u015b\u0107. Framework Scrum promuje zasady Agile poprzez r\u00f3\u017cne wydarzenia (np. Product Backlog<\/a>, codzienne stand-upy, rozw\u00f3j iteracyjny, retrospektywy):<\/p>\n
![\"Agile](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/agile-principles.png\")
<\/h2>\nZasady Agile<\/p>\n
<\/h2>\n
- \n
- Najwy\u017cszym priorytetem jest zadowolenie klienta poprzez wczesne i ci\u0105g\u0142e dostarczanie warto\u015bciowego oprogramowania.<\/li>\n
- Witamy zmieniaj\u0105ce si\u0119 wymagania, nawet na p\u00f3\u017anym etapie rozwoju. Procesy Agile wykorzystuj\u0105 zmiany na rzecz przewagi konkurencyjnej klienta.<\/li>\n
- Cz\u0119sto dostarczaj dzia\u0142aj\u0105ce oprogramowanie, od kilku tygodni do kilku miesi\u0119cy, z preferencj\u0105 dla kr\u00f3tszych okres\u00f3w.<\/li>\n
- Ludzie biznesu i programi\u015bci musz\u0105 wsp\u00f3lnie pracowa\u0107 codziennie przez ca\u0142y projekt.<\/li>\n
- Tw\u00f3rz projekty wok\u00f3\u0142 motywowanych os\u00f3b. Zapewnij im \u015brodowisko i wsparcie, kt\u00f3re potrzebuj\u0105, i ufasz im, by wykona\u0142y zadanie.<\/li>\n
- Najefektywniejsz\u0105 metod\u0105 przekazywania informacji do i wewn\u0105trz zespo\u0142u rozwojowego jest rozmowa twarz\u0105 w twarz.<\/li>\n
- Dzia\u0142aj\u0105ce oprogramowanie jest podstawowym miarodajnikiem post\u0119pu.<\/li>\n
- Procesy agilne promuj\u0105 zr\u00f3wnowa\u017cony rozw\u00f3j. Sponsory, deweloperzy i u\u017cytkownicy powinni m\u00f3c utrzymywa\u0107 sta\u0142y temp o nieograniczon\u0105 d\u0142ugo\u015b\u0107 czasu.<\/li>\n
- Sta\u0142e uwzgl\u0119dnianie wysokiej jako\u015bci technicznej i dobrego projektowania zwi\u0119ksza elastyczno\u015b\u0107.<\/li>\n
- Prostota \u2014 sztuka maksymalizacji ilo\u015bci niezrobionej pracy \u2014 jest istotna.<\/li>\n
- Najlepsze architektury, wymagania i projekty powstaj\u0105 w zespo\u0142ach samodzielnie organizuj\u0105cych si\u0119.<\/li>\n
- Zespo\u0142y regularnie analizuj\u0105, jak sta\u0107 si\u0119 bardziej efektywnymi, a nast\u0119pnie dostosowuj\u0105 swoje zachowanie odpowiednio.<\/li>\n<\/ol>\n
Jak dzia\u0142a Scrum?<\/h2>\n
Scrum r\u00f3\u017cni si\u0119 od innych proces\u00f3w agilnych poprzez konkretne koncepcje i praktyki, podzielone na trzy kategorie: role (W\u0142a\u015bciciel produktu<\/a>, Scrum Master<\/a>, zesp\u00f3\u0142 deweloperski i inne stakeholderzy), wydarzenia, artefakty i zasady.<\/p>\n
Aby rozpocz\u0105\u0107 proces Scrum, w\u0142a\u015bciciel produktu tworzy list\u0119 priorytet\u00f3w zwan\u0105Backlog produktu<\/a>. PodczasPlanowania Sprintu<\/a>, backlog jest rozmiarowany na podstawie z\u0142o\u017cono\u015bci i warto\u015bci biznesowej (priorytetu). W\u0142a\u015bciciel produktu (klient) i zesp\u00f3\u0142 deweloperski decyduj\u0105, kt\u00f3re elementy backlogu uwzgl\u0119dni\u0107 w sprintie. Zesp\u00f3\u0142 ma ustalony czas (nazywanySprint<\/a>, zazwyczaj od dw\u00f3ch do czterech tygodni), aby uko\u0144czy\u0107 swoj\u0105 prac\u0119, ale spotykaj\u0105 si\u0119 codziennie, aby oceni\u0107 post\u0119py (Codzienna Scrum<\/a>). Podczas ca\u0142ego tego procesu Scrum Master utrzymuje zesp\u00f3\u0142 skupiony na swoich celach. Na ko\u0144cu sprintu zesp\u00f3\u0142 przegl\u0105da post\u0119py, prezentuje produkt klientowi i ocenia, co posz\u0142o dobrze, a co wymaga poprawy w kolejnym sprintie. Cykl nast\u0119pnie si\u0119 powtarza.<\/p>\n
![\"What](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/the-agile-scrum-framework.png\")
<\/p>\nPodej\u015bcie agilne polega na podzieleniu projektu na ma\u0142e fragmenty funkcji u\u017cytkownika, ich priorytetyzacji i ci\u0105g\u0142ym dostarczaniu w cyklach trwaj\u0105cych 2\u20134 tygodnie, znanych jako iteracje lub sprinty.<\/p>\n
Zesp\u00f3\u0142 dzia\u0142a w kr\u00f3tkich cyklach, d\u0105\u017c\u0105c do ci\u0105g\u0142ego doskonalenia i tworz\u0105c tylko to, czego u\u017cytkownicy naprawd\u0119 chc\u0105. Cel pracy jest okre\u015blany przez zesp\u00f3\u0142 na pocz\u0105tku ka\u017cdego cyklu. Je\u015bli klient ma jakiekolwiek pytania dotycz\u0105ce funkcji, zesp\u00f3\u0142 komunikuje si\u0119 bezpo\u015brednio z klientem. Priorytety klienta s\u0105 analizowane przez W\u0142a\u015bciciela produktu i przekazywane zesp\u00f3\u0142, aby m\u00f3g\u0142 kontynuowa\u0107 prac\u0119 nad najwa\u017cniejszymi elementami. Zesp\u00f3\u0142 szacuje, ile czasu zajmie mu uko\u0144czenie pracy w iteracji i jak j\u0105 wykona\u0107.<\/p>\n
Wyniki s\u0105 mierzone przez klienta na ko\u0144cu ka\u017cdej iteracji. Nauki zdobyte podczas ka\u017cdej iteracji s\u0105 rejestrowane w retrospektywach i wykorzystywane w przysz\u0142ych iteracjach. W ten spos\u00f3b produkt ci\u0105gle si\u0119 poprawia, a tak\u017ce proces rozwoju.<\/p>\n
Uwaga:<\/strong>
\nScrum to framework do tworzenia i utrzymywania z\u0142o\u017conych produkt\u00f3w poprzez \u201einspekcj\u0119 i dostosowanie\u201d. Jest to podej\u015bcie agilne, kt\u00f3re kieruje si\u0119 Manifestem Agilnym i jego zasadami, \u0142\u0105cz\u0105c trzyrole<\/a>, trzy artefakty, pi\u0119\u0107 wydarze\u0144 i pi\u0119\u0107 warto\u015bci \u2014 znanych jako \u201e3355<\/a>.\u201d<\/p>\n![\"3355](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/3355-scrum-framework.png\")
3355 Framework Scrum<\/figcaption><\/figure>\n W tym frameworku ca\u0142y proces rozwojowy sk\u0142ada si\u0119 z kilku kr\u00f3tkich cykli iteracyjnych nazywanychSprint\u00f3w<\/a>. Zalecane praktyki obejmuj\u0105:<\/p>\n
- \n
- Ka\u017cdy sprint trwa od 1 do 4 tygodni.<\/li>\n
- U\u017cyjlist\u0105 produktu<\/a>do zarz\u0105dzania wymaganiami produktu \u2013 listy priorytetowej u\u0142o\u017conej wed\u0142ug warto\u015bci.<\/li>\n
- W ka\u017cdej iteracjizesp\u00f3\u0142 Scrum<\/a>wybiera najwa\u017cniejsze elementy z listy produktu do pracy.<\/li>\n
- Podczas wydarzenia planowania sprintu wybrane wymagania s\u0105 omawiane, analizowane i szacowane, aby osi\u0105gn\u0105\u0107 odpowiedni cel iteracji i plan dostarczenia, znany jakolista sprintu<\/a>.<\/li>\n
- CodziennieCodzienny Scrum<\/a>spotykaj\u0105 si\u0119 przez ca\u0142\u0105 iteracj\u0119. Na ko\u0144cu ka\u017cdej iteracji zesp\u00f3\u0142 Scrum zaprasza uczestnik\u00f3w biznesowych i innych zainteresowanych os\u00f3b do przegl\u0105du potencjalnie gotowego do wysy\u0142ki przyrostu produktu.<\/li>\n
- Nast\u0119pnie zesp\u00f3\u0142 przegl\u0105da i kontynuuje popraw\u0119 swojego sposobu pracy.<\/li>\n
- Scrum jest nie tylko odpowiedni dla projekt\u00f3w rozwoju oprogramowania, ale tak\u017ce dla dowolnych z\u0142o\u017conych lub innowacyjnych projekt\u00f3w, eksploracji i inicjatyw zmian organizacyjnych.<\/li>\n<\/ul>\n
Role Scrum<\/h2>\n
Framework Scrum jest zdefiniowany przez trzy podstawowe role: zesp\u00f3\u0142 rozwojowy, mistrz Scrum i w\u0142a\u015bciciel produktu.<\/p>\n
W\u0142a\u015bciciel produktu<\/h3>\n
W\u0142a\u015bciciel produktu odpowiada za maksymalizacj\u0119 warto\u015bci produktu i pracy zespo\u0142u rozwojowego. Spos\u00f3b osi\u0105gni\u0119cia tego mo\u017ce si\u0119 r\u00f3\u017cni\u0107 w zale\u017cno\u015bci od organizacji, zespo\u0142u Scrum i indywidualnych os\u00f3b.<\/p>\n
Rola w\u0142a\u015bciciela produktu<\/h3>\n
W\u0142a\u015bciciel produktu jest jedyn\u0105 osob\u0105 odpowiedzialn\u0105 za zarz\u0105dzanielist\u0105 produktu<\/a>. Zarz\u0105dzanie list\u0105 produktu obejmuje:<\/p>\n
- \n
- Jasne wyra\u017canie element\u00f3w listy produktu;<\/li>\n
- Uk\u0142adanie element\u00f3w listy produktu w taki spos\u00f3b, aby najlepiej osi\u0105gn\u0105\u0107 cele i misje;<\/li>\n
- Optymalizowanie warto\u015bci pracy wykonywanej przez zesp\u00f3\u0142 rozwojowy;<\/li>\n
- Zapewnianie, \u017ce lista produktu jest widoczna, przejrzysta i jasna dla wszystkich, a tak\u017ce pokazuje, nad czym zesp\u00f3\u0142 Scrum b\u0119dzie pracowa\u0142 dalej;<\/li>\n
- Zapewnianie, \u017ce zesp\u00f3\u0142 rozwojowy rozumie elementy listy produktu na wymaganym poziomie.<\/li>\n<\/ul>\n
Scrum Master<\/h3>\n
Scrum Master zapewnia, \u017ce Scrum jest zrozumiane i wdro\u017cone. Robi to poprzez zapewnienie, \u017ce zesp\u00f3\u0142 Scrum przestrzega teorii, praktyk i zasad Scrum.<\/p>\n
Scrum Master jest liderem us\u0142ugi dla zespo\u0142u Scrum. Scrum Master pomaga osobom poza zespo\u0142em Scrum zrozumie\u0107, kt\u00f3re interakcje z zespo\u0142em Scrum s\u0105 pomocne, a kt\u00f3re nie. Scrum Master pomaga wszystkim dostosowa\u0107 te interakcje w celu maksymalizacji warto\u015bci tworzonej przez zesp\u00f3\u0142 Scrum.<\/p>\n
Role Scrum Mastera<\/h4>\n
Scrum Master wspiera Product Ownera na wiele sposob\u00f3w, w tym:<\/p>\n
- \n
- Okre\u015blanie skutecznych technik zarz\u0105dzania list\u0105 produktu;<\/li>\n
- Pomaganie zespo\u0142owi Scrum zrozumie\u0107 potrzeb\u0119 jasnych i zwi\u0119z\u0142ych element\u00f3w listy produktu;<\/li>\n
- Zrozumienie planowania produktu w \u015brodowisku empirycznym;<\/li>\n
- Zapewnianie, \u017ce Product Owner wie, jak priorytaryzowa\u0107 list\u0119 produktu w celu maksymalizacji warto\u015bci;<\/li>\n
- Zrozumienie i praktykowanie elastyczno\u015bci;<\/li>\n
- Za\u0142atwianie Zdarzenia Scrum<\/a> w razie potrzeby.<\/li>\n<\/ul>\n
Us\u0142ugi Scrum Mastera dla zespo\u0142u rozwojowego
\nScrum Master wspiera zesp\u00f3\u0142 rozwojowy na r\u00f3\u017cne sposoby, w tym:<\/p>\n- \n
- Kierowanie zespo\u0142em rozwojowym w samodzielno\u015bci i wielofunkcyjno\u015bci;<\/li>\n
- Pomaganie zespo\u0142owi rozwojowemu w dostarczaniu produkt\u00f3w o wysokiej warto\u015bci;<\/li>\n
- Usuwania przeszk\u00f3d, kt\u00f3re utrudniaj\u0105 post\u0119py zespo\u0142u;<\/li>\n
- Za\u0142atwianie zdarze\u0144 Scrum w razie potrzeby;<\/li>\n
- Kierowanie zespo\u0142em rozwojowym w organizacjach, kt\u00f3re jeszcze nie w pe\u0142ni przyj\u0119\u0142y lub nie zrozumia\u0142y Scrumu.<\/li>\n<\/ul>\n
Us\u0142ugi Scrum Mastera dla organizacji<\/p>\n
- \n
- Scrum Master wspiera organizacj\u0119 na r\u00f3\u017cne sposoby, w tym:<\/li>\n
- Kierowanie i prowadzenie organizacji w przyj\u0119ciu Scrumu;<\/li>\n
- Planowanie wdro\u017cenia Scrumu w organizacji;<\/li>\n
- Pomaganie pracownikom i interesariuszom zrozumie\u0107 i przyj\u0105\u0107 Scrum oraz rozwoj produktu empirycznego;<\/li>\n
- Wprowadzanie zmian w celu poprawy produktywno\u015bci zespo\u0142u Scrum;<\/li>\n
- Wsp\u00f3\u0142praca z innymi Scrum Masterami w celu poprawy skuteczno\u015bci wdra\u017cania Scrumu w organizacji.<\/li>\n<\/ul>\n
Zesp\u00f3\u0142 Rozwojowy<\/h4>\n
Zesp\u00f3\u0142 Rozwojowy sk\u0142ada si\u0119 z profesjonalist\u00f3w odpowiedzialnych za dostarczenie potencjalnie wysy\u0142alnego przyrostu produktu na ko\u0144cu ka\u017cdego Sprintu. Tylko cz\u0142onkowie zespo\u0142u rozwojowego mog\u0105 tworzy\u0107 ten przyrost.<\/p>\n
Zesp\u00f3\u0142 jest tworzony i wspierany przez organizacj\u0119 w celu organizowania i zarz\u0105dzania w\u0142asn\u0105 prac\u0105. Wynikowa synergia optymalizuje og\u00f3ln\u0105 wydajno\u015b\u0107 i skuteczno\u015b\u0107 zespo\u0142u.<\/p>\n
Cechy zespo\u0142u rozwojowego<\/h4>\n
Zesp\u00f3\u0142 rozwojowy posiada nast\u0119puj\u0105ce cechy:<\/p>\n
- \n
- S\u0105 samoorganizuj\u0105ce si\u0119. Nikt (nawet Scrum Master) nie m\u00f3wi zespo\u0142owi rozwojowemu, jak przekszta\u0142ci\u0107 elementy listy produktu w potencjalnie wysy\u0142alny przyrost;<\/li>\n
- Zesp\u00f3\u0142 rozwojowy jest wielostronicowy, posiadaj\u0105c wszystkie umiej\u0119tno\u015bci potrzebne do stworzenia przyrostu produktu;<\/li>\n
- Scrum nie uznaje tytu\u0142\u00f3w dla cz\u0142onk\u00f3w zespo\u0142u poza \u201eProgramist\u0105\u201d, niezale\u017cnie od wykonywanej pracy. Ta zasada nie ma wyj\u0105tk\u00f3w;<\/li>\n
- Scrum nie uznaje podzespo\u0142\u00f3w wewn\u0105trz zespo\u0142u rozwojowego, niezale\u017cnie od konkretnego obszaru, takiego jak testowanie lub analiza biznesowa. Ta zasada nie ma wyj\u0105tk\u00f3w;<\/li>\n
- Poszczeg\u00f3lni cz\u0142onkowie zespo\u0142u mog\u0105 mie\u0107 specjalistyczne umiej\u0119tno\u015bci i obszary zainteresowania, ale odpowiedzialno\u015b\u0107 le\u017cy na ca\u0142ym Zespole Rozwojowym.<\/li>\n<\/ul>\n
Zdarzenia Scrum<\/h2>\n
Framework Scrum charakteryzuje si\u0119 pi\u0119cioma zdarzeniami: Sprint,Planowanie Sprintu<\/a>, Codzienny Scrum<\/a>, Przegl\u0105d Sprintu<\/a>, orazRetrospektywa Sprintu<\/a>.<\/p>\n
- W ka\u017cdej iteracjizesp\u00f3\u0142 Scrum<\/a>wybiera najwa\u017cniejsze elementy z listy produktu do pracy.<\/li>\n