Menu

Det 3 Amigo-princip i agile: BA, udvikler og QA Three Amigos

  • Vigtigste
  • Andet
  • Det 3 Amigo-princip i agile: BA, udvikler og QA Three Amigos

3 amigo principle agile

Prøv Vores Instrument Til At Fjerne Problemer

Introduktion til 3 Amigo-princippet:

forretningsobjekter interviewer spørgsmål og svar

Tidligere i Scrum Series introducerede vi dig konceptet med at bringe selvforsyning inden for Scrum Team-medlemmerne at fremkalde den kultur, der producerer forretningsværdi uden behov for hjælp fra omverdenen.

Senest blev jeg tilpasset et klientprojekt, hvor jeg arbejdede som Scrum Master. Efter at have arbejdet i flere Scrum-baserede projekter var jeg med succes i stand til at blande metodikken inden for klientens måder at arbejde på.

Efter en bestemt tidsperiode blev der imidlertid fundet en masse uklarhed omkring kravet om forståelse.

Hvert Scrum-teammedlem har sin egen version af kravforståelsen!

3 ven princip

Hvad du lærer:

Oversigt

Hvad ville der ske, hvis udviklerne og QA'erne har to forskellige perspektiver af det samme krav?

Det åbenlyse handlingsforløb, i dette tilfælde, vil være, at udviklerne vil udvikle Increment med tanke på deres perspektiv, mens testere vil teste det med deres eget perspektiv i tankerne.

De to perspektiver har tendens til at skabe et hul, og emner behandles derefter kun mod slutningen af ​​Sprint. En værst tænkeligste situation ville være, hvis der ikke er tid tilbage til at løse disse problemer inden for Sprint, der lander os i en situation for at tilføje yderligere varer i en Product Backlog.

For at løse ovenstående problemangivelse kom vi med en løsning til at have flere diskussionssessioner mellem teammedlemmerne for at analysere og brainstorme kravene som helhed. Og derfor kom ideen om Three Amigo Principle op i lyset.

Før vi springer videre til Three Amigo-princippet, lad os først diskutere en af ​​Agile Testing Practices, Test First Development (TFD), og hvordan den er forbundet med The Three Amigos.

Test første udvikling (TFD)

Som navnet selv antyder, er Test First Development en praksis, hvor testcases skrives af testingeniørerne inden enhver udviklingsaktivitet.

Disse testsager drøftes derefter og deles på tværs af hele teamet. Teammedlemmerne kommer nu ind i et møde for at diskutere, forbedre og gennemgå testsagerne (også kaldet 'The Three Amigos'). Edge cases føjes også til listen over testsager under dette møde.

Vi kan også medtage produktejeren til at tilføje og gennemgå testsagerne, hvilket vil skabe en tillid til, at testsagerne opfylder acceptkriterierne.

Nu hvor testsagerne er blevet udviklet, vil hele udviklingen være baseret på disse testsager. Dette fænomen er også kendt som test-build cyklus. Inden for en testbygningscyklus skal du bygge, indtil alle testsagerne er bestået, og der er ikke plads til, at der findes fejl i systemet.

Test-First-udviklingen giver udviklerne mulighed for at opbygge en forøgelse, der opfylder acceptkriterierne og har et buy-in fra produktejeren (kundens stemme).

I dag er holdene begyndt at vedtage TDD-tilgang (Test Driven Development) og ramme, som er det næste trin til Test First Development. Værktøjer som Agurk, Gauge, Specflow osv. Er blandt de mest populære.

De tre amigo-principper

Hvem er de tre Amigos?

tre venner

De tre Amigo-principper siger, at de tre Amigos; Forretningsanalytiker, udviklere og kvalitetsanalytikere bør mødes på et møde, hvor:

  • Forretningsanalytikeren beskriver hvert af forretningskravene med teamet.
  • Medlemmerne af kvalitetssikringsteamet diskuterer de testtilfælde, der allerede er oprettet til disse forretningskrav.
  • Medlemmerne af Udviklingsteamet diskuterer arkitekturen og designet på lavt niveau med teamet.

Målet med de tre Amigo-møder er at bygge bro over hullerne i forståelsen af ​​forretningsspecifikationerne fra tre Amigos.

Forretningsanalytikeren sørger for, at alle i teamet har den samme forståelse og forventning fra forretningsbrugerhistorien / -kravet. Forretningsanalytikeren indsamler feedback og gennemgår kommentarer fra teammedlemmerne. Han / hun tilføjer også de manglende oplysninger og fjerner de tvetydige oplysninger fra brugerhistorien, hvis nogen.

