Business analyseBusiness Analist

Wat is de haalbaarheidsanalyse en waarom is het nodig in businessanalyse?

Slaag voor sollicitatiegesprekken met de Hintsage AI-assistent

Antwoord.

Haalbaarheidsanalyse is het bestuderen van projectvereisten op technische, zakelijke, resource-, tijd- en juridische haalbaarheid.

De businessanalist voert deze analyse uit voordat de beslissing wordt goedgekeurd en aan ontwikkeling wordt overgedragen, om het risico van vertragingen of het investeren van middelen in onuitvoerbare functionaliteit te verkleinen.

Tijdens de analyse controleert de businessanalist:

  • Of de implementatie van de vereiste mogelijk is, rekening houdend met technologische beperkingen (bijvoorbeeld integratie met verouderde systemen).
  • Hoe de vereiste zich verhoudt tot zakelijke doelen en strategie.
  • De juridische validiteit (GDPR, lokale wetgeving).
  • De behoeften aan middelen en tijd berekenen.

Belangrijke kenmerken:

  • De analyse wordt iteratief uitgevoerd, met de betrokkenheid van architecten en belangrijke stakeholders.
  • Eisen die deze fase niet doorstaan, worden herzien of afgewezen.
  • Haalbaarheid kan economisch, technisch, operationeel en juridisch zijn.

Vragen met een twist.

Is de expertise van een businessanalist voldoende voor haalbaarheidsanalyse?

Nee, teamwerk is nodig: analist, architect, gespecialiseerde ontwikkelaars, vaak ook juristen.

Als een vereiste de haalbaarheidsanalyse doorstaat, betekent dit dan automatisch dat het wordt gerealiseerd?

Nee, haalbaarheid is een noodzakelijke, maar niet voldoende voorwaarde, want prioriteiten en beperkingen van het project hebben ook invloed op de keuze.

Is haalbaarheidsanalyse alleen nodig aan het begin van het project?

Nee, het moet worden herhaald bij elke significante wijziging in eisen of uitvoeringsvoorwaarden.

Typische fouten en anti-patterns

  • Verwaarlozing van haalbaarheidsanalyse voor "eenvoudige" of standaard eisen
  • Onderschatting van technische of regelgevende beperkingen
  • Alleen gericht op de wensen van stakeholders, zonder input van architecten of ontwikkelaars

Voorbeeld uit het leven

Negatieve case:

  • Het bedrijf wilde een supersnelle online calculator ontwikkelen, maar hield geen rekening met de verouderde infrastructuur. Al na een maand bleek dat de eis onuitvoerbaar was — het product moest worden ingekort. Voordelen: Snelle reactie op zakelijke behoeften. Nadelen: Tijd- en geldverlies, ontevredenheid van stakeholders.

Positieve case:

  • Voor de lancering van een nieuwe functionaliteit voor retailklanten werden de eisen onderworpen aan een voorlopige haalbaarheidsanalyse, waaruit beperkingen naar voren kwamen, en sommige eisen werden herzien. De uiteindelijke release werd op tijd en met minimale aanpassingen gerealiseerd. Voordelen: Risico's van vertragingen en budgetoverschrijdingen geminimaliseerd. Nadelen: Tijdsinvestering in analytische voorbereiding voor de start van de werkzaamheden.