Of u nu uw Customer Experience wil verhogen, uw efficiëntie wil verbeteren of nieuwe producten wil introduceren. Één ding is zeker er is verandering nodig. Om te weten wat u moet veranderen zal u uw business moeten analyseren. Niet alleen om te bepalen wat er in uw processen moet veranderen, maar ook in de systemen en voor uw mensen. Een goede business analyse zorgt er voor dat uw inzicht krijgt in wat u, waarom moet veranderen en waar die verandering aan moet voldoen, zodat alle betrokkenen zich daaraan kunnen commiteren.

  1. Eliciteren: Context verzamelen op basis van slimme vragen
  2. Analyseren: Onderzoeken van samenhang en ontwikkelen van een visie
  3. Specificeren: Beschrijven waar de verandering aan moet voldoen
  4. Valideren: Controleren of de vastgelegde specificatie klopt.

Eliciteren: context verzamelen op basis van slimme vragen

Een goede Business Analyse begint met het verzamelen van context. In een verandering zijn 3 soorten context van belang:

  • De Change context, zoals probleem en doelstelling,
  • De Business context, de klanten, de processen en de medewerkers van het bedrijf.
  • De Digitale context, zoals gebruikte systemen, apps, devices, data, en andere technologieën.

Om goed te kunnen eliciteren zijn er een aantal praktische methoden:

  1. Het visgraat model van Ishikawa, een handig model waarmee de change context van het project gevonden kan worden.
  2. SCOPAFIJTH biedt duidelijke richting om zowel de Business als de Digitale context te bepalen.

Daarnaast speelt de achtergrond en ervaring van een business analist speelt hierbij een grote rol, hoe breder hoe beter.

Analyseren: onderzoeken samenhang en ontwikkelen van een visie

Het doel van de analyse is het ontwikkelen van een eenduidige verander visie waaraan alle stakeholders zich achter kunnen scharen. In deze verander visie zal komen te staan wat er moet veranderen, waarom en waar het aan moet voldoen. Deze visie wordt bepaald aan de hand van de de verzamelde Context vanuit verschillende perspectieven. Omdat de  context gedurende de analyse maar ook het project blijft veranderen zal de analyse nooit echt af zijn. Een goede business analist kan op basis van ervaring en achtergrond bepalen wanneer het goed genoeg is.

Een goede Business Analyse bevat in iedergeval de volgende analyses:

  1. Een stakeholder analyse: een overzicht van de belangrijkste stakeholders en relatie met het project bv obv RASCI
  2. Een proces analyse: een overzicht van de geraakte processen bv mbv swimlanes.
  3. Een informatie analyse: een logisch datamodel met de key data attributen. bv obv UML.
  4. Functionaliteiten analyse op basis van usecases met UML. Bekijk eens het boek van Sander Hoogendoorn: 

Virtual BA heeft een groot netwerk van goede Business Analisten

Specificeren: bepalen waar de verandering aan moet voldoen

Beschrijven waar de verandering aan moet voldoen wordt specificeren genoemd. Hoe diep er gespecificeerd wordt is deels afhankelijk van het soort verandering alsmede de gebruikte project methodiek SCRUM of waterval.

Bij Waterval projecten waarbij van te voren alles heel goed uitgedacht moet worden is het van belang om de specificatie heel SMART op te schrijven. Is het een project waarbij er nog veel verandering verwacht wordt dan kan er gekozen worden om gebruik te maken van epics en User Stories.

Een goede requirements template is essentieel voor elk project. Virtual BA heeft een template ontwikkeld dat gebruikt kan worden in elk soort project. 

Valideren: controleren prioriteit, volledigheid en of het klopt

De 4e stap van een goede Business Analyse is controleren of visie en specificaties kloppen en iedereen het begrijpt maar ook of het volledig is.

De volledigheid kan nooit gegarandeerd worden, gelukkig zijn er wel een aantal checks waarmee gecontroleerd kan worden of aan “alles” gedacht is.  Furps is daar bijvoorbeeld een handig hulp middel voor.

