Meni

Vloga poslovnih analitikov v SCRUM-u in zakaj je QA najboljši za to vlogo?

role business analysts scrum

kako kopirati matriko java -

Preizkusite Naš Instrument Za Odpravo Težav

Pomembna vloga poslovnih analitikov v SCRUM:

Poslovni analitik, ki ga v kratkem imenujejo tudi BA, igra zelo drastično in pomembno vlogo SCRUM .

Ta oseba je vez med lastnikom / kupcem izdelka in tehnično informacijsko ekipo. Čeprav smo na našem spletnem mestu na BA naleteli na več vadnic, bo ta vadnica nekako edinstvena in vam bo razložila pomen BA v SCRUM-u.

Raziskujmo !!

=> Tukaj preverite VSE Vadnice za poslovne analitike.

Vloga poslovnih analitikov v SCRUM-u in zakaj je QA najboljši za to vlogo_

Kaj se boste naučili:

Odgovornosti BA

V Scrumu je več vlog poslovnih analitikov in nekatere odgovornosti se morajo držati BA.

Spodaj je omenjenih le nekaj selektivnih med njimi.

  • Urejanje zaostankov izdelka na podlagi določitve prednosti lastnika izdelka.
  • Analiziranje potreb strank in iskanje rešitev za njihovo reševanje.
  • Ustvarjanje zahtev v obliki uporabniških zgodb z ustreznimi merili sprejemljivosti.
  • Če je lastnik izdelka uporabniške zgodbe že ustvaril (z merili sprejemljivosti), jih nato preglejte, da se prepričate, da so vsa poslovna pravila zajeta in da merila sprejemljivosti ustrezajo funkcionalnosti uporabniške zgodbe.
  • Sodelovanje z lastnikom izdelka in zainteresiranimi stranmi, da bi razumeli obseg, predlagali izboljšave zahtev itd.
  • Priprava dokumentov, kot so žični okvirji, tok načrtovanja, uporabniški vmesnik itd., Po potrebi.

Poleg tega a Poslovni analitik je pomemben udeleženec možganske nevihte, ko se ekipa sestane, da bi razpravljala o zaostanku šprinta. BA vodi ekipo, ji pomaga razumeti zahteve in celo včasih mora odobriti izvajanje.

Prav tako tesno sodeluje s službami za zagotavljanje kakovosti, kot je analiza pokritosti s testiranjem, pretvorba primerov uporabe iz resničnega sveta v testne primere, zagotavljanje vpogleda v preizkušanje zapletenih funkcionalnosti itd. BA tudi sodeluje na načrtovalnem sestanku, da pomaga ekipi pri ocenah, tako da jim pomaga pri razumeti pretok, zapletenost in odvisnost.

BA se mora vedno znova učiti o novem trendu, ki se dogaja na trgu, nenehno inovirati in biti na tekočem s poslovnim področjem, za katerega je bil izdelek izdelan.

BA

Poslovni analitik kot lastnik izdelka

Odvisno od kupca in podjetja se zgodi, da imajo nekatera podjetja poslovnega analitika kot lastnika izdelka. V teh primerih je BA kontaktna točka za vsa vprašanja. BA nato postane posrednik med ekipo in deležniki.

BA mora razumeti zahteve zainteresiranih strani, njihovo razmišljanje o nadaljnjem poslovanju in kaj (in kako) bi podjetje moralo rasti. Nato mora BA na podlagi zahtev zainteresiranih strani ustvariti dokumente, zgodbe o uporabnikih, dati zgodbe prednostnim nalogam, ekipi pomagati, da jih razume, odgovoriti na njihova vprašanja o istem itd.

Tu je najpomembneje opozoriti, da je to priporočljivo, če je BA fizično na voljo in ni geolociran v drug časovni pas, da se prepreči „vrzel v komunikaciji“.

Če je BA, kot je lastnik izdelka, geolociran v drug časovni pas, se do njega ne morete vsakič obrniti in je edini način komuniciranja prek e-pošte, klepetov ali klicev, zato lahko to povzroči pomanjkanje, vrzel in celo včasih napačne komunikacije.

