Menu

Rol van bedrijfsanalisten in SCRUM en waarom is een kwaliteitscontrole het beste voor deze rol?

  • Hoofd
  • Agile Testen
  • Rol van bedrijfsanalisten in SCRUM en waarom is een kwaliteitscontrole het beste voor deze rol?

role business analysts scrum

samenvoegen sort c ++ recursief

Probeer Ons Instrument Voor Het Oplossen Van Problemen

Prominente rol van bedrijfsanalisten in SCRUM:

Een Business Analist die kortweg BA wordt genoemd, speelt hierin een zeer ingrijpende en belangrijke rol SCRUM ​

Deze persoon is de schakel tussen de product owner / klant en het technisch IT-team. Hoewel we op onze website verschillende tutorials over BA zijn tegengekomen, zal deze tutorial op de een of andere manier uniek zijn en je het belang van BA in SCRUM uitleggen.

Laten we onderzoeken!!

​ Bekijk hier ALLE tutorials voor bedrijfsanalisten.

Rol van bedrijfsanalisten in SCRUM en waarom is een QA het beste voor deze rol_

Wat je leert:

Verantwoordelijkheden van een BA

Er zijn verschillende rollen van bedrijfsanalisten in Scrum en er zijn bepaalde verantwoordelijkheden waaraan een BA zich moet houden.

Enkele selectieve daarvan worden hieronder genoemd.

  • Het opvullen van de productachterstand op basis van de prioriteitstelling van de producteigenaar.
  • Analyse van de klantbehoeften en het vinden van de oplossingen om deze aan te pakken.
  • Het creëren van de eisen in de vorm van user stories met bijbehorende acceptatiecriteria.
  • Als de gebruikersverhalen al zijn gemaakt door de producteigenaar (met acceptatiecriteria), bekijk ze dan om ervoor te zorgen dat elke bedrijfsregel wordt gedekt en de acceptatiecriteria voldoen aan de gebruikersverhaalfunctionaliteit.
  • Samenwerken met de producteigenaar en de belanghebbenden om de reikwijdte te begrijpen, verbeteringen aan de vereisten voor te stellen, enz.
  • Voorbereiden van documenten zoals wireframes, ontwerpstroom, gebruikersinterface, enz., Als en wanneer nodig.

Afgezien hiervan, een Bedrijfsanalist is een belangrijke deelnemer aan de brainstormsessies wanneer het team samenkomt om de achterstand van de aanstaande sprint te bespreken. De BA begeleidt het team, helpt hen de vereisten te begrijpen en moet soms zelfs de implementatie goedkeuren.

Hij werkt ook nauw samen met de QA's zoals het analyseren van de testdekking, het omzetten van real-world use cases in testcases, het verschaffen van inzicht om complexe functionaliteiten te testen, etc. De BA neemt ook deel aan de planningsbijeenkomst om het team te helpen bij schattingen door hen te helpen begrijp de stroom, complexiteit en afhankelijkheid.

BA moet altijd blijven leren over de nieuwe trend die gaande is in de markt, blijven innoveren en op de hoogte blijven van het bedrijfsgebied waarvoor het product is gemaakt.

BA

Business Analist als Product Owner

Afhankelijk van de klant en het bedrijf komt het voor dat sommige bedrijven de Business Analist als product owner hebben. In deze gevallen is de BA het aanspreekpunt voor alle vragen. De BA wordt dan de bemiddelaar tussen het team en de stakeholders.

De BA moet de vereisten van de belanghebbenden begrijpen, hun denken om het bedrijf vooruit te helpen en wat (en hoe) het bedrijf moet groeien. Vervolgens moet de BA, op basis van de vereisten van de belanghebbenden, de documenten, gebruikersverhalen maken, prioriteit geven aan de verhalen, het team helpen ze te begrijpen, hun vragen over hetzelfde beantwoorden, enz.

Het belangrijkste om hier op te merken is dat dit aan te raden is wanneer de BA fysiek beschikbaar is en niet is geolokaliseerd naar een andere tijdzone om de ‘gap in communication’ te vermijden.