Da softwarens sundhed altid måles med dens høje kvalitetsstandarder, uddyber kvalitetssikringsteamet de funktionelle og ikke-funktionelle aspekter af softwarestigningen og beskriver de testtilfælde, der er identificeret for at teste forøgelsen. De sørger også for, at alle acceptkriterier overholdes af testsagerne.

De andre teammedlemmer hjælper med at berige testsagerne ved at finde edge-cases og manglende scenarier. Medlemmerne af udviklingsteamet deler deres viden tekniske begrænsninger, som kan føre til testbegrænsninger.

bedste gratis mp3 musik downloader til android

Udviklerne diskuterer deres forståelse af kravene og hvad der kræves for at opbygge Increment. De ville også diskutere arkitekturlayoutet og design på lavt niveau med holdet for at danne en fælles forståelse af, hvad der skal bygges.

Det samlede resultat af Three Amigo-sessionen er, at hele holdet har en fælles forståelse af, hvad de skal bygge som en del af den næste sprint.

Tre Amigo-processer

Three Amigo Process udgør nedenstående:

# 1) Deltagere

Én repræsentant fra Development Team og Quality Assurance Team hver og Business Analyst. Det foreslås at have disse repræsentanter, de mennesker, der rent faktisk vil arbejde på dette krav for at udnytte den maksimale fordel ved konceptet. Andre som arkitekter osv. Er altid velkomne til at deltage i mødet og give deres vejledning.

# 2) Tidslinjer

Tre Amigo-sessioner gennemføres normalt i N-1 Sprint. Det er også en tidsbegivenhedsbegivenhed, dvs. de kan ikke forlænges. Det anbefalede tidsfelt for sessionen er 1 time, hvilket også er dens maksimale varighed.

Hvis funktionen skal udvikles i Sprint N. Det anbefales stærkt at gennemføre Three Amigo-sessionen i N-1 eller N-2 Sprint.

# 3) Format

# 1) Mødet starter med, at forretningsanalytikeren præsenterer kravet for deltagerne sammen med designdokumenterne eller wireframes. Forretningskravet forventes at være godt forberedt og dokumenteret. Det forventes af holdet, at de har gennemgået kravet allerede inden mødet.

# 2) Som et næste trin vil deltagerne gennemgå kravet og give feedback, som senere vil blive inkorporeret af forretningsanalytikeren. Deltagerne vil også påpege tvetydighederne og eventuelle huller. Forretningsanalytikeren forventes også at fjerne uklarhederne og udfylde hullerne i kravet.

Til tider kan der være situationer, hvor forretningsanalytikeren muligvis skal bekræfte forespørgsler, der er indsendt af de andre deltagere, og måske ikke direkte indarbejde den anmeldelse der selv.

# 3) Når kravet er trimmet nok, og deltagerne ikke har mere feedback eller åbne spørgsmål, markeres kravet som 'Klar'.

# 4) Dernæst præsenteres testsagerne for deltagerne ligesom kravene. Test tilfælde forventes at være velformede og allerede forberedt.

# 5) Deltagerne vil nu gennemgå testsagerne og give feedback. QA-medlem vil inkorporere alle de foreslåede forslag. Deltagerne vil også pege på de savnede testsager og edge case-scenarier. Hovedformålet her er fortsat, at testsagerne skal opfylde alle acceptkriterier og have en god testdækning.

# 6) Det næste trin er at se på afhængigheder og forudsætninger, der muligvis er kommet ud under sessionen.

shell sorteringsalgoritme c ++

# 7) Afhængighederne bestemmes, og handlingselementerne oprettes og tildeles det relevante teammedlem. Tilsvarende oprettes og tildeles opgaverne til forudsætninger.

# 8) Alle artefakter (krav, testsager, opgaver, afhængigheder), der er nævnt ovenfor, skal opbevares i et projektstyringsværktøj som JIRA, så alle let kan få adgang til dem.

# 9) Hvis der er for mange kommentarer, kan forretningsanalytikeren og kvalitetssikringsingeniøren vælge at inkorporere dem efter sessionen.

Konklusion

I denne vejledning introducerede vi dig til begrebet De tre amigo-principper hvilket har vist sig at være meget gavnligt for at levere den rigtige løsning i hurtigere tempo med stærke feedback-sløjfer.

De tre Amigo-sessioner giver ikke plads til at have en anden forståelse af det samme krav. Mødet med mødet er at bringe alle på samme side og derefter lade dem acceptere kravet, inden de springer videre til udviklingsfasen.

Hvis du allerede arbejder i Agile Framework, vil jeg varmt anbefale at prøve at få et par The Three Amigo Session og observere ændringen selv.

Vores kommende tutorial forklarer mere om Scaled agile framework!

PREV-vejledning | NÆSTE vejledning

Anbefalet læsning

^