Terminologie Agile and Scrum: Glosář pro agilní / scrum koncepty

agile scrum terminology

Toto je komplexní průvodce pro celou důležitou terminologii Agile / Scrum a je to Slovníček pojmů Agile and Scrum All in One:

Jak všichni víme, Agile není třeba nijak představovat. Jedná se o framework pro vývoj softwaru používaný po celém světě.

Tento článek je komplexním průvodcem všemi agilními / scrum koncepty, které potřebujete mít na dosah ruky.

Co se naučíte:

• Agilní manifest
• Co je to Scrum?
• Pillars of Scrum
• Scrum tým
• Role ve skrumáži
• Scrum ceremonie
• Základy agilního odhadu
• Scrum artefakty
• Definice Hotovo
• Zpracování nevyřízených položek (zastřihování)
• Rychlé srovnání s vodopádem
• Nevyřízené položky produktu
• Budování týmu Scrum
• Závěr
• Doporučené čtení

Agilní manifest

Agilní metodika je založena na agilním manifestu. Další informace o manifestu najdete na stránce Manifest pro agilní vývoj softwaru .

Klíčové jídlo z agilního manifestu lze zkrátit na :

• Komunikace mezi lidmi je účinná pro procesní vazbu.
• Pracovní produkt je lepší než běžná podrobná dokumentace.
• Zapojení klienta / vlastníka firmy je zásadní, stejně jako smyčky nepřetržité zpětné vazby.
• Změny jsou nevyhnutelné. Týmy by je proto měly obejmout a přivítat.

Uvidíte, že i když agilní proces dělá tato prohlášení, neposkytuje přesné konkrétní kroky k dosažení tohoto cíle. Poskytuje týmům úplnou svobodu a autonomii, aby dělali co nejlepší práci.

V průběhu doby se freestyle vyvinul do běžných postupů. Z nichž nejznámější je Scrum.

Začněme tím naše definice.

Co je to Scrum?

Scrum je vývojový model vyvinutý Kenem Schwaberem a Jeffem Sutherlandem a používá se od 90. let.

Práce je rozdělena na menší požadavky (příběhy, eposy a úkoly) a úzce propojené týmy vytvářejí a dodávají v malých splátkách. Často se hledá zpětná vazba a vylepšuje se produkt ve formě častých krátkých vydání.

Pillars of Scrum

Sloupy Scrumu jsou podrobně vysvětleny níže:

• Průhlednost : Týmy jsou si vědomy toho, co se děje, a jsou otevřené sdílení a vzájemné pomoci. Komunikace probíhá volně prostřednictvím každodenního vstávání a neformálních interakcí mezi lidmi.
• Inspekce : Klíčem k úspěchu Scrumu jsou časté a náboženské inspekce práce. Týmy mohou jednoduchým a spolehlivým způsobem identifikovat, diagnostikovat, odstraňovat problémy, opravit a dostat se zpět na trať.
• Přizpůsobování : Scrum nepředpokládá, že to, co dělají, je správné. Existují pravidelné kontrolní body ve formě Plánování sprintu, denní scrum, kontrola sprintu / retrospektivní setkání kde se tým dostane ke kontrole a přizpůsobení.

Scrum tým

Scrum týmy jsou obvykle malé (5–9) a obvykle mají křížovou funkci. Zahrnují a Scrum Master , vývojář, tester (je běžnou praxí označovat všechny agilní členy týmu jako vývojáře bez ohledu na obor jejich práce).

Další členové technického týmu a co je nejdůležitější, vlastník produktu nebo sponzor. Agile umístí všechny své sázky na svůj tým. Samoorganizovaný A-tým je tedy kritický a téměř předpokladem pro úspěšnou agilní implementaci.

Role ve skrumáži

Níže jsou uvedeny různé role ve Scrumu:

• Vlastník produktu: Vlastník produktu vlastní nevyřízené položky. Je odpovědný za produkt a jeho tvar. Udržování nevyřízených produktů, celková vize produktu a dosažení cílů týmu směrem k němu jsou primární odpovědností vlastníka produktu.
• Vývojářský tým: Vývojový tým nemá žádné omezené role. Očekává se od nich, že budou pracovat napříč funkcemi a k ​​dosažení cíle zvolí nejlepší přístup.
• Scrum Master: Úkolem mistra scrumu je zajistit, aby byl scrum implementován správným způsobem. Scrum master je také nazýván jako Služebný vůdce pro celý tým.

Scrum ceremonie

Agile spoléhá na několik návyků, aby zůstal na správné cestě a byl úspěšný.

Některé z nich jsou uvedeny níže:

# 1) Denní schůzka ve skrumáži: Toto je typické 15minutové krátké setkání, kde každý člen týmu hovoří o následujících bodech:

