In de pre-projectfase identificeert de businessanalist de belangrijkste zakelijke beperkingen met betrekking tot het budget, de tijdlijn, middelen, regelgeving, technologische compatibiliteit, interne bedrijfsprocedures of externe marktomstandigheden. De analist documenteert deze beperkingen uitgebreid en legt de nadruk op hun impact op de vereisten en mogelijke manieren om ze te omzeilen.
Er wordt een speciaal sectie in de vereisten specificatie gebruikt, bijvoorbeeld:
**Beperkingen:** - Maximale budget — 5 miljoen roebel. - Lancering uiterlijk op 01.09.2024 - Het systeem werkt alleen op de bestaande infrastructuur (Linux-servers)
Belangrijke kenmerken:
Zijn beperkingen onderdeel van de zakelijke vereisten?
Nee, beperkingen zijn externe voorwaarden of kaders waarbinnen de vereisten worden gerealiseerd, en geen vereisten zelf.
Kunnen niet-geformaliseerde beperkingen worden genegeerd?
Nee. Zelfs niet-geformaliseerde beperkingen (bijvoorbeeld interne bedrijfsregels) moeten absoluut worden geïdentificeerd en opgenomen in de documentatie, anders riskeert het project vertraging op te lopen.
Is de businessanalist verantwoordelijk voor de juiste beschrijving van technische beperkingen?
Ja, de analist moet zowel zakelijke als technische beperkingen beschrijven, hoewel details over technische aspecten ter goedkeuring aan de architect of technische expert mogen worden voorgelegd.
Negatieve case: In een project voor een bank werden wettelijke beperkingen voor gegevensopslag niet in aanmerking genomen.
Voordelen: Het proces ging sneller van start Nadelen: Eindproduct voldeed niet aan de audit en werd geblokkeerd, het bedrijf moest snel de architectuur herzien.
Positieve case: De analist betrok vanaf dag één de juridische afdeling bij de discussie en documenteerde elke beperking in overeenstemming met 152-FZ.
Voordelen: Problemen werden meteen aan het begin ontdekt, het ontwerp werd meteen met de wet in gedachten gemaakt. Nadelen: Meer tijd was nodig voor de goedkeuring van documenten.