Functionality Activiteit die door een systeem ondersteund of uitgevoerd moet worden
Usability Wat je vanuit gebruikersperspectief mag verwachten
Reliability Onder welke omstandigheden het systeem of dienst blijft werken
Performance De snelheid van het syteem of dienst
Supportability Hoe het systeem onderhouden moet worden
Security Op welke manier gegevens, privacy en intellectueel eigendom beveiligd moet worden.

Daarnaast is het belangrijjk om inzicht te hebben in de prioriteit. Niet alles hoeft meteen aangepakt te worden. MuSCoW is een handige hulpmidddel om samen met de stakeholders de prioriteit te bepalen.

 

Must Have Zonder de Must Have requirements faalt het project. Deze requirements moeten dus altijd vervuld worden.
Should Have Voor Should have requirements geldt dat er (wel overwogen) van afgeweken mag worden.
Could Have Could Have requirements zijn de requirements waarvoor het top zou zijn als ze ingevuld worden.
Won’t Have Won’t Have zijn de requirements waarvoor gekozen wordt om daar niet aan te voldoen.  

Een goede Business Analyse de samenvatting

Een goede business analyse bestaat uit 4 stappen. welke iteratief kunnen worden uitgevoerd.

  • Eliciteren: het bedenken van slimme vragen voor de digitale busines en change context.
  • Analyseren: het ontwikkelen van een verandervisie op basis van samenhang.
  • Specificeren: beschrijven waar de verandering aan moet voldoen in termen van requirements of user stories
  • Valideren: Controleren of het klopt, prioriteit en volledigheid.

Een goede Business Analyse zorgt er voor dat u inzicht krijgt in wat er moet gaan veranderen, waar het aan moet voldoen zowel functioneel als non functioneel en in welke volgorde.

Hulp nodig bij een Business Analyse? Neem dan contact met ons op via info@virtualba.nl of bel direct 06 42094875

Thuiswerk tips

Thuis werken hoe doe je dat eigenlijk?   In verband met Corona hebben veel mensen het verzoek gekregen om twee weken lang thuis te gaan werken. Nu hebben de meeste mensen wel een keer sporadisch thuis gewerkt ivm een ziek kind, aannemen van een belangrijk pakje...

10 Tips voor de perfecte User Story

Als een gebruiker X wil ik zus en zo kunnen zodat ik dit en dat kan bereiken, is toch al bijna de perfecte User Story? Veel mensen denken dat een User Story alleen bestaat uit bovenstaande zins constructie. Dat gebruik van die zins constructie voldoende is om er voor...

De 5 meest voorkomende soorten automatisering

Automatisering kan veel verschillende vormen aannemen, misschien is dat ook wel de reden dat er zo veel automatiseringsprojecten mislukken. Simpelweg omdat men elkaar niet begrijpt of omdat men denkt het over hetzelfde te hebben. Vaak gaat het over het automatiseren...

Top 3 boeken voor Business Consultants

Helping, How to offer, Give and Receive Help De meest fundamentele vaardigheid van een Business Consultant is weten hoe je de klant het beste kan helpen. Niet op basis van de inhoud, maar door echt door te dringen tot de kern van het probleem. Helping, van Edgar...

Het ideale SCRUM Team

Het ideale SCRUM Team SCRUM is hot, maar of het nu een zegen of een vloek is, daar zijn de meningen over verdeeld. Een van de belangrijkste key succesfactoren is het SCRUM Team. De inrichting van het team bepaalt het succes van het project. Immers in SCRUM bepaalt het...

 7,109 total views

Neem contact op

Laat je gegevens achter en wij nemen zo snel mogelijk contact met je op. 

We nemen zo snel mogelijk contact met je op

BA Netwerk

Schrijf je nu in voor het BA netwerk en wij helpen je met vinden van een goede Business Analist!

Wij nemen zo snel mogelijk contact met je op!

Neem Contact op

Neem Contact op

Laat je gegevens achter en wij nemen zo snel mogelijk contact met je op

Dank je wel voor het inschrijven wij nemen zo snel mogelijk contact met je op!