Agilná a skrumážová terminológia: Slovník pojmov agilný / skrumáž

agile scrum terminology

Toto je komplexný sprievodca pre celú dôležitú terminológiu agilného / skrumážového systému a je komplexným slovníkom agilných a skrumážových konceptov:

Ako všetci vieme, Agile netreba zvlášť predstavovať. Je to rámec pre vývoj softvéru, ktorý sa používa na celom svete.

Tento článok je komplexným sprievodcom všetkými agilnými / scrum konceptmi, ktoré potrebujete mať na dosah ruky.

Čo sa dozviete:

• Agilný manifest
• Čo je to Scrum?
• Pillars Of Scrum
• Scrum tím
• Roly v skrumáži
• Scrum ceremónie
• Základy agilného odhadu
• Scrum artefakty
• Definícia Hotovo
• Spracovanie nevybavených položiek (úprava)
• Rýchle porovnanie s vodopádom
• Produktový backlog
• Budovanie Scrum tímu
• Záver
• Odporúčané čítanie

Agilný manifest

Agilná metodika je založená na agilnom manifeste. Ďalšie informácie o manifeste nájdete na adrese Manifest pre agilný vývoj softvéru .

Kľúčový odber z agilného manifestu sa dá skrátiť na :

• Komunikácia medzi ľuďmi je efektívna pre procesné viazanie.
• Pracovný produkt je lepší ako konvenčná podrobná dokumentácia.
• Zapojenie klienta / vlastníka firmy je rozhodujúce, rovnako ako aj slučky spätnej väzby.
• Zmeny sú nevyhnutné. Tímy by ich preto mali prijať a privítať.

Uvidíte, že aj keď agilný proces vydáva tieto vyhlásenia, neposkytuje presné konkrétne kroky na ich dosiahnutie. Poskytuje tímom úplnú slobodu a autonómiu pri vykonávaní ich najlepšej práce.

Postupom času sa z voľného štýlu vyvinuli bežné postupy. Z nich najznámejší je Scrum.

Začnime tým naše definície.

Čo je to Scrum?

Scrum je vývojový model vyvinutý Kenom Schwaberom a Jeffom Sutherlandom a používa sa od 90. rokov.

Práca je rozdelená na menšie požiadavky (príbehy, eposy a úlohy) a úzko prepojené tímy sa vytvárajú a dodávajú v malých častiach. Často sa hľadá spätná väzba a vylepšenia sa dosahujú v podobe častých krátkych vydaní.

Pillars Of Scrum

Stĺpy Scrumu sú podrobne vysvetlené nižšie:

• Transparentnosť : Tímy sú si vedomé toho, čo sa deje, a sú otvorené zdieľaniu a vzájomnej pomoci. Komunikácia prebieha voľne cez denné vstávanie a neformálne interakcie medzi ľuďmi.
• Inšpekcia : Kľúčom k úspechu Scrumu sú časté a náboženské inšpekcie práce. Tímy môžu jednoduchým a spoľahlivým spôsobom identifikovať, diagnostikovať, odstraňovať problémy, opraviť a vrátiť sa do starých koľají.
• Prispôsobenie : Scrum nepredpokladá, že to, čo robia, je správne. Existujú pravidelné kontrolné body vo forme Plánovanie šprintu, denné skrumáže, kontrola šprintov / retrospektívne stretnutia kde sa tím dostane k preskúmaniu a prispôsobeniu sa.

Scrum tím

Scrum tímy sú zvyčajne malé (5 - 9) a majú obvykle krížovú funkčnú povahu. Zahŕňajú a Scrum Master , vývojár, tester (je bežnou praxou označovať všetkých agilných členov tímu za vývojárov bez ohľadu na oblasť ich práce).

Ostatní členovia technického tímu a najdôležitejšie je vlastník produktu alebo sponzor. Agile uzatvára všetky svoje stávky na svoj tím. Samoorganizovaný A-tím je teda kritický a takmer nevyhnutný predpoklad úspešnej agilnej implementácie.

Roly v skrumáži

Ďalej sú uvedené rôzne úlohy v Scrume:

• Vlastník produktu: Nevybavené položky vlastní produktový vlastník. Je zodpovedný za produkt a tvar, ktorý zaujme. Primárna zodpovednosť vlastníka produktu je udržiavanie nevybavených produktov, celková vízia produktu a dosiahnutie cieľov tímu v tejto oblasti.
• Vývojový tím: Vývojový tím nemá žiadne obmedzené úlohy. Očakáva sa od nich, že budú pracovať vzájomne funkčne a na dosiahnutie cieľa zvolia najlepší prístup.
• Scrum Master: Úlohou majstra skrumáže je zabezpečiť, aby sa skrumáž implementovala správnym spôsobom. Scrum master sa tiež nazýva ako Služobný vodca pre celý tím.

Scrum ceremónie

Agile sa spolieha na niekoľko návykov, aby zostal na dobrej ceste a bol úspešný.

Niektoré z nich sú uvedené nižšie:

# 1) Denné stretnutie v skrumáži: Toto je typické 15 minútové krátke stretnutie, kde každý člen tímu hovorí o nasledujúcich bodoch:

