Meny

Affärsanalytikernas roll i SCRUM och varför är en kvalitetsbedömning bäst för denna roll?

  • Huvud
  • Agile Testing
  • Affärsanalytikernas roll i SCRUM och varför är en kvalitetsbedömning bäst för denna roll?

role business analysts scrum

topp c ++ intervjufrågor

Prova Vårt Instrument För Att Eliminera Problem

Framträdande roll för affärsanalytiker i SCRUM:

En affärsanalytiker som snart kallas BA spelar en mycket drastisk och viktig roll i KLUNGA .

Den här personen är länken mellan produktägaren / kunden och det tekniska IT-teamet. Även om vi har stött på flera självstudier på vår webbplats om BA, kommer denna handledning på något sätt att vara unik och kommer att förklara för dig vikten av BA i SCRUM.

Låt oss utforska !!

=> Kontrollera ALLA affärsanalytiska handledningar här.

Affärsanalytikernas roll i SCRUM och varför är en kvalitetsbedömning bäst för denna roll_

Vad du kommer att lära dig:

Ansvar för en BA

Det finns flera roller för affärsanalytiker i Scrum och det finns vissa ansvarsområden som en BA ska följa.

Få selektiva bland dem nämns nedan.

  • Att sköta produktens eftersläp baserat på den prioritering som tillhandahålls av produktägaren.
  • Analysera kundernas behov och hitta lösningar för att hantera dem.
  • Skapa kraven i form av användarberättelser med lämpliga acceptanskriterier.
  • Om användarberättelserna redan har skapats av produktägaren (med acceptanskriterier), ska du granska dem för att se till att alla affärsregler täcks och att acceptanskriterierna uppfyller användarhistoriens funktionalitet.
  • Arbeta med produktägaren och intressenterna för att förstå omfattningen, föreslå förbättringar av kraven etc.
  • Förbereda dokument som trådramar, designflöde, användargränssnitt etc., efter behov.

Bortsett från detta, a Affärsanalytiker är en viktig deltagare i brainstorming-sessionerna när laget möts för att diskutera den kommande sprintens eftersläpning. BA leder teamet, hjälper dem att förstå kraven och måste ibland godkänna genomförandet.

Han arbetar också nära QA: erna som att analysera testtäckningen, omvandla verkliga användningsfall till testfall, ge insikt för att testa komplexa funktioner etc. BA deltar också i planeringsmötet för att hjälpa teamet i uppskattningar genom att hjälpa dem att förstå flödet, komplexiteten och beroendet.

BA måste alltid lära sig om den nya trenden som pågår på marknaden, hålla innovationer och hålla sig uppdaterad om det affärsområde som produkten har tillverkats för.

BA

Affärsanalytiker som produktägare

Beroende på kund och företag händer det att vissa företag har Business Analyst som produktägare. I dessa fall är BA kontaktpunkten för alla frågor. BA blir sedan medlare mellan laget och intressenterna.

BA måste förstå intressenternas krav, tänka på att ta verksamheten framåt och vad (och hur) verksamheten ska växa. Baserat på intressenternas krav måste BA skapa dokument, användarberättelser, prioritera berättelserna, hjälpa teamet att förstå dem, svara på deras frågor om detsamma, etc.

Det viktigaste att notera här är att detta är tillrådligt när BA är fysiskt tillgängligt och inte är geolokaliserad till en annan tidszon för att undvika ”kommunikationsgapet”.

Om BA som i produktägaren är geografiskt placerad i en annan tidszon är det inte möjligt att kontakta honom varje gång och det enda sättet att kommunicera är via e-post eller chattar eller samtal, vilket kan leda till brist, gap och till och med felkommunikation ibland.

Enligt min erfarenhet bör detta följas när BA sitter på ditt kontor, bredvid ditt team så att ditt arbete inte kommer att hämmas och han / hon kommer lätt att nå. Ur BA: s synvinkel äger de produkten på uppdrag av intressenterna / kunderna, fattar lämpliga beslut och till och med behöver lära sig nya färdigheter som kan inkludera att lära sig vissa tekniska aspekter av utveckling.

Att ha en affärsanalytiker som produktägare är en extra fördel eftersom affärsanalytikern förstår produkten mycket bra, och prioritering och omfattning av uppgifter kan också förhandlas fram.

BA-PO

Affärsanalytiker som teammedlem

Det andra alternativet är att ha affärsanalytikern som teammedlem eftersom produktägaren inte kommer att vara tillgänglig varje gång. När affärsanalytikern är en teammedlem så hjälper de kamraterna i eftersläpningen.

Att ha en affärsanalytiker som teammedlem är mer fördelaktigt eftersom det tekniska teamet tycker det är enkelt och bekvämt att kommunicera med BA för förtydliganden eller diskussioner. BA arbetar också nära QA-teamet för testning, dvs analys av täckning, användningsfall, dolda krav eller pålitlighet eller effekter.

Ibland kan acceptanskriterierna skrivna av produktägaren vara vaga och inte tydliga, då blir det som teammedlem BA: s ansvar att skriva detaljerade och väl förklarade acceptanskriterier. Om teamet behöver mer information skapar BA också trådramdokument, flödesdokument etc. för att hjälpa teamet att förstå kraven.

