role business analysts scrum
hvad er betatestning i softwaretest
Fremtrædende rolle for forretningsanalytikere i SCRUM:
En forretningsanalytiker, der kort omtales som en BA, spiller en meget drastisk og vigtig rolle i SCRUM .
Denne person er forbindelsen mellem produktejeren / kunden og det tekniske it-team. Selvom vi er stødt på flere tutorials på vores hjemmeside om BA, vil denne tutorial på en eller anden måde være en unik og forklare dig vigtigheden af BA i SCRUM.
Lad os udforske !!
=> Tjek ALLE vejledninger til forretningsanalytikere her.
Hvad du vil lære:
- Ansvar for en BA
- Forretningsanalytiker som produktejer
- Forretningsanalytiker som teammedlem
- Betydningen og rollen for forretningsanalytikere i SCRUM Team
- Hvorfor er en QA bedst egnet til dette job?
- Anbefalet læsning
Ansvar for en BA
Der er flere roller for forretningsanalytikere i Scrum, og der er visse ansvarsområder, som en BA skal overholde.
Få selektive blandt dem er nævnt nedenfor.
- Pleje af produktets efterslæb baseret på den prioritering, der gives af produktejeren.
- Analyse af kundens behov og finde løsninger til at imødekomme dem.
- Oprettelse af kravene i form af brugerhistorier med passende acceptkriterier.
- Hvis brugerhistorierne allerede er oprettet af produktejeren (med acceptkriterier), skal du gennemgå dem for at sikre, at alle forretningsregler er dækket, og acceptkriterierne opfylder brugerhistoriens funktionalitet.
- Arbejde med produktejeren og interessenterne for at forstå omfanget, foreslå forbedringer af kravene osv.
- Forberedelse af dokumenter som wireframes, designflow, brugergrænseflade osv. Efter behov.
Bortset fra dette, a Business analytiker er en vigtig deltager i brainstormingsessionerne, når holdet mødes for at diskutere den kommende sprints efterslæb. BA guider holdet, hjælper dem med at forstå kravene og skal til og med godkende implementeringen.
Han arbejder også tæt sammen med kvalitetssikringerne som at analysere testdækningen, konvertere brugssager fra den virkelige verden til testsager, give indsigt i at teste komplekse funktionaliteter osv. BA deltager også i planlægningsmødet for at hjælpe teamet i skøn ved at hjælpe dem med forstå flow, kompleksitet og afhængighed.
BA skal altid fortsætte med at lære om den nye trend, der foregår på markedet, holde innovation og holde sig opdateret om det forretningsområde, som produktet er fremstillet til.
Forretningsanalytiker som produktejer
Afhængigt af kunden og virksomheden sker det, at nogle virksomheder har forretningsanalytikeren som produktejer. I disse tilfælde er BA kontaktpunktet for alle forespørgsler. BA bliver derefter mægler mellem holdet og interessenterne.
BA skal forstå kravene fra interessenterne, deres tænkning om at tage virksomheden fremad, og hvad (og hvordan) virksomheden skal vokse. Baseret på kravene fra interessenterne skal BA derefter oprette dokumenter, brugerhistorier, prioritere historierne, hjælpe teamet med at forstå dem, besvare deres forespørgsler om det samme osv.
Det vigtigste at bemærke her er, at dette er tilrådeligt, når kandidatuddannelsen er fysisk tilgængelig og ikke er geolokaliseret til en anden tidszone for at undgå 'gap i kommunikation'.
Hvis BA som i produktejeren er geografisk placeret i en anden tidszone, er det ikke muligt at henvende sig til ham hver gang, og den eneste måde at kommunikere på er via e-mails eller chats eller opkald, hvorfor dette kan resultere i mangel, kløft og endda fejlkommunikation til tider.
Ifølge min erfaring skal dette følges, når kandidatuddannelsen sidder på dit kontor ved siden af dit team, så dit arbejde ikke hæmmer, og han er let tilgængelig. Fra BA's synspunkt ejer de produktet på vegne af interessenterne / kunderne, træffer passende beslutninger og har endda brug for at lære nye færdigheder, som kan omfatte at lære nogle tekniske udviklinger.
At have en forretningsanalytiker som produktejer er en ekstra fordel, fordi forretningsanalytikeren forstår produktet meget godt, og der kan også forhandles om prioritering og scoping af opgaver.
Forretningsanalytiker som teammedlem
Den anden mulighed er at have forretningsanalytikeren som et teammedlem, fordi produktejeren ikke vil være tilgængelig hver gang. Når forretningsanalytikeren er et teammedlem, så hjælper de jævnaldrende i efterslæbning.
At have en forretningsanalytiker som et teammedlem er mere fordelagtigt, fordi det tekniske team finder det nemt og behageligt at kommunikere med BA for afklaringer eller diskussioner. BA arbejder også tæt sammen med QA-teamet for testning, dvs. analyse af dækningen, anvendte tilfælde, skjulte krav eller pålidelighed eller effekter.
Undertiden kan acceptskriterier skrevet af produktejeren være vage og ikke klare, så som et teammedlem bliver det BA's ansvar at skrive udførlige og veldefinerede acceptkriterier. Hvis teamet har brug for mere information, opretter BA også wireframe-dokumenter, flowdokumenter osv. For at hjælpe teamet med at forstå kravene.
I store projekter, hvor modulerne fordeles mellem hold, er det også en ekstra fordel at have en BA for mere end et hold. Da BA er den samme på tværs af hold, kan han tænke på modulernes interoperabilitet, hvordan nye funktioner eller opdateringer vil påvirke de andre moduler osv.
Dette vil således hjælpe de tekniske teams meget med at overveje sådanne aspekter, som ikke altid brugerhistorier eller acceptkriterier nævner sådanne.
Betydningen og rollen for forretningsanalytikere i SCRUM Team
Forretningsanalytikernes rolle i SCRUM er meget vigtig for et projekts succes. Deres engagement starter lige fra at forstå kundens behov til Sprint Demo. De er det første kontaktpunkt for det tekniske team for afklaringer. De er endnu vigtigere i de indledende faser af et nyt projekt og de store projekter.
Produktejeren vil ikke altid være en god forfatter, nogle gange kommer de fra en teknisk baggrund, og det bliver derfor forretningsanalytikerens ansvar at skrive historierne, accept, wireframes osv.
I mit projekt var vores PO ikke så god med dokumentation, og selv de skrevne brugerhistorier var aldrig mere end 2-3 liners, mens acceptskriterierne kun var en 1 liner. Det var forretningsanalytikeren, der plejede at ændre dem, gøre dem mere forklarende og detaljerede.
Selv til tider skete det, at vores PO skrev brugerhistorier, der havde 21 eller flere fortællingspunkter, og derfor måtte forretningsanalytikeren bruge ekstra tid og kræfter på at nedbryde dem og prioritere dem hos produktejeren.
Du kan forestille dig, hvad der ville ske, hvis der ikke er nogen forretningsanalytiker, og din produktejer har oprettet en brugerhistorie som 'Som kunde vil jeg udføre alle bankoperationer for min konto' med acceptkriterier som:
- Kunden skal kunne logge ind.
- Kunden skal være i stand til at foretage transaktioner på min konto.
- Kunden skal kunne downloade mine historiske udsagn osv.
Nu, efter min mening, ville denne brugerhistorie indeholde endnu mere end 34 historiepunkter, hvorfor der er behov for at nedbryde den yderligere. Ting ville forværres for det tekniske team, hvis de korrekte flowdiagrammer og UI-skærme (der skal oprettes) ikke leveres.
Dette ville føre til en svigtende sprint og igen et mislykket projekt. Medmindre produktejeren er en uddannet / praktiseret forretningsanalytiker, er der behov for at have en på holdet.
Hvorfor er en QA bedst egnet til dette job?
QA er en person, der verificerer den foreslåede løsning til et problem / krav ved at teste det. Derfor er forretningsanalytikere / interessenter / produkt ejere meget ivrige efter at vide om feedback fra en kvalitetssikring. Inddragelsen af en BA i testning er lidt mere end hvad den er under udvikling.
En forretningsanalytiker arbejder tæt sammen med en kvalitetssikring ved at gennemgå testdækningens dækning, som giver et indblik i skjulte strømme eller krav / effekter. Således får denne form for videndeling (af BA) dem til at forstå produktfunktionaliteten, forretningsreglerne, kundens forventninger, flowene, afhængighederne og alting fuldstændigt.
QA tester altid ud fra den slutkundes synspunkt, der vil bruge produktet, hvorfor chancerne for at hjælpe kunden med forbedringer, forbedringer i produktet er mere (sammenlignet med en udvikler). Udviklere udvikler produktet til den givne brugerhistorie og sæt af acceptkriterier, men tænker ikke altid på, hvordan en kunde vil bruge produktet .
I udviklingen er implementeringen af et produkt, flowet og reglerne veldefineret, men testning er fuldstændigt baseret på logisk tænkning og evnen til at tænke fra slutbrugernes synspunkt.
QA kan begynde at komme ind i rollen som forretningsanalytikere i SCRUM på grund af de mange muligheder, der præsenteres i det daglige arbejde.
Anbefalet Læs => Karriereskift fra en test til BA
Det er meget let for en kvalitetssikring at komme ind i rollerne som:
- Undersøg kravene meget dybt og peg på hullerne i gennemgangsmøder / brainstormingssessioner osv. Prøv at tænke på bedre løsninger og drøft det samme med teamet og BA.
- Vær opmærksom på opkald med produktejeren, still spørgsmål og del dine fund. Dette vil øge tilliden hos Produktejeren, der viser din interesse for produktet.
- Placer dig mellem BA og udviklingsteamet, du skal være kontaktpunktet for udviklerne i tilfælde af afklaringer eller tvivl.
- Opsæt testprocessen, og fortsæt med at innovere den, og skift den for at hjælpe med at levere vellykkede sprints.
- I tilfælde af produkter med smarte brugergrænseflader skal du kigge efter nye tendenser og foreslå sådanne forbedringer.
- Forstå produktet helt ind og ud.
- Byg en stærk viden om dine interessenter, deres forventninger, og del din oplevelse med dem.
Dette indebærer også, at for at komme ind i BA-rollen skal du forbedre dine færdigheder. Flere kurser, der inkluderer både grundlæggende og avanceret niveau, findes på markedet.
Er du en BA / QA? Har vi med rette påpeget alt om din rolle? Eller tror du, vi har savnet noget, som du unikt udfører? Vi ville være glade for at høre fra dig. Del dem gerne med os i kommentarfeltet nedenfor !!
=> Besøg her for at se Business Analyst-serien for alle.
Anbefalet læsning
- Scrum-artefakter: Product Backlog, Sprint Backlog og Product Increments
- Er der nogen start og stop grænser for QA's rolle i Scrum?
- 39 bedste forretningsanalyseværktøjer, der bruges af de bedste forretningsanalytikere (A til Z-liste)
- Scrum Team Roller og ansvar: Scrum Master og Product Owner
- Karriereskift fra en tester til forretningsanalytiker - en trinvis vejledning
- Kick Start din karriere som forretningsanalytiker: En karrierevej for dig
- IT-support og forretningsudvikling Executive Cum Training Coordinator Pune
- Defektforsøg i Scrum: Hvordan er det organiseret i en Scrum-opsætning