• Čo sa robilo včera?
• Čo sa plánuje na dnes?
• Existujú na ceste nejaké prekážky?

Tento formát stretnutia je veľmi efektívny na to, aby ste pochopili, čo sa dokončilo, čo ešte zostáva a ako si môže tím v prípade potreby pomôcť.

Scrum Master uľahčuje toto stretnutie, ale nie je to v prospech Scrum Master alebo miesta na zhromažďovanie statusu. Je to príležitosť pre tím, aby sa vzájomne ovplyvňovali a zhlukovali predtým, ako sa vydajú samostatnými spôsobmi, ako zvládnuť úlohy dňa.

# 2) Sprint : Sprint je časovo ohraničená iterácia (často raz za 3 týždne, ale môže byť dlhšia alebo kratšia). Toto je opakujúci sa proces a dá sa na neho pozerať ako na výbuch vývoja a dodania.

# 3) Plánovanie sprintu: Účelom plánovania sprintu je naplánovať, ako premeniť súbor príbehov nevybavených produktov na prírastok produktu, ktorý je možné odoslať.

Celkový formát môže byť ako dvojdielna situácia.

• Prvá polovica - Tím vyberie položky, ktoré sa zaviažu dokončiť.
• Druhá polovica - Produktový vlastník je k dispozícii pre prípadné otázky.

Tím rozhoduje o tom, ako ju postaviť. Takto sú úlohy vytvárané a zodpovedajúcim spôsobom prideľované, čo vedie k Sprint Backlog.

# 4) Sprint Review / Demo : Po šprinte sa tím a zainteresované strany stretnú, takže je možné predviesť dokončenú prácu.

Dokončené úlohy sa porovnávajú s plánovanými položkami a vynecháva sa funkčnosť, ktorá nebola implementovaná. Trvanie tohto stretnutia nie je dlhšie ako 4 hodiny.

# 5) Sprint Retrospective: Toto stretnutie uľahčuje Scrum Master a zúčastňuje sa ho celý tím vrátane PO.

Tím diskutuje o nedávnom Sprinte tak, že sa sústredí na nápady na zlepšenie procesu a určuje, aké zmeny je možné vykonať, aby bol ďalší Sprint produktívnejší.

Za normálnych okolností toto stretnutie netrvá dlhšie ako 2 hodiny.

=> Odporúčané čítanie - Agilné retrospektívne stretnutia

Základy agilného odhadu

Ďalej sú uvedené základné informácie o agilnom odhade:

Vstupy

• Nevybavené položky produktu a nevybavené položky sprintu.
• Historické údaje, predchádzajúce odhady podobných úloh so skutočnými hodnotami úsilia vynaloženými na ne.

Odhadovaný počet účastníkov

• Členovia tímu oboznámení s aplikáciou.
• Členovia tímu, ktorí rozumejú integrácii aplikácie s inými systémami.
• Reprezentácia rôznych zručností potrebných na dokončenie projektu.
• Budovanie, nasadenie a zástupcovia tímu QA.

Definícia pojmu epický / hraný / ideový

• Jedná sa o veľké príbehy používateľov, zvyčajne príliš veľké na to, aby sa dali implementovať v jednej iterácii.
• Nápad / Epika -> Príbehy -> Úlohy (Jeden nápad môže mať viac príbehov. Jeden príbeh môže mať viac úloh. Rozsah príbehu je obmedzený na jedného Sprinta. Pre dokončenie príbehu by mali byť všetky úlohy zatvorené)

# 1) Technika odhadu bodu príbehu: Bod príbehu je číslo, ktoré tímu hovorí, aký zložitý je príbeh.

Vo väčšine prípadov sa používa séria alebo veľkosť trička Fibonacci. Jeden bod príbehu sa zvyčajne považuje za ekvivalent jednodňovej práce človeka.

Pomer sa však reviduje po každej iterácii na základe skutočných údajov o priemernom čase potrebnom na splnenie jednej jednotky úlohy.

Zahŕňa tieto kroky:

• Rozdeľte veľmi veľké požiadavky na malé úlohy.
• Vyberte si tím najmenej 2 odhadov, Scrum Master , Produktový vlastník a ostatní sa môžu zúčastniť.
• Každý odhadca súkromne prideľuje svoje body príbehu pre príbeh používateľa (úlohu) a zverejňuje ich rovnako.
• Body príbehu pre požiadavku prideľujú odhadcovia na základe svojich minulých znalostí o veľkosti podobnej úlohy.
• Očakáva sa, že odhady sa budú mierne líšiť.
• Ak sa odhady výrazne líšia, potom ich odhady vysvetľujú vysoké a nízke odhady.
• Potom vykonajú všetky odhady ešte jedno kolo odhadu podľa rovnakého postupu, kým sa všetky nezhromaždia na rovnaké číslo.

# 2) Plánovanie pokru: Táto zaujímavá a zábavná technika je vysvetlená tu: Ako uľahčiť proces agilného odhadu pomocou nástroja Planning Poker

Poznámka :Existuje mnoho ďalších techník na agilný odhad, ale tieto dve najvýznamnejšie.

