Visual: Ansumo Piramide van abstractie
Requirement analyse in een ERP-implementatie is zelden een kwestie van simpel lijstjes verzamelen. Het is een complexe puzzel van processen, varianten en uitzonderingen verspreid over verschillende afdelingen. Zonder structuur verlies je al snel het overzicht. Daarom hebben wij bij de Ansumo Piramide van Abstractie ontwikkeld: een denkraam om grip te houden op die complexiteit. Een gestructureerde requirement analyse is niet alleen essentieel voor het ontwerp van een ERP-oplossing, maar voor andere facetten in het grotere project.
De piramide helpt om requirements niet willekeurig op te schrijven, maar ze stap voor stap op te bouwen van abstract naar concreet. Elk niveau in de piramide is logisch verbonden met de laag erboven. Daarmee is het niet alleen een hulpmiddel voor ontwerp en testing, maar ook voor planning, scopebepaling en projectcommunicatie.
-
Doel: Hoewel requirement analyse doorgaans niet tot onze directe scope behoort, staan we er wél op dat dit denkkader wordt ingezet zodra blijkt dat de bestaande analyse onvoldoende is. De piramide helpt dan om alsnog structuur, volledigheid en samenhang aan te brengen—juist om te voorkomen dat ontwerp, planning of testen gaan leunen op onvolledige of onsamenhangende input.
-
Toepassing: Deze piramide is breder inzetbaar dan alleen voor analyse. Hoe beter je dit denkkader toepast, hoe meer houvast het biedt voor andere onderdelen van het project—denk aan projectmanagement, scopebepaling, testplanning en acceptatiecriteria. Het helpt je om consistentie aan te brengen en steeds het grotere geheel voor ogen te houden.
-
Belang: Grote ERP-implementaties beslaan vrijwel altijd meerdere afdelingen. Juist dan is het van belang om één eenduidige methodiek te hanteren die afdelingsoverschrijdend werkt. De piramide biedt dat gedeelde raamwerk en voorkomt dat elke afdeling op een eigen manier werkt. Zo blijft het geheel beheersbaar, wordt overlap of hiaten zichtbaar en ontstaat een consistente basis voor ontwerp, test en implementatie.
Toelichting:
De visual hiernaast laat zien hoe zo’n piramide er in de praktijk uit kan zien voor een project. Het is geen vast stramien, maar een denkkader dat je per implementatie concreet invult. Als je deze structuur zorgvuldig opbouwt en bijhoudt, wordt vanzelf duidelijk waar nog gaten zitten (in dit geval het ontbreken van witte vlakken). Die leegtes zijn juist belangrijk om te spotten: ze geven precies aan waar nog uitvraag, analyse of verdieping nodig is. Op basis daarvan kun je gericht actie uitzetten om de requirement analyse verder te voltooien. Zo stuur je niet op gevoel, maar op structuur.
- 1
Top van piramide – Eén centrale veranderopgave of projectdoel.
- 2
Kadering (bijvoorbeeld Domeinen) – Afdelingen of functionele gebieden (bijv. Finance, Logistiek, HR).
- 3
Meerdere processen per domein – Alle relevante processen per domein.
- 4
Meerdere varianten per proces – Happy flow, alternatieve routes en verstoringen.
- 5
Meerdere requirements per variant – Uitgewerkte requirements per variant met een logische combinatie van entiteiten (klant / artikel / leverancier / etc.).