Als de BA zoals in de producteigenaar zich in een andere tijdzone bevindt, is het niet mogelijk om hem elke keer te benaderen en de enige manier om te communiceren is via e-mails of chats of telefoontjes, vandaar dat dit kan resulteren in een gebrek, onderbreking en zelfs miscommunicatie soms.

Volgens mijn ervaring moet dit worden gevolgd wanneer de BA op uw kantoor zit, naast uw team, zodat uw werk niet hindert en hij / zij gemakkelijk aanspreekbaar is. Vanuit het oogpunt van een BA bezitten ze het product namens de belanghebbenden / klanten, nemen ze de juiste beslissingen en moeten ze zelfs nieuwe vaardigheden leren, waaronder het leren van enkele technische aspecten van ontwikkeling.

Het hebben van een Business Analist als Product Owner is een bijkomend voordeel omdat de Business Analist het product zeer goed begrijpt en ook kan worden onderhandeld over prioritering en scoping van taken.

BA-PO

Business Analist als teamlid

De andere optie is om de Business Analist als teamlid te hebben, omdat de Product Owner niet elke keer beschikbaar zal zijn. Wanneer de Business Analist een teamlid is, helpen ze de peers bij het wegwerken van achterstanden.

Het hebben van een Business Analist als teamlid is voordeliger omdat het technische team het gemakkelijk en comfortabel vindt om met de BA te communiceren voor verduidelijkingen of discussies. De BA werkt ook nauw samen met het QA-team voor testen, d.w.z. het analyseren van de dekking, de gedekte use cases, eventuele verborgen vereisten of betrouwbaarheid of effecten.

Soms zijn de acceptatiecriteria die door de Producteigenaar zijn geschreven vaag en onduidelijk, en dan wordt het als teamlid de verantwoordelijkheid van de BA om uitgebreide en goed toegelichte acceptatiecriteria te schrijven. Als het team meer informatie nodig heeft, maakt de BA ook draadmodel-documenten, stroomdocumenten, enz. Om het team te helpen de vereisten te begrijpen.

Bij grootschalige projecten waarbij de modules over teams worden verdeeld, is het hebben van een BA voor meer dan één team ook een bijkomend voordeel. Aangezien de BA hetzelfde is voor teams, kan hij nadenken over de interoperabiliteit van de modules, hoe nieuwe functies of updates de andere modules zullen beïnvloeden, enz.

Dit zou de technische teams dus veel helpen om rekening te houden met aspecten die niet altijd in de gebruikersverhalen of acceptatiecriteria worden genoemd.

BA_Team-lid

Belang en rol van bedrijfsanalisten in het SCRUM-team

De rol van Business Analisten in SCRUM is erg belangrijk in het succes van een project. Hun betrokkenheid begint vanaf het begrijpen van de behoefte van de klant tot de Sprint Demo. Zij zijn het eerste aanspreekpunt voor het technische team voor verduidelijkingen. Ze zijn nog belangrijker in de beginfase van een nieuw project en de projecten die grootschalig zijn.

De Product Owner zal niet altijd een goede schrijver zijn, soms hebben ze een technische achtergrond en daarom wordt het de verantwoordelijkheid van de Business Analist om de verhalen, acceptatie, wireframes, etc. te schrijven.

In mijn project was onze PO niet zo goed met documentatie en zelfs de geschreven gebruikersverhalen waren nooit meer dan 2-3 liners, terwijl de acceptatiecriteria slechts 1 liner waren. Het was de Business Analist die ze aanpaste, ze meer uitleggend en uitgebreider maakte.

Soms gebeurde het zelfs dat onze PO gebruikersverhalen schreef met 21 of meer verhaalpunten, en daarom moest de bedrijfsanalist extra tijd en moeite besteden om ze op te splitsen en prioriteit te geven aan de producteigenaar.