• Co se stalo včera?
• Co se dnes plánuje?
• Existují na cestě nějaké překážky?

Tento formát schůzky je velmi efektivní pro pochopení toho, co je práce hotová, co zbývá a jak si tým může v případě potřeby navzájem pomoci.

Scrum Master toto setkání usnadňuje, ale není to ve prospěch Scrum Master nebo místa pro shromažďování statusu. Je to příležitost pro tým komunikovat a choulit se k sobě, než se vydá samostatnými způsoby, jak dobýt úkoly dne.

# 2) Sprint : Sprint je časově omezená iterace (často 3 týdny jednou, ale může být delší nebo kratší). Jedná se o opakující se proces, na který lze pohlížet jako na dávku vývoje a dodání.

# 3) Plánování sprintu: Účelem plánování sprintu je naplánovat, jak proměnit sadu příběhů nevyřízených produktů na přírůstek zasílaného produktu.

Celkový formát může vypadat jako dvoudílná situace.

• První polovina - Tým vybere položky, které se zaváže dokončit.
• Druhá polovina - Pro dotazy je k dispozici produktový vlastník.

Tým rozhodne, jak to postavit. Úkoly jsou tedy vytvářeny a přiřazovány odpovídajícím způsobem, což vede k Sprint Backlog.

# 4) Sprint Review / Demo : Po sprintu se tým a zúčastněné strany setkají, takže lze předvést dokončenou práci.

Dokončené úkoly jsou porovnány s plánovanými položkami a funkce, která nebyla implementována, budou vynechány. Délka tohoto setkání není delší než 4 hodiny.

# 5) Sprint Retrospective: Toto setkání usnadňuje Scrum Master a účastní se ho celý tým včetně organizace producentů.

Tým diskutuje o nedávném Sprintu tím, že se soustředí na myšlenky zlepšování procesů a určuje, jaké změny by mohly být provedeny, aby byl příští Sprint produktivnější.

Normálně, toto setkání netrvá déle než 2 hodiny.

=> Doporučené čtení - Agilní retrospektivní setkání

Základy agilního odhadu

Níže jsou uvedeny základy agilního odhadu:

Vstupy

• Nevyřízené položky produktu a nevyřízené položky sprintu.
• Historická data, předchozí odhady pro podobné úkoly se skutečnými hodnotami úsilí vynaloženými na ně.

Odhadovaný počet účastníků

• Členové týmu obeznámení s aplikací.
• Členové týmu, kteří rozumějí integraci aplikace s jinými systémy.
• Reprezentace různých dovedností požadovaných pro dokončení projektu.
• Sestavte, nasaďte a představitelé týmu QA.

Definice epického / celovečerního / myšlenkového

• Jedná se o velké uživatelské příběhy, obvykle příliš velké na implementaci v jedné iteraci.
• Nápad / Epic -> Příběhy -> Úkoly (Jeden nápad může mít více příběhů. Jeden příběh může mít více úkolů. Rozsah příběhu je omezen na jeden Sprint. Všechny úkoly by se měly uzavřít, aby příběh mohl být dokončen)

# 1) Technika odhadu bodu příběhu: Bod příběhu je číslo, které týmu říká, jak složitý je příběh.

Ve většině případů se používá řada Fibonacci nebo velikost trička. Obvykle se jeden bod příběhu považuje za ekvivalent jednodenní práce člověka.

Poměr je však revidován po každé iteraci na základě skutečných dat průměrného času potřebného k dokončení jedné jednotky úkolu.

Jedná se o tyto kroky:

• Rozdělte velmi velké požadavky na malé úkoly.
• Vyberte tým alespoň 2 odhadů, Scrum Master , Produktový vlastník a ostatní se mohou účastnit.
• Každý odhadce soukromě přiděluje své body příběhu uživatelskému příběhu (úkolu) a publikuje je.
• Body příběhu pro požadavek přidělují odhadci na základě svých minulých znalostí o velikosti podobného úkolu.
• Očekává se, že se odhady budou mírně lišit.
• Pokud se odhady výrazně liší, pak vysoké a nízké odhady vysvětlují jejich odhady.
• Poté provedou všechny odhady ještě jedno kolo odhadu, přičemž postupují stejným postupem, dokud se všechny neshromáždí na stejné číslo.

# 2) Plánování pokeru: Tato zajímavá a zábavná technika je vysvětlena zde: Jak usnadnit proces agilního odhadu pomocí Planning Poker

Poznámka :Existuje mnoho dalších technik pro agilní odhad, ale tyto dvě nejvýznamnější.

Scrum artefakty

