Computable.nl
  • Thema’s
    • Carrière
    • Innovatie & Transformatie
    • Cloud & Infrastructuur
    • Data & AI
    • Governance & Privacy
    • Security & Awareness
    • Software & Development
    • Werkplek & Beheer
  • Sectoren
    • Channel
    • Financiële dienstverlening
    • Logistiek
    • Onderwijs
    • Overheid
    • Zorg
  • Computable Awards
    • Overzicht
    • Nieuws
    • Winnaars
    • Partner worden
  • Vacatures
    • Vacatures bekijken
    • Vacatures plaatsen
  • Bedrijven
    • Profielen
    • Producten & Diensten
  • Kennisbank
  • Nieuwsbrief

Specificaties als fundament

06 januari 2000 - 23:003 minuten leestijdOpinieGovernance & Privacy
Edwin de Nies
Edwin de Nies

Dsdm staat of valt bij heldere, eenduidige specificaties, meent Edwin de Nies. In navolging van Karl Wiegers onderscheidt hij drie niveaus.

Met belangstelling heb ik het artikel van Arie van Bennekum (Computable, 19 november) gelezen. De principes van dsdm onderschrijf ik van harte, maar waar het artikel naar mijn mening enigszins aan voorbij gaat, is het belang van heldere, eenduidige specificaties. Van Bennekum stelt zelfs dat de eindkwaliteit bepaald wordt door de werkelijke behoefte en de bestaande situatie, in plaats van op basis van algemene specificaties.
De auteur roert hier een belangrijk punt aan, zonder daar echter nader op in te gaan en dat is jammer. Goede specificaties (ik gebruik liever de Engelse term requirements ) vormen namelijk mijns inziens het fundament van een goed systeem.
Karl Wiegers (http://www.processimpact.com) onderscheidt drie niveaus met betrekking tot de ‘requirements’:
In business requirements wordt beschreven waarom een project überhaupt wordt uitgevoerd, in welke mate, en op welke wijze het bijdraagt aan de doelstellingen van de organisatie. Deze ‘requirements’ worden vastgelegd in een ‘Vision and Scope’-document en bepalen de grenzen van het uit te voeren project; wat behoort wel tot het project en – vooral – wat niet.
In de user requirements wordt beschreven wat het op te leveren systeem moet doen. In het use case document, staat de taak of taken die de gebruiker(s) met behulp van het systeem willen of moeten uitvoeren, beschreven.
In de functional requirements wordt beschreven hoe het systeem de gewenste functionaliteit zal moeten gaan leveren; de ‘software requirements specification’ (srs).
Dit past prima binnen de dsdm-filosofie. Samen zijn alle betrokkenen (management, met name met betrekking tot de ‘business requirements’, gebruikers en ontwikkelteam) verantwoordelijk voor de kwaliteit van de ‘requirements’. Het spreekt vanzelf, dat een goed beheer van de ‘requirements’ een vereiste is.
Voortschrijdend inzicht leidt gedurende het ontwikkelingstraject tot gewijzigde eisen en daarmee tot wijzigingen in de ‘requirements’. Op het laagste niveau (de SRS) zijn – na een kosten/baten-analyse – zonder al te veel problemen wijzigingen in de ‘requirements’ aangebracht; gebruikersorganisatie en ontwikkelteam zijn hiervoor verantwoordelijk. Bij wijzigingsvoorstellen op het tweede niveau zal altijd eerst (bijvoorbeeld door de projectleider) moeten
worden vastgesteld of de voorgestelde wijzigingen in lijn zijn met de visie en binnen de scope vallen die op het hoogste niveau zijn vastgelegd. Valt een voorgestelde wijziging buiten de scope, maar wordt deze toch als noodzakelijk beschouwd, dan zullen de ‘business requirements’ moeten worden bijgesteld.
De betrokkenheid van het management wordt hierdoor gestimuleerd.
Door de verantwoordelijkheid voor de ‘requirements’ daar te leggen, waar ze horen, ontstaat betrokkenheid. De mensen in kwestie zullen ook beter in staat zijn prioriteiten te stellen: moet een wijziging in de eerstvolgende versie van de software zijn aangebracht, kan het in een volgende versie)? Als de gewenste afwijkende of nieuwe functionaliteit vervolgens door de verantwoordelijken (en dit zijn dus op niveau twee en drie onder andere de gebruikers) wordt afgezet tegen de kosten die ermee gemoeid gaan, zal alleen de essentiële functionaliteit in het systeem worden opgenomen. Dit draagt bij aan een kortere ’time-to-market’ en lagere kosten, ofwel een hogere ‘return-on-investment’.
 
