3 amigo principle agile
Úvod do princípu 3 Amigo:
sql dotazy precvičujú otázky s odpoveďami
Predtým v sérii Scrum sme vám predstavili koncept prinášania sebestačnosť v rámci členov Scrum tímu navodiť obchodnú hodnotu produkujúcu kultúru bez potreby pomoci z vonkajšieho sveta.
V poslednej dobe som bol v súčinnosti s Klientskym projektom, kde som pracoval ako Scrum Master. Keď som pracoval v niekoľkých projektoch založených na Scrume, úspešne som dokázal zmiešať metodiku s pracovnými spôsobmi klienta.
Po určitom čase sa však okolo požiadavky porozumenia zistilo veľa nejasností.
Každý člen Scrum tímu má svoju vlastnú verziu porozumenia požiadavkám!
Čo sa dozviete:
Prehľad
Čo by sa stalo, keby vývojári a QA mali dve odlišné perspektívy rovnakej požiadavky?
Zjavným postupom v tomto prípade bude to, že vývojári vyvinú prírastok so zreteľom na svoju perspektívu, zatiaľ čo testeri ju otestujú so zreteľom na svoju perspektívu.
Tieto dva pohľady majú tendenciu vytvárať medzery a problémy sa potom budú riešiť až na konci Sprintu. Ešte najhorším prípadom by bolo, keby nezostal čas na riešenie týchto problémov v rámci Sprintu, ktorý nás vysadil v situácii, keď sme do produktového backlogu chceli pridať ďalšie položky.
S cieľom vyriešiť vyššie uvedené vyhlásenie o probléme sme prišli s riešením, aby sme mali viac diskusných stretnutí o požiadavkách medzi členmi tímu, ktoré by analyzovali a prediskutovali požiadavky ako celok. A preto vyšla na svetlo sveta myšlienka princípu troch Amigo.
Predtým, ako sa presunieme k princípu troch Amigo, najskôr sa porozprávajme o jednej z metód agilného testovania, Test First Development (TFD) a o tom, ako je spojená s Tri Amigos.
Prvý vývoj testu (TFD)
Ako už samotný názov napovedá, Test First Development je prax, kedy testovacie prípady píšu testoví inžinieri pred každou vývojovou činnosťou.
Tieto testovacie prípady sa potom prediskutujú a zdieľajú s celým tímom. Členovia tímu sa teraz zúčastňujú stretnutia, kde prediskutujú, vylepšia a preskúmajú testovacie prípady (označované tiež ako „The Three Amigos“). Okrajové prípady sa tiež počas tohto stretnutia pridajú do zoznamu testovacích prípadov.
Môžeme tiež zahrnúť vlastníka produktu, aby pridal a skontroloval testovacie prípady, ktoré by vytvorili dôveru v to, že testovacie prípady vyhovujú kritériám prijatia.
Teraz, keď už boli vyvinuté testovacie prípady, bude celý vývoj založený na týchto testovacích prípadoch. Tento jav sa tiež nazýva testovací cyklus. V rámci testovacieho cyklu zostavovania stavajte, kým neprejdú všetky testovacie prípady, pričom v systéme nezostane miesto na chyby.
Test-First Development umožňuje vývojárom vytvoriť prírastok, ktorý spĺňa kritériá prijatia a je možné ho kúpiť od produktového vlastníka (hlas zákazníka).
V dnešnej dobe začali tímy prijímať prístup a rámec testovaného vývoja (TDD), ktorý je ďalším krokom k Testovaniu prvého vývoja. Medzi najobľúbenejšie patria nástroje ako Cucumber, Gauge, Specflow atď.
Princíp troch Amigo
Kto sú tí traja Amigovia?
Tri princípy Amigo hovoria, že tri Amigos; Obchodní analytici, vývojári a analytici kvality by sa mali stretnúť na stretnutí, kde:
- Obchodný analytik s tímom podrobne rozpráva o všetkých obchodných požiadavkách.
- Členovia tímu zabezpečovania kvality diskutujú o už vytvorených testovacích prípadoch pre tieto obchodné požiadavky.
- Členovia vývojového tímu s tímom diskutujú o architektúre a nízkoúrovňovom dizajne.
Cieľom troch stretnutí Amigo je prekonať medzery v chápaní obchodných špecifikácií tromi spoločnosťami Amigos.
Obchodný analytik zaisťuje, aby všetci v tíme mali rovnaké chápanie a očakávania od príbehu / požiadavky podnikového používateľa. Obchodný analytik zhromažďuje spätnú väzbu a kontroluje komentáre členov tímu. Tiež pridá chýbajúce informácie a odstráni nejednoznačné informácie z Príbehu používateľa, ak existujú.
Pretože zdravie softvéru sa vždy meria podľa jeho vysoko kvalitných štandardov, tím zabezpečujúci kvalitu rozpracúva funkčné a nefunkčné aspekty softvérového prírastku a podrobne uvádza testovacie prípady určené na testovanie prírastku. Zaisťujú tiež, aby testovacie prípady spĺňali všetky kritériá prijatia.
Ostatní členovia tímu pomáhajú pri obohacovaní testovacích prípadov hľadaním okrajových prípadov a chýbajúcich scenárov. Členovia vývojového tímu sa budú deliť o svoje vedomosti, technické obmedzenia, ktoré by mohli viesť k testovacím obmedzeniam.
otázky a odpovede na pohovor šéfkuchára
Vývojári diskutujú o tom, ako chápu požiadavky a čo je potrebné na vytvorenie prírastku. Tiež by s tímom prediskutovali usporiadanie architektúry a nízkoúrovňový dizajn, aby vytvorili spoločné pochopenie toho, čo sa bude stavať.
Celkovým výsledkom relácie Three Amigo je, že celý tím má spoločné pochopenie toho, čo postaví v rámci nasledujúceho šprintu.
Tri amigové procesy
Proces troch Amigo predstavuje nasledujúce:
# 1) Účastníci
Každý zástupca vývojového tímu a tímu zabezpečenia kvality a obchodný analytik. Navrhuje sa, aby títo zástupcovia, teda ľudia, ktorí skutočne budú pracovať na splnení tejto požiadavky, využili maximálny úžitok z tohto konceptu. Ostatní ako architekti atď. Sú kedykoľvek vítaní, aby sa pripojili k stretnutiu a poskytli svoje vedenie.
# 2) Časové osi
Tri stretnutia Amigo sa zvyčajne uskutočňujú v šprinte N-1. Je to tiež časovaná ohraničená udalosť, t. J. Nemožno ich predĺžiť. Odporúčaný časový rámec pre reláciu je 1 hodina, čo je tiež maximálna doba trvania.
Ak má byť táto funkcia vyvinutá v Sprinte N. Potom sa dôrazne odporúča uskutočniť reláciu Three Amigo v N-1 alebo N-2 Sprint.
# 3) Formát
# 1) Stretnutie sa začína tým, že obchodný analytik predstaví účastníkom požiadavku spolu s dokumentmi o dizajne alebo s drátovými modelmi. Očakáva sa, že obchodné požiadavky budú dobre pripravené a zdokumentované. Očakáva sa, že tím prešiel požiadavkou už pred stretnutím.
# 2) V ďalšom kroku účastníci skontrolujú požiadavku a poskytnú spätnú väzbu, ktorú neskôr zapracuje obchodný analytik. Účastníci tiež upozornia na nejasnosti a medzery, ak existujú. Očakáva sa tiež, že obchodný analytik odstráni nejasnosti a vyplní medzery v požiadavke.
Občas môžu nastať situácie, keď bude musieť obchodný analytik potvrdiť dotazy zaslané ostatnými účastníkmi a nemusí tam priamo zahrnúť túto kontrolu.
# 3) Keď je požiadavka dostatočne upravená a účastníci už nebudú mať žiadnu spätnú väzbu alebo otvorené otázky, bude požiadavka označená ako „Pripravená“.
# 4) Ďalej sú testovacie prípady účastníkom prezentované rovnako ako požiadavky. Očakáva sa, že testovacie prípady budú dobre sformované a pripravené už.
# 5) Účastníci teraz budú kontrolovať testovacie prípady a poskytovať spätnú väzbu. Člen QA zapracuje všetky poskytnuté návrhy. Účastníci tiež poukazujú na prípady zmeškaných testovacích prípadov a okrajové scenáre. Hlavným cieľom tu zostáva, aby testovacie prípady spĺňali všetky kritériá prijatia a mali dobré pokrytie testom.
# 6) Ďalším krokom je preskúmanie závislostí a predpokladov, ktoré mohli vyjsť počas relácie.
čo je dobrá aplikácia na stiahnutie mp3 pre Android
# 7) Závislosti sa určia a položky úloh sa vytvoria a priradia príslušnému členovi tímu. Podobne sú vytvorené a priradené úlohy pre predbežné požiadavky.
# 8) Všetky artefakty (požiadavka, testovacie prípady, úlohy, závislosti) uvedené vyššie by mali byť uložené v nástroji na správu projektu, ako je JIRA, aby k nim mal každý ľahký prístup.
# 9) Ak existuje príliš veľa komentárov k recenziám, môžu sa ich analytik a inžinier zabezpečenia kvality rozhodnúť začleniť ich po skončení relácie.
Záver
V tomto návode sme vám predstavili koncept Princíp troch Amigo čo sa ukázalo ako veľmi výhodné pre dodanie správneho riešenia rýchlejším tempom so silnými spätnoväzbovými slučkami.
Tri zasadnutia Amigo nenechávajú priestor na rozdielne chápanie tých istých požiadaviek. Cieľom stretnutia je priviesť všetkých na jednu stránku a potom ich nechať prijať, kým sa presunú do vývojovej fázy.
Ak už pracujete v rámci Agile Framework, potom by som vám veľmi odporučil vyskúšať si pár relácií Three Amigo a pozorovať zmeny sami.
Náš nadchádzajúci tutoriál vysvetlí viac o Scaled agile framework!
Výukový program PREV | NEXT Tutorial
Odporúčané čítanie
- 4 kroky k vývoju agilného testovania myslenia pre úspešný prechod na agilný proces
- Výukový program JIRA Agile: Ako efektívne používať JIRA na správu agilných projektov
- Agilný manifest: Pochopenie agilných hodnôt a zásad
- Zmena myslenia agilného testera: Zladenie s agilným manifestom
- Výukový program SAFe Agile: Čo je to Scaled Agile Framework
- Online kvíz o Agile Scrum: Otestujte si svoje znalosti o Agile Scrum
- Automatizované regresné testovanie: výzvy, proces a kroky
- Agilné testovanie na vzostupe - Boon alebo Bane?