Nejdůležitějšími scrum artefakty jsou Product Backlog & Sprint Backlog . To jsou ty, které pomáhají při monitorování celkových cílů sprintu.

# 1) Nevyřízené položky produktu:

• Objednaný seznam „požadavků“, které jsou pro produkt / projekt udržovány.
• Seznam může obsahovat chyby a nefunkční položky.
• Vlastník produktu je zodpovědný za stanovení priorit v PBL.
• Vlastník produktu je odpovědný za správu produktového backlogu.

# 2) Sprint Backlog:

• Seznam úkolů (také známý jako položka Nevyřízené položky) pro Sprint.
• Scrum tým je odpovědný za jejich údržbu ..
• Během sprintu Očekává se, že členové týmu budou aktualizovat nevyřízené položky sprintu, jakmile budou k dispozici nové informace.
• V případě, že některá z položek zůstane neúplná nebo částečně úplná, pak se podle definice standardního skrumáže tyto položky vloží zpět do Nevyřízené položky produktu.

# 3) Vypálit graf:

nejlepší počítač urychlit software zdarma

• Jedná se o veřejně zobrazený graf zobrazující dokončenou a zbývající práci ve sprintu.
• Ukazuje skutečnou práci, která je dokončena po jednotlivých dnech.
• Udržovaný Scrum Master denně.
• Existují dva typy „Uvolnit vypalovací grafy“ a „Sprint vypalovací grafy“.

Definice Hotovo

Definice Hotovo je pro různé scrum týmy jiné. Jednoduše řečeno, DoD je způsob, jak pomocí dostupných nástrojů zjistit, kdy tým dosáhne cíle. Jedná se o smlouvu mezi organizací producentů a týmem.

DoD splněno znamená, že všechny příběhy z nevyřízených položek jsou vyvíjeny podle požadavků zúčastněných stran. Příběhy mohou být netechnické nebo mohou mít více úkolů.

Zpracování nevyřízených položek (zastřihování)

Zpracování nevyřízených položek není jádrem skrumáže, ale byl přijat jako způsob řízení kvality nevyřízených položek vstupujících do sprintu.

Jedná se o neustálé úsilí o revizi nevyřízených položek produktu a kontrolu, zda jsou vhodně upřednostňovány a připraveny tak, aby byly jasné a spustitelné pro týmy, jakmile vstoupí do sprintů prostřednictvím aktivity plánování sprintu.

Rychlé srovnání s vodopádem

Nevyřízené položky produktu

Jak se pohybujeme vzhůru, vznikají PBI a jsou HLBOKÉ:

• D- Dostatečně podrobné
• JE- Emergenc je
• JE- Odhadovaný
• P- Upřednostněný

A jsou týmu podrobnější.

Věci, kterým by se měl Scrum Master přizpůsobit:

• Odstranění překážek
• Usnadnit
• Mentoring a výuka
• Koučování

Jedná se o úkoly, které a Scrum Master by měl provést, když Skrumáž je nově implementováno. Ale jak čas plyne a jak si tým na Scrum zvykne (stává se samoorganizovaným), má Scrum Master úkol plnit, tj. „OBSERVE“.

Budování týmu Scrum

Při budování týmu Scrum Master mohl čelit následujícím výzvám - formování, bouření, normování a hraní.

• Tváření- Tam, kde v týmu nejsou žádné vztahy.
• Storming- Kde by se hranice mezi členy týmu staly lehkými.
• Normování - Když je v týmu vytvořen dobrý vztah.
• Představení- Toto je poslední fáze, kdy existuje pouze týmová práce.

Jak vidíme, poslední fází je tým, kde tým skutečně funguje jako Scrum tým . Pokud však během této transformace dojde k narušení v jakékoli fázi, vezme tým zpět na začátek.

Závěr

Doufáme, že tento tutoriál stručně vysvětlil vše důležité Agilní a skrumážová terminologie . Přečtěte si tuto sérii návodů Kompletní průvodce agilní metodikou pro podrobnosti konceptů Agile / Scrum.

Happy Agility!

Doporučené čtení

• Online kvíz Agile Scrum: Otestujte si své znalosti o Agile Scrum
• Soběstačné týmy Scrum: Jak vytvořit soběstačný tým?
• Kanban vs Scrum vs Agile: Podrobné srovnání k nalezení rozdílů
• Jak dodávat vysoce hodnotné softwarové funkce v krátkém časovém období pomocí agilního procesu skrumáže
• Agilní manifest: Porozumění agilním hodnotám a zásadám
• Agilní metodika: Průvodce pro začátečníky k agilní metodě a skrumáži
• Výukový program SAFe Agile: Co je to Scaled Agile Framework
• Role a odpovědnosti Scrum týmu: Scrum Master a produktový vlastník