Scrum artefakty

Najdôležitejšie skrumážové artefakty sú Backlog produktu a Sprint Backlog . Práve tie pomáhajú pri sledovaní celkových cieľov v šprinte.

# 1) Nevybavené položky produktu:

• Objednaný zoznam „požiadaviek“, ktoré sa zachovávajú pre produkt / projekt.
• Zoznam môže obsahovať chyby a tiež nefunkčné položky.
• Produktový vlastník je zodpovedný za stanovenie priorít v PBL.
• Produktový vlastník je zodpovedný za správu produktového backlogu.

# 2) Sprint Backlog:

• Zoznam úloh (tiež známy ako položka Backlog) pre Šprint.
• Scrum tím je zodpovedný za ich údržbu ..
• Počas šprintu Od členov tímu sa očakáva, že budú aktualizovať nevybavené položky sprintu, keď budú k dispozícii nové informácie.
• V prípade, že niektorá z položiek zostane neúplná alebo čiastočne úplná, potom sa podľa definície štandardného scrumu tieto položky vrátia späť do Produktový backlog.

# 3) Spáliť graf:

aké sú dobré stránky na pozeranie anime

• Je to verejne zobrazený graf zobrazujúci dokončenú a zostávajúcu prácu v šprinte.
• Ukazuje skutočnú prácu, ktorá je z dňa na deň dokončená.
• Udržiavané Scrum Master denne.
• Existujú dva typy „Uvoľniť grafy vypálenia“ a „Grafy vypaľovania Sprint“.

Definícia Hotovo

Definícia Hotovo sa líši pre rôzne tímy skrumáže. Zjednodušene povedané, DoD je spôsob, ako pomocou dostupných nástrojov zistiť, kedy tím dosiahne cieľ. Je to zmluva medzi PO a tímom.

DoD Splnené znamená, že všetky príbehy z backlogu sú vyvinuté podľa požiadaviek zainteresovaných strán. Príbehy môžu byť netechnické alebo môžu obsahovať viac úloh.

Spracovanie nevybavených položiek (úprava)

Spracovanie nevybavených položiek nie je základnou praxou skrumáže, ale bol prijatý ako spôsob riadenia kvality nevybavených položiek vstupujúcich do šprintu.

Ide o nepretržité úsilie o kontrolu položiek nevybavených produktov a kontrolu, či sú primerane uprednostňované a pripravené spôsobom, ktorý ich robí prehľadnými a vykonateľnými pre tímy hneď po vstupe do sprintov prostredníctvom aktivity plánovania sprintov.

Rýchle porovnanie s vodopádom

Produktový backlog

Ako sa posúvame nahor, vytvárajú sa PBI a sú HLBOKÉ:

• D- Dostatočne podrobné
• JE- Emergenc je
• JE- Odhadované
• P- Prioritne

A sú tímu podrobnejšie.

Veci, ktorým by sa mal Scrum Master prispôsobiť:

• Odstraňovanie prekážok
• Uľahčiť
• Mentorstvo a výučba
• Koučovanie

To sú úlohy, ktoré a Scrum Master by mali vykonávať, keď Skrumáž je novo implementovaná. Ale ako čas beží a ako si tím zvyká na Scrum (stáva sa samoorganizovaným), Scrum Master má úlohu vykonávať, tj. „POZOROVAŤ“.

Budovanie Scrum tímu

Pri budovaní tímu Scrum Master mohla čeliť nasledujúcim výzvam - formovanie, búranie, normovanie a účinkovanie.

• Formovanie- Tam, kde v tíme neexistujú žiadne vzťahy.
• Storming- Kde by sa hranice medzi členmi tímu stali ľahkými.
• Normovanie - Keď je v tíme nadviazaný dobrý vzťah.
• Predvádzanie- Toto je posledná fáza, kedy existuje iba tímová práca.

Ako vidíme, posledná fáza je tým, kedy tím skutočne funguje ako Scrum tím . Ale počas tejto transformácie, ak dôjde k narušeniu v ktorejkoľvek fáze, potom sa tím vráti na začiatok.

Záver

Dúfame, že tento tutoriál stručne vysvetlil všetko dôležité Agilná a skrumážová terminológia . Prečítajte si túto sériu tutoriálov Kompletný sprievodca agilnou metodikou pre podrobnosti o konceptoch Agile / Scrum.

Šťastná agilita!

Odporúčané čítanie

• Online kvíz o Agile Scrum: Otestujte si svoje znalosti o Agile Scrum
• Sebestačné tímy skrumáže: Ako vytvoriť sebestačný tím?
• Kanban vs Scrum vs Agile: Podrobné porovnanie s cieľom nájsť rozdiely
• Ako poskytovať softvérové ​​funkcie vysokej hodnoty v krátkom časovom období pomocou agilného procesu skrumáže
• Agilný manifest: Pochopenie agilných hodnôt a zásad
• Agilná metodika: Sprievodca pre začiatočníkov agilnou metódou a skrumážou
• Výukový program SAFe Agile: Čo je to Scaled Agile Framework
• Úlohy a zodpovednosti Scrum tímu: Scrum Master a produktový vlastník