Requirements Elicitation richt zich op het verzamelen, analyseren en uitwerken van requirements voordat deze formeel worden vastgelegd, gepland en ontwikkeld.
Het doel is om voldoende inzicht te verkrijgen in processen, gegevens, gebruikersbehoeften, rapportages, beveiliging, integraties en migratievraagstukken zodat requirements volledig, consistent en uitvoerbaar kunnen worden beschreven.
Requirements Elicitation vormt de brug tussen Discovery & Intake en Requirements Management.
Understand the solution before documenting the requirements.
🎯 Doel
Het doel van Requirements Elicitation is om:
- businessbehoeften verder uit te werken
- ontbrekende informatie te identificeren
- requirements te verduidelijken
- oplossingsrichtingen te verkennen
- risico's vroegtijdig zichtbaar te maken
- een solide basis voor requirements vast te leggen
🧠 Wat is Requirements Elicitation?
Requirements Elicitation omvat alle activiteiten waarmee aanvullende informatie wordt verzameld voordat requirements definitief worden beschreven.
Deze fase richt zich op vragen zoals:
- Welke gegevens moeten worden vastgelegd?
- Hoe werken gebruikers met de oplossing?
- Welke rapportages zijn nodig?
- Welke systemen moeten worden gekoppeld?
- Welke beveiligingseisen gelden?
- Moet bestaande data worden gemigreerd?
Belangrijke vraag
Hebben we voldoende inzicht om requirements correct vast te leggen?
🗄️ Data Model
Bepalen welke gegevensobjecten nodig zijn en hoe gegevens met elkaar samenhangen.
Onderwerpen
- Tabellen
- Relaties
- Data Ownership
- Datakwaliteit
- Lifecycle
Doel
Inzicht krijgen in de gegevensstructuur van de oplossing.
Voorbeelden
- Klanten
- Contactpersonen
- Projecten
- Contracten
- Cases
👉 Open Data Model
📝 Fields
Bepalen welke informatie per gegevensobject moet worden vastgelegd.
Onderwerpen
- Attributen
- Datatypes
- Verplichte Velden
- Business Rules
- Validaties
Doel
Vaststellen welke gegevens nodig zijn voor processen, rapportages en integraties.
Voorbeelden
- Klantnummer
- Status
- Startdatum
- Prioriteit
- Eigenaar
👉 Open Fields
🎨 User Experience
Bepalen hoe gebruikers met de oplossing werken.
Onderwerpen
- Apps
- Forms
- Views
- Navigatie
- Gebruikersscenario's
Doel
Inzicht krijgen in de gewenste gebruikerservaring.
Voorbeelden
- Model-Driven Apps
- Canvas Apps
- Mobiele gebruikers
- Dashboards
- Werkprocessen
👉 Open User Experience
📊 Reporting
Bepalen welke rapportages, dashboards en stuurinformatie noodzakelijk zijn.
Onderwerpen
- KPI's
- Dashboards
- Managementrapportages
- Operationele Rapportages
- Analytics
Doel
Inzicht krijgen in informatiebehoeften.
Voorbeelden
- Openstaande aanvragen
- Doorlooptijden
- Performance KPI's
- Management Dashboards
👉 Open Reporting
🔐 Security
Bepalen welke gebruikers toegang krijgen tot welke gegevens en functionaliteit.
Onderwerpen
- Rollen
- Rechten
- Toegangsniveaus
- Data Security
- Compliance
Doel
Begrijpen hoe toegang moet worden ingericht.
Voorbeeldvragen
- Wie mag records bekijken?
- Wie mag records wijzigen?
- Welke gegevens zijn vertrouwelijk?
- Zijn externe gebruikers betrokken?
👉 Open Security
🔗 Integrations
Bepalen welke systemen gegevens moeten uitwisselen.
Onderwerpen
- Bronsystemen
- Doelsystemen
- API's
- Synchronisatie
- Connectors
Doel
Inzicht krijgen in technische afhankelijkheden.
Voorbeelden
- ERP
- CRM
- SharePoint
- Azure Services
- Externe Applicaties
👉 Open Integrations
🔄 Data Migration
Bepalen of bestaande gegevens moeten worden overgenomen.
Onderwerpen
- Brondata
- Datakwaliteit
- Migratiestrategie
- Historische Gegevens
- Conversieregels
Doel
Inzicht krijgen in de impact van migratieactiviteiten.
Voorbeeldvragen
- Welke data moet worden meegenomen?
- Welke kwaliteit heeft de brondata?
- Hoeveel data moet worden gemigreerd?
👉 Open Data Migration
📋 Vastleggen van Requirements
Na afronding van Requirements Elicitation worden de verzamelde inzichten vertaald naar formele requirements.
Dit resulteert bijvoorbeeld in:
- Business Requirements
- Functional Requirements
- Non-Functional Requirements
- User Stories
- Acceptatiecriteria
- Backlog Items
👉 Open Requirements
📦 Deliverables
Typische resultaten van Requirements Elicitation zijn:
- Conceptueel Datamodel
- Overzicht van Velden
- Gebruikersscenario's
- Security Matrix
- Integratieoverzicht
- Rapportagebehoeften
- Migratieanalyse
- Requirements Input
✅ Best Practices
Doe
- Werk vanuit processen en gebruikersbehoeften
- Stel open vragen tijdens workshops
- Visualiseer gegevens en processen
- Betrek business en IT gezamenlijk
- Leg aannames expliciet vast
- Valideer bevindingen met stakeholders
Vermijd
- Direct starten met ontwerpen
- Oplossingen bedenken zonder requirements
- Techniek leidend maken
- Aannames niet vastleggen
- Gebruikers niet betrekken
- Incomplete requirements accepteren