Meni

Uloga poslovnih analitičara u SCRUM-u i zašto je QA najbolji za ovu ulogu?

role business analysts scrum

program za preuzimanje videozapisa s web stranica

Isprobajte Naš Instrument Za Uklanjanje Problema

Istaknuta uloga poslovnih analitičara u SCRUM-u:

Poslovni analitičar koji se kratko naziva BA, igra vrlo drastičnu i važnu ulogu u OLOŠ .

Ta je osoba veza između vlasnika / kupca proizvoda i tehničkog IT tima. Iako smo naišli na nekoliko tutorijala na našoj web stranici o BA, ovaj tutorial će nekako biti jedinstven i objasnit će vam važnost BA u SCRUM-u.

Istražimo !!

=> Ovdje provjerite SVE upute za poslovne analitičare.

Uloga poslovnih analitičara u SCRUM-u i zašto je QA najbolji za ovu ulogu_

Što ćete naučiti:

Odgovornosti BA

Postoji nekoliko uloga poslovnih analitičara u Scrumu i postoje određene odgovornosti kojih se BA mora pridržavati.

Nekoliko selektivnih među njima spomenuto je u nastavku.

  • Dotjerivanje zaostalih proizvoda na temelju određivanja prioriteta koje je dao vlasnik proizvoda.
  • Analiziranje potreba kupaca i pronalaženje rješenja za njihovo rješavanje.
  • Stvaranje zahtjeva u obliku korisničkih priča s odgovarajućim kriterijima prihvaćanja.
  • Ako je vlasnik proizvoda već stvorio korisničke priče (s kriterijima prihvaćanja), pregledajte ih kako biste bili sigurni da su pokrivena sva poslovna pravila i da kriteriji prihvaćanja ispunjavaju funkcionalnost korisničke priče.
  • Surađivanje s vlasnikom proizvoda i dionicima kako bi se razumjelo opseg, predložilo poboljšanje zahtjeva itd.
  • Priprema dokumenata poput žičanih okvira, tijeka dizajna, korisničkog sučelja itd., Prema potrebi.

Osim ovoga, a Poslovni analitičar važan je sudionik sesija mozganja kada se tim sastane kako bi razgovarao o zaostalom sprintu. BA vodi tim, pomaže im da razumiju zahtjeve, pa čak i ponekad mora odobriti provedbu.

Također blisko surađuje s kontrolama kvalitete poput analize pokrivenosti testovima, pretvaranja slučajeva stvarne upotrebe u test slučajeve, pružanja uvida za testiranje složenih funkcionalnosti itd. BA također sudjeluje na sastanku o planiranju kako bi pomogao timu u procjenama pomažući im da razumjeti tijek, složenost i ovisnost.

BA uvijek mora učiti o novom trendu koji se događa na tržištu, nastaviti inovirati i biti u toku s poslovnim područjem za koje je proizvod stvoren.

BA

Poslovni analitičar kao vlasnik proizvoda

Ovisno o kupcu i tvrtki, dogodi se da neke tvrtke imaju poslovnog analitičara kao vlasnika proizvoda. U tim je slučajevima BA kontaktna točka za sve upite. BA tada postaje posrednik između tima i dionika.

BA mora razumjeti zahtjeve dionika, njihovo razmišljanje o tome da posao ide unaprijed i što (i kako) bi posao trebao rasti. Zatim na temelju zahtjeva zainteresiranih strana, BA mora stvoriti dokumente, korisničke priče, dati im prioritet, pomoći timu da ih razumije, odgovoriti na njihove upite o istim, itd.

Ovdje je najvažnije napomenuti da je to uputno kada je BA fizički dostupan i nije geolociran u drugu vremensku zonu kako bi se izbjegao 'jaz u komunikaciji'.

Ako se BA kao kod vlasnika proizvoda geolocira u drugu vremensku zonu, tada mu se nije moguće svaki put obratiti, a jedini način komunikacije je putem e-pošte, chatova ili poziva, pa to može rezultirati nedostatkom, prazninom, pa čak i pogrešna komunikacija s vremena na vrijeme.