Edwin de Nies, competence manager system development,
Randstad Automatiseringsdiensten.

Deel

    Inschrijven nieuwsbrief Computable

    Door te klikken op inschrijven geef je toestemming aan Jaarbeurs B.V. om je naam en e-mailadres te verwerken voor het verzenden van een of meer mailings namens Computable. Je kunt je toestemming te allen tijde intrekken via de af­meld­func­tie in de nieuwsbrief.
    Wil je weten hoe Jaarbeurs B.V. omgaat met jouw per­soons­ge­ge­vens? Klik dan hier voor ons privacy statement.

    Whitepapers

    Computable.nl

    GenAI: Veiligheidsrisico of wapen tegen dreiging?

    Wat AI betekent voor jouw securityaanpak? Alles over de risico’s en strategieën om GenAI verantwoord in te zetten.

    Computable.nl

    Bouw de AI-organisatie niet op los zand

    Wat is de afweging tussen zelf bouwen of het benutten van cloud?

    Computable.nl

    Beveiliging en IT samen sterk tegen bedreigingen

    Deze paper geeft concrete strategieën en handvatten om IT en Security effectiever te integreren.

    Meer lezen

    AchtergrondSecurity & Awareness

    Dit gaat NIS2 jouw bedrijf aan tijd en geld kosten

    compliance
    OpinieGovernance & Privacy

    Waarom Dora- en NIS2-compliance beginnen met assetmanagement

    grens België - Nederland
    ActueelData & AI

    Ai in de Benelux: veel strategie, weinig uitvoering

    ActueelGovernance & Privacy

    Microsoft: we zijn geen hulpsheriff

    OpinieCloud & Infrastructuur

    Opkomst van soevereine clouds: stel dataportabiliteit centraal

    big tech
    ActueelOverheid

    Na ingreep Microsoft bij ICC: kabinet waarschuwt voor afhankelijkheid Amerikaanse tech

    Geef een reactie Reactie annuleren

    Je moet ingelogd zijn op om een reactie te plaatsen.

    Populaire berichten

    Meer artikelen

    Uitgelicht

    Partnerartikel
    AdvertorialInnovatie & Transformatie

    Ontdek de toekomst van IT-support en m...

    Op 16 september 2025 vindt in de Jaarbeurs in Utrecht een gloednieuw event plaats dat volledig is gericht op IT-professionals:...

    Meer persberichten

    Footer

    Direct naar

    • Carrièretests
    • Kennisbank
    • Planning
    • Computable Awards
    • Magazine
    • Abonneren Magazine
    • Cybersec e-Magazine
    • Topics

    Producten

    • Adverteren en meer…
    • Jouw Producten en Bedrijfsprofiel
    • Whitepapers & Leads
    • Vacatures & Employer Branding
    • Persberichten

    Contact

    • Colofon
    • Computable en de AVG
    • Service & contact
    • Inschrijven nieuwsbrief
    • Inlog

    Social

    • Facebook
    • X
    • LinkedIn
    • YouTube
    • Instagram
    © 2025 Jaarbeurs
    • Disclaimer
    • Gebruikersvoorwaarden
    • Privacy statement
    Computable.nl is een product van Jaarbeurs