3 amigo principle agile
Úvod do principu 3 Amigo:
virtuální zařízení pro vyrovnávání zatížení open source
Dříve v řadě Scrum jsme vám představili koncept přinášení soběstačnost v rámci členů Scrum týmu navodit kulturu produkující obchodní hodnotu bez nutnosti pomoci vnějšího světa.
V poslední době jsem byl v souladu s klientským projektem, kde jsem pracoval jako Scrum Master. Poté, co jsem pracoval v několika projektech založených na Scrumu, se mi podařilo úspěšně spojit metodiku s klientovými způsoby práce.
Po určité době však bylo kolem požadavku porozumění zjištěno mnoho neurčitostí.
Každý člen Scrum týmu má svou vlastní verzi porozumění požadavku!
Co se naučíte:
Přehled
Co by se stalo, kdyby vývojáři a QA měli dva různé pohledy na stejný požadavek?
Zřejmým postupem v tomto případě bude, že vývojáři by vyvinuli přírůstek s ohledem na svou perspektivu, zatímco testeři by ji testovali s ohledem na svou vlastní perspektivu.
Tyto dva pohledy mají tendenci vytvářet mezeru a problémy se poté řeší až ke konci sprintu. Ještě nejhorším případem by bylo, kdyby nezbyl čas na řešení těchto problémů v rámci Sprintu, který nám přistává v situaci, kdy do produktového backlogu přidáte další položky.
Abychom vyřešili výše uvedené prohlášení o problému, přišli jsme s řešením, jak uspořádat více diskusních setkání o požadavcích mezi členy týmu za účelem analýzy a brainstormingu nad požadavky jako celkem. A proto vyšla na světlo myšlenka principu Tři Amigo.
Než přejdeme k principu Three Amigo, pojďme si nejprve promluvit o jedné z agilních testovacích praktik, Test First Development (TFD) a o tom, jak je spojena s The Three Amigos.
Testovat první vývoj (TFD)
Jak název napovídá, Test First Development je praxe, kdy testovací případy jsou psány Test Engineers před jakoukoli vývojovou aktivitou.
Tyto testovací případy jsou poté diskutovány a sdíleny napříč celým týmem. Členové týmu se nyní účastní schůzky, kde diskutují, vylepšují a kontrolují testovací případy (označované také jako „Tři Amigové“). Okrajové případy se během této schůzky také přidají do seznamu testovacích případů.
Můžeme také zahrnout vlastníka produktu, aby přidal a zkontroloval testovací případy, které by vytvořily jistotu, že testovací případy splňují kritéria přijetí.
Nyní, když byly testovací případy vyvinuty, bude celý vývoj založen na těchto testovacích případech. Tento jev je také známý jako testovací cyklus. V rámci cyklu sestavení testu sestavujte, dokud neprojdou všechny testovací případy, takže v systému nezůstane žádný prostor pro chyby.
Test-First Development umožňuje vývojářům vytvořit přírůstek, který splňuje akceptační kritéria a má buy-in od vlastníka produktu (hlas zákazníka).
V dnešní době týmy začaly přijímat přístup a rámec Test Driven Development (TDD), který je dalším krokem k Test First Development. Mezi nejoblíbenější patří nástroje jako okurka, měřidlo, Specflow atd.
Princip tří Amigo
Kdo jsou ti tři Amigové?
Princip tří Amigo říká, že tři Amigové; Obchodní analytici, vývojáři a analytici kvality by se měli setkat na schůzce, kde:
- Obchodní analytik s týmem podrobně rozebere každou z obchodních požadavků.
- Členové týmu pro zajištění kvality diskutují o již vytvořených testovacích případech pro tyto obchodní požadavky.
- Členové vývojového týmu s týmem diskutují o architektuře a nízkoúrovňovém designu.
Cílem tří setkání Amigo je překlenout mezery v chápání obchodních specifikací třemi Amigos.
Obchodní analytik zajišťuje, aby všichni členové týmu měli stejné porozumění a očekávání od příběhu / požadavku obchodního uživatele. Obchodní analytik shromažďuje zpětnou vazbu a kontroluje komentáře členů týmu. Také přidá chybějící informace a odstraní nejednoznačné informace z uživatelského příběhu, pokud existují.
Vzhledem k tomu, že se zdraví softwaru vždy měří podle jeho vysoce kvalitních standardů, rozvíjí tým pro zajištění kvality funkční a nefunkční aspekty softwarového přírůstku a podrobně popisuje testovací případy identifikované pro testování přírůstku. Rovněž se ujistí, že testovací případy splňují všechna kritéria přijetí.
Ostatní členové týmu pomáhají při obohacování testovacích případů hledáním okrajových případů a chybějících scénářů. Členové vývojového týmu budou sdílet svá technická omezení týkající se znalostí, která by mohla vést k omezením testování.
jak přidat do pole java
Vývojáři diskutují o tom, jak chápou požadavky a co je zapotřebí k vytvoření přírůstku. S týmem by také diskutovali o uspořádání architektury a nízkoúrovňovém designu, aby vytvořili společné chápání toho, co bude postaveno.
Celkovým výsledkem relace Three Amigo je, že celý tým má společné chápání toho, co bude stavět jako součást příštího sprintu.
Proces tří Amigo
Proces tří Amigo tvoří níže:
# 1) Účastníci
Po jednom zástupci vývojového týmu a týmu pro zajištění kvality a obchodního analytika. Navrhuje se, aby tito zástupci, lidé, kteří skutečně budou pracovat na tomto požadavku, využili maximální přínos konceptu. Ostatní, jako jsou architekti atd., Jsou vždy vítáni, aby se připojili ke schůzce a poskytli své vedení.
# 2) Časové osy
Tři zasedání Amigo se obvykle provádějí v N-1 Sprint. Je to také časovaná událost v rámečku, tj. Nelze ji prodloužit. Doporučený časový rámec pro relaci je 1 hodina, což je také jeho maximální doba trvání.
Pokud má být tato funkce vyvinuta ve Sprintu N. Velmi se doporučuje provést relaci Three Amigo v N-1 nebo N-2 Sprint.
# 3) Formát
# 1) Setkání začíná obchodním analytikem, který účastníkům předloží požadavek spolu s dokumentem nebo drátovými rámy. Očekává se, že obchodní požadavek bude dobře připraven a zdokumentován. Očekává se, že tým prošel požadavkem již před schůzkou.
# 2) V dalším kroku účastníci zkontrolují požadavek a poskytnou zpětnou vazbu, kterou později zapracuje obchodní analytik. Účastníci také upozorní na nejasnosti a mezery, pokud existují. Očekává se také, že obchodní analytik odstraní nejednoznačnosti a vyplní mezery v požadavku.
Občas mohou nastat situace, kdy obchodní analytik možná bude muset potvrdit dotazy zaslané ostatními účastníky a nemusí tam přímo zahrnout tuto recenzi.
# 3) Jakmile je požadavek dostatečně upraven a účastníci již nemají žádnou zpětnou vazbu nebo otevřené otázky, je požadavek označen jako „Připraveno“.
# 4) Dále jsou testovací případy prezentovány účastníkům stejně jako požadavky. Očekává se, že testovací případy budou dobře formované a připravené již.
# 5) Účastníci nyní budou kontrolovat testovací případy a poskytovat zpětnou vazbu. Člen QA zapracuje všechny poskytnuté návrhy. Účastníci by také poukázali na zmeškané testovací případy a hraniční scénáře. Hlavním cílem zde zůstává, že testovací případy by měly splňovat všechna kritéria přijetí a mít dobré pokrytí testem.
# 6) Dalším krokem je podívat se na závislosti a předpoklady, které mohly během relace vyjít.
typy chyb v testování softwaru
# 7) Závislosti jsou určeny a položky akcí jsou vytvořeny a přiřazeny příslušnému členovi týmu. Podobně jsou vytvořeny a přiřazeny úkoly pro předpoklady.
# 8) Všechny výše uvedené artefakty (Požadavek, Testovací případy, úkoly, závislosti) by měly být uchovávány v Nástroji pro správu projektů, jako je JIRA, aby k nim měl snadný přístup každý.
# 9) Pokud existuje příliš mnoho komentářů k recenzi, mohou se obchodní analytik a technik pro zajištění kvality rozhodnout je po zasedání začlenit.
Závěr
V tomto tutoriálu jsme vám představili koncept Princip tří Amigo což se ukázalo jako velmi přínosné pro dodání správného řešení v rychlejším tempu se silnými zpětnovazebními smyčkami.
Tři sezení Amigo neponechává žádný prostor pro odlišné chápání stejného požadavku. Cílem schůzky je přivést všechny na stejnou stránku a poté je nechat přijmout, než skočí do vývojové fáze.
Pokud již pracujete v agilním rámci, pak bych velmi doporučil vyzkoušet pár The Three Amigo Session a pozorovat změnu sami.
Náš nadcházející výukový program vysvětlí více o Scaled agile framework!
Výukový program PREV | DALŠÍ výuka
Doporučené čtení
- 4 kroky k vývoji agilního testování myšlení pro úspěšný přechod na agilní proces
- Výukový program JIRA Agile: Jak efektivně používat JIRA pro správu agilních projektů
- Agilní manifest: Porozumění agilním hodnotám a zásadám
- Změna myšlení agilního testeru: sladění s agilním manifestem
- Výukový program SAFe Agile: Co je to Scaled Agile Framework
- Online kvíz Agile Scrum: Otestujte si své znalosti o Agile Scrum
- Automatizované regresní testování: výzvy, proces a kroky
- Agilní testování na vzestupu - požehnání nebo zkáza?