I storskaliga projekt där modulerna fördelas mellan lag är det också en extra fördel att ha en BA för mer än ett team. Eftersom BA är densamma över lag kan han / hon tänka på modulernas interoperabilitet, hur nya funktioner eller uppdateringar kommer att påverka de andra modulerna etc.

Således skulle detta hjälpa de tekniska teamen mycket att överväga sådana aspekter som inte alltid nämns av användarberättelser eller acceptanskriterier.

BA_Team-medlem

Betydelse och roll för affärsanalytiker i SCRUM Team

Affärsanalytikernas roll i SCRUM är mycket viktig för ett projekts framgång. Deras engagemang börjar direkt från att förstå kundens behov till Sprint Demo. De är den första kontaktpunkten för det tekniska teamet för förtydliganden. De är ännu viktigare i de inledande faserna av ett nytt projekt och de projekt som är stora i skala.

Produktägaren kommer inte alltid att vara en bra författare, ibland kommer de från en teknisk bakgrund och därför blir det affärsanalytikers ansvar att skriva berättelser, acceptans, trådramar etc.

I mitt projekt var vår PO inte så bra med dokumentation och till och med de skrivna användarberättelserna var aldrig mer än 2-3 liners medan acceptanskriterierna bara var en liner. Det var Business Analyst som brukade modifiera dem, göra dem mer förklarande och detaljerade.

Även ibland hände det att vår PO skrev användarberättelser som hade 21 eller fler berättelser, och därmed var Business Analyst tvungen att spendera extra tid och ansträngningar på att bryta ner dem och prioritera dem hos produktägaren.

Du kan föreställa dig vad som skulle hända om det inte finns någon affärsanalytiker och din produktägare har skapat en användarberättelse som ”Som kund vill jag utföra alla bankverksamheter för mitt konto”, med acceptanskriterier som:

  1. Kunden ska kunna logga in.
  2. Kunden ska kunna göra transaktioner på mitt konto.
  3. Kunden ska kunna ladda ner mina historiska uttalanden etc.

Nu, enligt min mening, skulle den här användarberättelsen innehålla ännu mer än 34 berättelsespoäng, därför finns det ett behov av att bryta ner det ytterligare. Saker skulle förvärras för det tekniska teamet om korrekta flödesdiagram och UI-skärmar (som ska skapas) inte tillhandahålls.

Detta skulle leda till en misslyckad sprint och i sin tur ett misslyckat projekt. Om inte produktägaren är utbildad / praktiserad affärsanalytiker, finns det ett behov av att ha en i teamet.

Varför passar en QA bäst för det här jobbet?

QA är en person som verifierar den föreslagna lösningen för ett problem / krav genom att testa det. Därför är affärsanalytiker / intressenter / produktägare väldigt angelägna om att få veta feedback från en kvalitetsbedömning. Inblandningen av en BA i testning är lite mer än vad den är under utveckling.

En affärsanalytiker arbetar nära en kvalitetsbedömning för att granska testfallets täckning som ger en inblick i dolda flöden eller krav / effekter. Således får denna typ av kunskapsdelning (av BA) dem att förstå produktens funktionalitet, affärsregler, kundernas förväntningar, flöden, beroenden och allt helt.

QA testar alltid utifrån slutkundens synvinkel som skulle använda produkten, därför är chansen att hjälpa kunden för förbättringar, förbättringar i produkten är större (jämfört med en utvecklare). Utvecklare utvecklar produkten för den givna användarberättelsen och uppsättningen acceptanskriterier men tänker inte alltid på hur en kund skulle använda produkten .

I utvecklingen är implementeringen av en produkt, flödet och reglerna väldefinierade men testning baseras helt på logiskt tänkande och förmågan att tänka ur slutanvändarnas synvinkel.

QA kan börja komma in i rollen som affärsanalytiker i SCRUM på grund av de många möjligheter som finns i det dagliga arbetet.

Rekommenderad läsning => Karriärväxling från en testare till BA

Det är väldigt enkelt för en QA att komma in i rollerna som:

  • Studera kraven mycket djupt och peka på luckorna i granskningsmöten / brainstorming etc. Försök att tänka på bättre lösningar och diskutera samma med teamet och BA.
  • Var uppmärksam på samtal med produktägaren, ställ frågor och dela dina resultat. Detta ökar förtroendet hos produktägaren som visar ditt intresse för produkten.
  • Passa dig mellan BA och utvecklingsteamet, du bör vara kontaktpunkten för utvecklarna vid förtydliganden eller tvivel.
  • Ställ in testprocessen och fortsätt att förnya den, ändra den för att hjälpa till att leverera framgångsrika sprints.
  • När det gäller produkter med snygga användargränssnitt, leta efter nya trender och föreslå sådana förbättringar.
  • Förstå produkten helt in och ut.
  • Bygg en stark kunskap om dina intressenter, deras förväntningar och dela din erfarenhet med dem.

Detta innebär också att för att komma in i BA-rollen måste du förbättra dina färdigheter. Flera kurser som innehåller både grundnivå och avancerad nivå finns på marknaden.

Är du en BA / QA? Har vi med rätta påpekat allt om din roll? Eller tror du att vi har missat något som du unikt utför? Vi skulle gärna höra från dig. Dela gärna dem med oss ​​i kommentarfältet nedan !!

=> Besök här för att se Business Analyst-serien för alla.

Rekommenderad läsning

^