Po mojih izkušnjah bi se temu morali držati, ko je univerzitetni direktor v vaši pisarni, poleg vaše ekipe, da vaše delo ne bo ovirano in da bo lahko dostopen. Z vidika BA imajo izdelek v lasti deležnike / kupce, sprejemajo ustrezne odločitve in se celo morajo naučiti novih veščin, ki lahko vključujejo učenje nekaterih razvojnih tehničnih lastnosti.

Imeti poslovnega analitika kot lastnika izdelka je dodatna prednost, ker poslovni analitik izdelek zelo dobro razume, prav tako se je mogoče dogovoriti za določanje prednostnih nalog in obseg nalog.

BA-PO

Poslovni analitik kot član ekipe

Druga možnost je, da je poslovni analitik član ekipe, ker lastnik izdelka ne bo na voljo vsakič. Kadar je poslovni analitik član ekipe, pomagajo vrstnikom pri urejanju zaostankov.

Imeti poslovnega analitika kot člana ekipe je bolj ugodno, ker se tehnični skupini zdi enostavno in udobno komunicirati z BA za pojasnila ali razprave. BA tudi tesno sodeluje z ekipo za zagotavljanje kakovosti za testiranje, tj.analizo pokritosti, zajetih primerov uporabe, kakršnih koli skritih zahtev ali zanesljivosti ali učinkov.

Včasih so merila sprejemljivosti, ki jih napiše lastnik izdelka, nejasna in nejasna, nato pa kot član ekipe BA prevzame odgovornost, da napiše natančna in dobro obrazložena merila za sprejem. Če ekipa potrebuje več informacij, potem BA ustvari tudi žične dokumente, dokumente o pretoku itd., Ki ekipi pomagajo razumeti zahteve.

Pri velikih projektih, kjer so moduli razdeljeni med ekipe, je dodatna prednost tudi pridobitev diplome za več kot eno ekipo. Ker je BA enak v skupinah, lahko razmišlja o interoperabilnosti modulov, kako bodo nove funkcije ali posodobitve vplivale na druge module itd.

Tako bi tehničnim skupinam zelo pomagalo, da preučijo takšne vidike, saj jih zgodbe uporabnikov ali merila sprejemljivosti ne omenjajo vedno.

Član BA_Team

Pomen in vloga poslovnih analitikov v ekipi SCRUM

Vloga poslovnih analitikov v SCRUM-u je zelo pomembna za uspeh projekta. Njihovo sodelovanje se začne že od razumevanja potrebe kupca do predstavitve Sprint. So prva kontaktna točka tehnične skupine za pojasnila. Še pomembnejši so v začetnih fazah novega projekta in projektov, ki so obsežni.

Lastnik izdelka ne bo vedno dober pisatelj, včasih prihaja iz tehničnega okolja, zato je poslovni analitik odgovoren za pisanje zgodb, sprejemanje, žične okvire itd.

V mojem projektu naš PO ni bil tako dober z dokumentacijo in tudi napisane zgodbe uporabnikov niso bile nikoli več kot 2-3 podloge, medtem ko so bila merila za sprejem le 1 podloga. Poslovni analitik je bil tisti, ki jih je spreminjal, naredil bolj pojasnjevalne in podrobne.

Tudi včasih se je zgodilo, da je naš PO napisal zgodbe o uporabnikih z 21 ali več zgodbami, zato je moral poslovni analitik porabiti dodaten čas in prizadevanja za njihovo razčlenitev in določitev prednosti z lastnikom izdelka.

Lahko si predstavljate, kaj bi se zgodilo, če ne bi bilo poslovnega analitika in bi vaš lastnik izdelka ustvaril uporabniško zgodbo, kot je 'Kot stranka želim za svoj račun izvajati vse bančne operacije', z merili sprejemljivosti, kot so:

  1. Stranka mora imeti možnost prijave.
  2. Stranka bi morala imeti možnost opravljanja transakcij na mojem računu.
  3. Stranka bi morala imeti možnost prenesti moje pretekle izjave itd.

