3 amigo principle agile
Uvod u 3 principa Amigo:
kako otvoriti bin datoteku Windows 10
Prije toga u Scrum seriji upoznali smo vas s konceptom donošenja samodostatnost unutar članova Scrum tima potaknuti kulturu koja stvara poslovnu vrijednost bez potrebe za bilo kakvom pomoći vanjskog svijeta.
U posljednje vrijeme bio sam usklađen s projektom klijenta u kojem sam radio kao Scrum Master. Radeći u više projekata zasnovanih na Scrum-u, uspješno sam mogao spojiti metodologiju s načinima rada klijenta.
Međutim, nakon određenog vremenskog razdoblja, pronađeno je mnogo neodređenosti oko zahtjeva razumijevanja.
Svaki član Scrum tima ima svoju verziju razumijevanja zahtjeva!
Što ćete naučiti:
- Pregled
- Test First Development (TFD)
- Načelo triju amiga
- Proces tri amigo
- Zaključak
- Preporučena literatura
Pregled
Što bi se dogodilo ako programeri i QA imaju dvije različite perspektive istog zahtjeva?
Očito će djelovanje, u ovom slučaju, biti da će programeri razvijati Inkrement imajući na umu svoju perspektivu, dok će ga ispitivači testirati imajući na umu vlastitu perspektivu.
Dvije perspektive stvaraju prazninu i pitanja se tada rješavaju tek pred kraj Sprinta. Čak bi i najgori slučaj bio ako ne ostane vremena za rješavanje ovih problema unutar Sprinta koji nas je iskrcao u situaciji da dodamo dodatne stavke u zaostatak proizvoda.
Kako bismo riješili gornju izjavu o problemu, smislili smo rješenje da se među članovima tima održi više diskusija o zahtjevima kako bi se analiziralo i razmislilo o zahtjevima u cjelini. I stoga je ideja o Principu triju amiga izašla na vidjelo.
Prije nego što prijeđemo na Tri Amigo Principa, prvo razgovarajmo o jednoj od agilnih praksi testiranja, Test First Development (TFD) i kako je povezana s Tri Amigosa.
Test First Development (TFD)
Kao što i samo ime govori, Test First Development praksa je u kojoj test slučajeve pišu inženjeri ispitivanja prije bilo kakve razvojne aktivnosti.
Zatim se o tim testnim slučajevima raspravlja i dijeli cijeli tim. Članovi tima sada dolaze na sastanak kako bi razgovarali, poboljšali i pregledali ispitne slučajeve (koji se nazivaju i 'Tri Amigosa'). Rubni slučajevi također su dodani na popis testnih slučajeva tijekom ovog sastanka.
Također možemo uključiti vlasnika proizvoda da doda i pregleda testne slučajeve koji bi stvorili povjerenje da testni primjeri ispunjavaju kriterije prihvaćanja.
Sad kad su razvijeni testni slučajevi, cjelokupni razvoj temeljio bi se na tim testnim slučajevima. Ovaj je fenomen poznat i kao ciklus test-build. Unutar ciklusa izrade testa, gradite sve dok ne prođu svi primjeri ispitivanja, ne ostavljajući mjesta greškama u sustavu.
Razvoj Test-First omogućuje programerima da izgrade prirast koji udovoljava Kriterijima prihvaćanja i ima ulog od vlasnika proizvoda (glas kupca).
Danas su timovi počeli usvajati pristup i okvir Test Driven Development (TDD) koji je sljedeći korak u testiranju prvog razvoja. Alati poput krastavaca, mjerača, specflowa itd. Među najpopularnijima su.
Načelo triju amiga
Tko su tri Amigosa?
Tri Amigo principa kažu da tri Amiga; Poslovni analitičari, programeri i analitičari kvalitete trebali bi se okupiti na sastanku na kojem:
- Poslovni analitičar s timom detaljno opisuje svaki od poslovnih zahtjeva.
- Članovi tima za osiguranje kvalitete raspravljaju o test slučajevima koji su već stvoreni za ove poslovne zahtjeve.
- Članovi razvojnog tima razgovaraju s timom o arhitekturi i dizajnu na niskoj razini.
Cilj tri sastanka Amigo je premostiti praznine u razumijevanju poslovnih specifikacija od strane tri Amigo-a.
Poslovni analitičar osigurava da svi u timu imaju isto razumijevanje i očekivanje od priče / zahtjeva poslovnog korisnika. Poslovni analitičar prikuplja povratne informacije i pregledava komentare članova tima. Također dodaje informacije koje nedostaju i uklanja dvosmislene informacije iz Korisničke priče ako postoje.
Budući da se zdravstveno stanje softvera uvijek mjeri njegovim standardima visoke kvalitete, tim za osiguranje kvalitete razrađuje funkcionalne i nefunkcionalne aspekte povećanja softvera i detaljno opisuje ispitne slučajeve identificirane za testiranje povećanja. Također osiguravaju da testni slučajevi ispunjavaju sve kriterije prihvatljivosti.
Ostali članovi tima pomažu u obogaćivanju testnih slučajeva pronalaženjem rubnih slučajeva i scenarija koji nedostaju. Članovi razvojnog tima podijelit će svoja tehnička ograničenja znanja koja bi mogla dovesti do ograničenja u ispitivanju.
kako nazvati niz u javi
Programeri raspravljaju o svom razumijevanju zahtjeva i onoga što je potrebno za izgradnju Inkrementa. Oni bi također s timom razgovarali o rasporedu arhitekture i dizajnu niske razine kako bi oblikovali zajedničko razumijevanje onoga što će se graditi.
Ukupni ishod sesije Three Amigo jest da cijeli tim zajednički razumije što će graditi kao dio sljedećeg sprinta.
Proces tri amigo
Proces Tri Amigo čine sljedeće:
# 1) Sudionici
Po jedan predstavnik Razvojnog tima i Tima za osiguranje kvalitete i Poslovni analitičar. Predlaže se da ovi predstavnici budu ljudi koji će zapravo raditi na tom zahtjevu kako bi iskoristili maksimalnu korist koncepta. Ostali poput arhitekata itd. Uvijek su dobrodošli da se pridruže sastanku i daju svoje smjernice.
# 2) Vremenske crte
Tri sesije Amigo obično se provode u N-1 Sprintu. To je također vremenski ograničeni događaj, tj. Oni se ne mogu produžiti. Preporučeni vremenski okvir za sesiju je 1 sat, što je ujedno i njezino maksimalno trajanje.
Ako će se značajka razvijati u Sprintu N., tada je vrlo preporučljivo provesti sesiju Tri Amigo u N-1 ili N-2 Sprint.
# 3) Format
# 1) Sastanak započinje tako što će poslovni analitičar sudionicima predstaviti zahtjev zajedno s projektnom dokumentacijom ili žičanim okvirima. Očekuje se da će poslovni uvjeti biti dobro pripremljeni i dokumentirani. Očekuje se da je tim prošao kroz zahtjev već prije sastanka.
# 2) Kao sljedeći korak, sudionici će pregledati zahtjev i pružiti povratne informacije koje će kasnije uključiti poslovni analitičar. Prisutni će također ukazati na nejasnoće i nedostatke ako postoje. Očekuje se da će i poslovni analitičar ukloniti nejasnoće i popuniti praznine u zahtjevu.
Ponekad mogu biti situacije u kojima će poslovni analitičar možda trebati potvrditi upite objavljene od strane ostalih sudionika, a tu ocjenu možda neće izravno uključiti sam.
# 3) Nakon što se zahtjev dovoljno uredi i polaznici više nemaju povratnih informacija ili otvorenih pitanja, zahtjev je označen kao „Spreman“.
# 4) Dalje, test slučajevi se prezentiraju polaznicima baš kao i zahtjevi. Očekuje se da će test slučajevi biti već dobro oblikovani i pripremljeni.
# 5) Polaznici će sada pregledati test slučajeve i pružiti povratne informacije. Član QA uključit će sve dane prijedloge. Sudionici bi također ukazali na propuštene test slučajeve i rubne scenarije. Glavni cilj ovdje ostaje da ispitni slučajevi moraju zadovoljiti sve kriterije prihvaćanja i imati dobru pokrivenost testom.
# 6) Sljedeći je korak proučavanje ovisnosti i preduvjeta koji su se mogli pojaviti tijekom sesije.
Pitanja i odgovori za intervju za mobilno testiranje
# 7) Utvrđuju se ovisnosti i kreiraju se radnje i dodjeljuju relevantnom članu tima. Slično tome, kreiraju se i dodjeljuju zadaci za preduvjete.
# 8) Svi gore navedeni artefakti (Zahtjevi, test slučajevi, zadaci, ovisnosti) trebali bi se čuvati u Alatu za upravljanje projektima poput JIRA-e kako bi im svi mogli lako pristupiti.
# 9) Ako ima previše komentara na recenziji, poslovni analitičar i inženjer osiguranja kvalitete mogu ih odlučiti uključiti nakon sesije.
Zaključak
U ovom vodiču upoznali smo vas s konceptom Načelo triju amiga što se pokazalo vrlo korisnim za brže donošenje ispravnog rješenja s jakim povratnim krugovima.
Tri sesije Amigo ne ostavljaju prostora za drugačije razumijevanje istog zahtjeva. Cilj sastanka je dovesti sve ljude na istu stranicu, a zatim im dopustiti da prihvate zahtjev prije nego što prijeđu na fazu razvoja.
Ako već radite u Agile Frameworku, toplo bih vam preporučio da isprobate par tri sesija Amigo i sami promatrate promjenu.
Naš predstojeći vodič objasnit će više o Scaled agile framework-u!
PREV Vodič | SLJEDEĆA Vodič
Preporučena literatura
- 4 koraka prema razvoju agilnog načina testiranja za uspješan prijelaz na agilni proces
- JIRA Agile Tutorial: Kako učinkovito koristiti JIRA za upravljanje agilnim projektima
- Agile Manifesto: Razumijevanje agilnih vrijednosti i principa
- Promjena načina razmišljanja agilnog testera: usklađivanje s agilnim manifestom
- SAFe Agile Tutorial: Što je Scaled Agile Framework
- Internetski kviz Agile Scrum: testirajte svoje znanje o Agile Scrumu
- Automatizirano regresijsko ispitivanje: izazovi, postupak i koraci
- Agilno testiranje u porastu - blagodat ili propast?