3 amigo principle agile
Introduktion till 3 Amigo-principen:
vilket av följande är vägen till knappen "ta en skärmdump"?
Tidigare i Scrum-serien introducerade vi dig med konceptet att ta med självförsörjning inom Scrum Team-medlemmarna att framkalla den kultur som producerar affärsvärde utan att behöva någon hjälp från omvärlden.
På senare tid anpassades jag till ett kundprojekt där jag arbetade som Scrum Master. Efter att ha arbetat i flera Scrum-baserade projekt kunde jag framgångsrikt blanda metodiken inom kundens arbetssätt.
Efter en viss tidsperiod hittades dock mycket oklarhet kring kravet på förståelse.
Varje Scrum-teammedlem har sin egen version av kravförståelsen!
Vad du kommer att lära dig:
- Översikt
- Testa första utvecklingen (TFD)
- De tre amigo-principerna
- Tre Amigo-processer
- Slutsats
- Rekommenderad läsning
Översikt
Vad skulle hända om utvecklarna och QA: erna har två olika perspektiv på samma krav?
Det uppenbara handlingssättet, i detta fall, kommer att vara att utvecklarna skulle utveckla Increment med tanke på deras perspektiv medan testarna skulle testa det med tanke på sitt eget perspektiv.
De två perspektiven tenderar att skapa ett gap och frågor behandlas sedan först mot slutet av Sprint. Ett ännu värsta fall skulle vara om det inte finns någon tid kvar för att ta itu med dessa problem inom Sprint och hamna i en situation för att lägga till ytterligare artiklar i en produktbacklog.
För att lösa problemet ovanstående kom vi fram till en lösning för att ha fler diskussionssessioner bland teammedlemmarna för att analysera och brainstorma kraven som helhet. Och därav kom idén om Three Amigo Principle fram.
Innan vi hoppar över till Three Amigo-principen, låt oss först diskutera en av Agile Testing Practices, Test First Development (TFD) och hur den associeras med The Three Amigos.
Testa första utvecklingen (TFD)
Som namnet själv antyder är Test First Development en praxis där testfallet skrivs av testingenjörerna före någon utvecklingsaktivitet.
Dessa testfall diskuteras sedan och delas över hela teamet. Teammedlemmarna kommer nu in i ett möte för att diskutera, förbättra och granska testfallet (även kallat ”The Three Amigos”). Kantärenden läggs också till i listan över testärenden under detta möte.
Vi kan också inkludera produktägaren för att lägga till och granska testfallet, vilket skulle skapa ett förtroende för att testfallet uppfyller acceptanskriterierna.
Nu när testfallet har utvecklats skulle hela utvecklingen baseras på dessa testfall. Detta fenomen är också känt som testbyggcykeln. Inom en testbyggnadscykel, bygg tills alla testfall har passerat och lämnar inget utrymme för buggar att finnas i systemet.
Test-First-utvecklingen gör det möjligt för utvecklarna att bygga ett steg som uppfyller acceptanskriterierna och har ett inköp från produktägaren (kundens röst).
Nuförtiden har lagen börjat anta testdriven utveckling (TDD) och ramverk som är nästa steg för att testa första utvecklingen. Verktyg som gurka, mätare, specflow etc. är bland de mest populära.
De tre amigo-principerna
Vem är de tre Amigos?
De tre Amigo-principerna säger att de tre Amigos; Affärsanalytiker, utvecklare och kvalitetsanalytiker bör träffas i ett möte där:
- Affärsanalytikern beskriver varje affärskrav med teamet.
- Medlemmarna i kvalitetssäkringsteamet diskuterar de testfall som redan skapats för dessa affärsbehov.
- Medlemmarna i utvecklingsteamet diskuterar arkitekturen och designen på låg nivå med teamet.
Målet med de tre Amigo-mötena är att överbrygga luckorna i förståelsen av affärsspecifikationerna av tre Amigos.
Business Analyst ser till att alla i teamet har samma förståelse och förväntningar från Business User Story / Requirement. Affärsanalytikern samlar in feedback och granskar kommentarer från teammedlemmarna. Han / hon lägger också till den saknade informationen och tar bort den tvetydiga informationen från användarberättelsen om någon.
Eftersom mjukvarans hälsa alltid mäts av dess höga kvalitetsstandarder utarbetar kvalitetssäkringsteamet de funktionella och icke-funktionella aspekterna av programvaruinkrementet och beskriver de testfall som identifierats för att testa inkrementet. De ser också till att alla acceptanskriterier uppfylls av testfallet.
De andra gruppmedlemmarna hjälper till att berika testfallet genom att hitta edge-fall och saknade scenarier. Medlemmarna i utvecklingsteamet kommer att dela sina kunskaper tekniska begränsningar som kan leda till testbegränsningar.
bästa gratis mp3-nedladdare för Android
Utvecklarna diskuterar sin förståelse för kraven och vad som krävs för att bygga Increment. De skulle också diskutera arkitekturen layout och låg nivå design med teamet för att bilda en gemensam förståelse för vad som kommer att byggas.
Det övergripande resultatet av Three Amigo-sessionen är att hela laget har en gemensam förståelse för vad de ska bygga som en del av nästa sprint.
Tre Amigo-processer
Three Amigo-processen utgör följande:
# 1) Deltagare
En representant från utvecklingsteamet och kvalitetssäkringsgruppen var och en och affärsanalytikern. Det föreslås att ha dessa representanter, de människor som faktiskt kommer att arbeta med detta krav för att utnyttja den maximala nyttan av konceptet. Andra som arkitekter etc. är alltid välkomna att delta i mötet och ge sin vägledning.
# 2) Tidslinjer
Tre Amigo-sessioner genomförs vanligtvis i N-1 Sprint. Det är också en tidsbestämd händelse i rutan, dvs. de kan inte förlängas. Rekommenderad tidsruta för sessionen är 1 timme, vilket också är dess maximala varaktighet.
Om funktionen ska utvecklas i Sprint N. Det rekommenderas starkt att genomföra Three Amigo-sessionen i N-1 eller N-2 Sprint.
# 3) Format
# 1) Mötet börjar med att affärsanalytikern presenterar kravet för deltagarna tillsammans med designdokumenten eller trådramarna. Affärsbehovet förväntas vara väl förberett och dokumenterat. Det förväntas av teamet att ha gått igenom kravet redan före mötet.
# 2) Som ett nästa steg kommer deltagarna att granska kravet och ge feedback som senare kommer att införlivas av Business Analyst. Deltagarna kommer också att påpeka tvetydigheterna och eventuella luckor. Affärsanalytiker förväntas också ta bort oklarheterna och fylla i luckorna i kravet.
Ibland kan det finnas situationer där affärsanalytikern kan behöva bekräfta frågor som skickats in av de andra deltagarna och kanske inte direkt införlivar den recensionen där.
# 3) När kravet är tillräckligt preparerat och deltagarna inte har mer feedback eller öppna frågor markeras kravet som ”Ready”.
# 4) Därefter presenteras testfallet för deltagarna precis som kraven. Testfall förväntas vara välformade och förberedda redan.
# 5) Deltagarna kommer nu att granska testfallet och ge feedback. QA-medlemmen kommer att införliva alla förslag som tillhandahålls. Deltagarna skulle också peka på missade testfall och edge case-scenarier. Huvudmålet här kvarstår att testfallet ska uppfylla alla acceptanskriterier och ha en bra testtäckning.
# 6) Nästa steg är att titta på beroenden och förutsättningarna som kan ha kommit ut under sessionen.
youtube till mp3-omvandlare som fungerar
# 7) Beroenden bestäms och åtgärdsposter skapas och tilldelas till relevant teammedlem. På samma sätt skapas och tilldelas uppgifterna för förutsättningar.
# 8) Alla artefakter (krav, testfall, uppgifter, beroenden) som nämns ovan bör förvaras i ett projekthanteringsverktyg som JIRA så att alla enkelt kan komma åt dem.
# 9) Om det finns för många recensionskommentarer kan affärsanalytikern och kvalitetssäkringsingenjören välja att införliva dem efter sessionen.
Slutsats
I denna handledning introducerade vi dig till konceptet De tre amigo-principerna vilket har visat sig vara mycket fördelaktigt för att leverera rätt lösning i snabbare takt med starka återkopplingsslingor.
De tre Amigo-sessionerna lämnar inget utrymme för att ha en annan förståelse för samma krav. Målet med mötet är att få alla på samma sida och sedan låta dem acceptera kravet innan de hoppar vidare till utvecklingsfasen.
Om du redan arbetar i Agile Framework rekommenderar jag starkt att du försöker ta ett par The Three Amigo Session och observera förändringen själv.
Vår kommande handledning kommer att förklara mer om Scaled agile framework!
PREV-handledning | NÄSTA självstudie
Rekommenderad läsning
- 4 steg mot att utveckla det agila testningstänkandet för framgångsrik övergång till smidig process
- JIRA Agile Tutorial: Hur man använder JIRA effektivt för att hantera agila projekt
- Agile Manifesto: Förstå agila värden och principer
- The Mindset Change of An Agile Tester: Aligning with the Agile Manifesto
- SAFe Agile Tutorial: Vad är Scaled Agile Framework
- Agile Scrum Online Quiz: Testa din kunskap om Agile Scrum
- Automatiserad regressionstest: utmaningar, process och steg
- Agile Testing On The Rise - Boon eller Bane?