Zdaj bi po mojem mnenju ta uporabniška zgodba imela celo več kot 34 zgodb, zato jo je treba še razčleniti. Stvari bi se poslabšale za tehnično ekipo, če ne bodo na voljo ustrezni diagrami poteka in zasloni uporabniškega vmesnika (ki jih je treba ustvariti).

To bi privedlo do neuspešnega sprinta in posledično do neuspešnega projekta. Če lastnik izdelka ni usposobljen / izučen poslovni analitik, ga morate imeti v skupini.

Zakaj je QA najbolj primeren za to delo?

QA je oseba, ki s preizkusom preveri predlagano rešitev za težavo / zahtevo. Zato poslovni analitik / deležniki / lastniki izdelkov zelo želijo vedeti o povratnih informacijah o zagotavljanju kakovosti. Vključitev BA pri testiranju je le malo več kot to, kar je v razvoju.

Poslovni analitik tesno sodeluje s kontrolo kakovosti pri pregledu pokritosti testnih primerov, ki omogoča vpogled v skrite tokove ali zahteve / učinke. Tako jim tovrstna izmenjava znanja (s strani BA) omogoča, da popolnoma razumejo funkcionalnost izdelka, poslovna pravila, pričakovanja strank, pretoke, odvisnosti in vse.

QA vedno preizkuša z vidika končne stranke, ki bi izdelek uporabljal, zato je več možnosti, da kupcu pomagamo pri izboljšavah, izboljšavah izdelka (v primerjavi z razvijalcem). Razvijalci razvijajo izdelek za določeno uporabniško zgodbo in niz kriterijev sprejemljivosti, vendar ne razmišljajo vedno o tem, kako bi stranka uporabila izdelek .

Pri razvoju so izvedba izdelka, tok in pravila dobro opredeljeni, toda testiranje v celoti temelji na logičnem razmišljanju in sposobnosti razmišljanja s stališča končnih uporabnikov.

Vprašanje kakovosti se lahko začne ukvarjati z vlogo poslovnih analitikov v SCRUM-u zaradi številnih priložnosti, ki jih ponuja vsakodnevno delo.

Priporočeno branje => Preusmeritev kariere s preizkuševalca na BA

QA je zelo enostavno priti v vloge, kot so:

  • Zelo poglobljeno preučite zahteve in opozorite na vrzeli na pregledovalnih sestankih / sestankih možganov itd. Poskusite razmisliti o boljših rešitvah in se o isti pogovorite z ekipo in strokovnjakom.
  • Bodite pozorni na klice z lastnikom izdelka, postavljajte vprašanja in delite svoje ugotovitve. To bo povečalo zaupanje lastnika izdelka, ki bo pokazal vaše zanimanje za izdelek.
  • Namestite se med BA in razvojno skupino, v primeru pojasnil ali dvomov bi morali biti kontaktna točka za razvijalce.
  • Nastavite postopek testiranja in ga nadaljujte z novostmi ter ga spremenite tako, da bo pomagal pri uspešnem sprintu.
  • Pri izdelkih z modnimi uporabniškimi vmesniki bodite pozorni na nove trende in predlagajte takšne izboljšave.
  • Izdelek popolnoma razumejte navznoter in zunaj.
  • Spoznajte svoje zainteresirane strani, njihova pričakovanja in z njimi delite svoje izkušnje.

To tudi pomeni, da morate, da bi vstopili v vlogo BA, izboljšati svoje spretnosti. Na trgu je več tečajev, ki vključujejo tako osnovno kot nadaljevalno stopnjo.

Ali ste BA / QA? Ali smo pravilno poudarili vse o vaši vlogi? Ali mislite, da smo zamudili nekaj, kar edinstveno izvajate? Veseli bi vas. Lahko jih delite z nami v spodnjem oddelku za komentarje !!

=> Obiščite tukaj in si oglejte serijo Business Analyst For All.

Priporočeno branje

^