Prema mom iskustvu, toga bi se trebalo pridržavati kada BA ima sjedište u vašem uredu, pored vašeg tima, tako da vaš posao neće ometati i on / ona će biti lako dostupan / a. Sa stajališta BA-a, oni posjeduju proizvod u ime dionika / kupaca, donose odgovarajuće odluke i čak trebaju naučiti nove vještine koje mogu uključivati ​​učenje nekih razvojnih tehničkih osobina.

Imati poslovnog analitičara kao vlasnika proizvoda dodatna je prednost jer se poslovni analitičar dobro razumije u proizvod, a također se može pregovarati o određivanju prioriteta i opsegu zadataka.

BA-PO

Poslovni analitičar kao član tima

Druga je mogućnost imati poslovnog analitičara kao člana tima jer vlasnik proizvoda neće biti dostupan svaki put. Kad je poslovni analitičar član tima, oni pomažu vršnjacima u rješavanju zaostalih predmeta.

Imati poslovnog analitičara kao člana tima povoljnije je jer tehničkom timu je lako i ugodno komunicirati s BA za pojašnjenja ili rasprave. BA također blisko surađuje s QA timom za testiranje, tj. Analizu pokrivenosti, obuhvaćenih slučajeva upotrebe, bilo kakvih skrivenih zahtjeva ili pouzdanosti ili učinaka.

Ponekad kriteriji prihvaćanja koje je napisao vlasnik proizvoda mogu biti nejasni i nejasni, tada kao član tima BA postaje odgovorna za pisanje razrađenih i dobro objašnjenih kriterija prihvaćanja. Ako timu treba više informacija, tada BA također stvara žičane dokumente, dokumente protoka itd. Kako bi timu pomogao da razumije zahtjeve.

U velikim projektima gdje se moduli distribuiraju među timovima, dodavanje prednosti je i posjedovanje diplome više od jednog tima. Budući da je BA isti u timovima, on može razmišljati o interoperabilnosti modula, kako će nove značajke ili ažuriranja utjecati na ostale module, itd.

Stoga bi ovo jako pomoglo tehničkim timovima da razmotre takve aspekte jer ih ne spominju uvijek korisničke priče ili kriteriji prihvaćanja.

Član BA_Teama

Važnost i uloga poslovnih analitičara u SCRUM timu

Uloga poslovnih analitičara u SCRUM-u vrlo je važna u uspjehu projekta. Njihovo sudjelovanje započinje upravo od razumijevanja potrebe kupca do Sprint Demoa. Oni su prva kontakt točka tehničkog tima za pojašnjenja. Oni su još važniji u početnim fazama novog projekta i projekata velikih razmjera.

Vlasnik proizvoda neće uvijek biti dobar pisac, ponekad potječu iz tehničke pozadine, pa poslovna analitičarka preuzima odgovornost za pisanje priča, prihvaćanje, žičane okvire itd.

U mom projektu naš PO nije bio tako dobar s dokumentacijom, pa čak ni napisane korisničke priče nikada nisu bile više od 2-3 linije, dok su kriteriji prihvaćanja bili samo 1 linija. Poslovni analitičar bio je taj koji ih je modificirao, učinio ih objašnjivijima i detaljnijima.

Čak se ponekad događalo da je naš PO napisao korisničke priče koje su imale 21 ili više priča, pa je poslovni analitičar morao trošiti dodatno vrijeme i napore u njihovom raščlanjivanju i postavljanju prioriteta kod vlasnika proizvoda.

Možete zamisliti što bi se dogodilo da nema poslovnog analitičara i ako je vaš vlasnik proizvoda stvorio korisničku priču poput 'Kao kupac želim izvršiti sve bankarske operacije za svoj račun', s kriterijima prihvaćanja poput:

  1. Kupac bi trebao biti u mogućnosti prijaviti se.
  2. Kupac bi trebao moći obavljati transakcije na mom računu.
  3. Kupac bi trebao moći preuzeti moje povijesne izjave itd.