U kunt zich voorstellen wat er zou gebeuren als er geen Business Analist is en uw Product Owner een gebruikersverhaal heeft gemaakt als ‘Als klant wil ik alle bankzaken voor mijn rekening doen’, met acceptatiecriteria als:

  1. De klant moet kunnen inloggen.
  2. De klant moet transacties in mijn account kunnen doen.
  3. De klant moet mijn historische verklaringen etc. kunnen downloaden.

Nu, naar mijn mening, zou dit gebruikersverhaal zelfs meer dan 34 verhaalpunten bevatten, dus het is nodig om het verder op te splitsen. Het zou erger worden voor het technische team als de juiste stroomdiagrammen en UI-schermen (nog te creëren) niet worden geleverd.

Dit zou leiden tot een falende sprint en op zijn beurt een mislukt project. Tenzij de Product Owner een getrainde / ervaren Business Analyst is, moet er een in het team zijn.

Waarom is een QA het meest geschikt voor deze baan?

QA is een persoon die de voorgestelde oplossing voor een probleem / vereiste verifieert door deze te testen. Vandaar dat de Business Analist / Stakeholders / Product Owners erg benieuwd zijn naar de feedback van een QA. De betrokkenheid van een BA bij testen is weinig meer dan wat het is in ontwikkeling.

Een Business Analist werkt nauw samen met een QA bij het beoordelen van de testcase-dekking die inzicht geeft in verborgen stromen of vereisten / effecten. Dit soort kennisdeling (door de BA) zorgt ervoor dat ze de productfunctionaliteit, de bedrijfsregels, de verwachtingen van de klant, de stromen, de afhankelijkheden en alles volledig begrijpen.

QA test altijd vanuit het oogpunt van de eindklant die het product zou gebruiken, vandaar dat de kansen om de klant te helpen voor verbeteringen, verbeteringen in het product groter zijn (in vergelijking met een ontwikkelaar). Ontwikkelaars ontwikkelen het product voor het gegeven gebruikersverhaal en de set acceptatiecriteria, maar denken niet altijd na over hoe een klant het product zou gebruiken ​

Bij de ontwikkeling zijn de implementatie van een product, de stroom en de regels goed gedefinieerd, maar testen is volledig gebaseerd op logisch denken en het vermogen om te denken vanuit het oogpunt van de eindgebruikers.

QA kan de rol van Business Analist in SCRUM beginnen te krijgen vanwege de vele kansen die worden geboden in het dagelijkse werk.

Aanbevolen lezen => Loopbaanverschuiving van een tester naar een BA

Het is heel gemakkelijk voor een QA om in de rollen te komen zoals:

  • Bestudeer de vereisten zeer grondig en wijs op de hiaten in beoordelingsbijeenkomsten / brainstormsessies enz. Probeer na te denken over betere oplossingen en bespreek hetzelfde met het team en de BA.
  • Wees attent op gesprekken met de Product Owner, stel vragen en deel uw bevindingen. Dit vergroot het vertrouwen van de Product Owner die jouw interesse in het product toont.
  • Fit jezelf tussen de BA en het ontwikkelteam, je moet het aanspreekpunt zijn voor de ontwikkelaars in geval van verduidelijkingen of twijfels.
  • Zet het testproces op en blijf het innoveren, verander het om te helpen bij het leveren van succesvolle sprints.
  • In het geval van producten met mooie gebruikersinterfaces, let op nieuwe trends en stel dergelijke verbeteringen voor.
  • Begrijp het product volledig van binnen en van buiten.
  • Bouw een sterke kennis op van uw belanghebbenden, hun verwachtingen, en deel uw ervaring met hen.

Dit houdt ook in dat je je vaardigheden moet verbeteren om in de BA-rol te komen. Er zijn verschillende cursussen op de markt die zowel het basisniveau als het gevorderde niveau omvatten.

Ben je een BA / QA? Hebben we alles terecht op uw rol gewezen? Of denk je dat we hebben gemist iets dat u uniek uitvoert? We horen graag van je. Deel ze gerust met ons in de comments hieronder !!

​ Bezoek hier om de Business Analyst-serie voor iedereen te zien.

Aanbevolen literatuur

^