Po mom mišljenju, ova bi korisnička priča sadržavala čak više od 34 točke, stoga je treba dalje raščlaniti. Stvari bi se pogoršale za tehnički tim ako se ne daju odgovarajući dijagrami toka i zasloni korisničkog sučelja (koji će se stvoriti).

To bi dovelo do neuspjeha sprinta, a zauzvrat do neuspješnog projekta. Ako Vlasnik proizvoda nije obučeni / uvježbani poslovni analitičar, treba ga imati u timu.

Zašto QA najbolje odgovara ovom poslu?

QA je osoba koja provjerava predloženo rješenje problema / zahtjeva testirajući ga. Stoga su poslovni analitičari / dionici / vlasnici proizvoda vrlo željni saznanja o povratnim informacijama QA-a. Uključivanje BA u testiranje malo je više od onoga što je u razvoju.

Poslovni analitičar blisko surađuje s osiguranjem kvalitete u pregledu pokrivenosti test slučaja koji pruža uvid u skrivene tokove ili zahtjeve / učinke. Stoga im ova vrsta razmjene znanja (od strane BA) omogućuje da u potpunosti razumiju funkcionalnost proizvoda, poslovna pravila, očekivanja kupaca, tijekove, ovisnosti i sve drugo.

QA uvijek testira s gledišta krajnjeg kupca koji bi koristio proizvod, stoga su šanse da se pomogne kupcu u poboljšanjima, poboljšanjima u proizvodu veće (u usporedbi s programerima). Programeri razvijaju proizvod za zadanu korisničku priču i skup kriterija prihvaćanja, ali ne uvijek razmišljaju o tome kako bi kupac koristio proizvod .

U razvoju su implementacija proizvoda, tijek i pravila dobro definirani, ali testiranje se u potpunosti temelji na logičkom razmišljanju i sposobnosti razmišljanja sa stajališta krajnjih korisnika.

QA može početi ulaziti u ulogu poslovnih analitičara u SCRUM-u zbog puno prilika koje se pružaju u svakodnevnom radu.

Preporučeno čitanje => Promjena karijere s testera na BA

QA je vrlo lako ući u uloge poput:

  • Vrlo duboko proučite zahtjeve i ukažite na praznine na revizijskim sastancima / sesijama mozga itd. Pokušajte razmisliti o boljim rješenjima i razgovarati o istim s timom i BA.
  • Budite pažljivi na pozive s vlasnikom proizvoda, postavljajte pitanja i podijelite svoja otkrića. To će povećati povjerenje vlasnika proizvoda koji pokazuje vaše zanimanje za proizvod.
  • Postavite se između BA-a i razvojnog tima, trebali biste biti kontaktna točka programera u slučaju pojašnjenja ili sumnje.
  • Postavite postupak testiranja i nastavite ga inovirati, mijenjajući ga kako biste pomogli u isporuci uspješnih sprintova.
  • U slučaju proizvoda s otmjenim korisničkim sučeljem, tražite nove trendove i predlažite takva poboljšanja.
  • Potpuno razumite proizvod unutra i van.
  • Izgradite snažno znanje o svojim dionicima, njihovim očekivanjima i podijelite s njima svoje iskustvo.

To također podrazumijeva da da biste ušli u ulogu BA, morate poboljšati svoje vještine. Na tržištu se nalazi nekoliko tečajeva koji uključuju i osnovnu i naprednu razinu.

Jeste li BA / QA? Jesmo li s pravom istaknuli sve o vašoj ulozi? Ili mislite li da smo propustili nešto što jedinstveno izvodite? Bilo bi nam drago čuti vas. Slobodno ih podijelite s nama u odjeljku za komentare ispod !!

=> Posjetite ovdje da biste vidjeli seriju poslovnih analitičara za sve.

Preporučena literatura

^