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

Zorg voor een doeltreffend Programma van Eisen

06 mei 2013 - 12:053 minuten leestijdOpinieSoftware & Development

Met een Programma van Eisen geef je als opdrachtgever aan, aan welke eisen en randvoorwaarden het te ontwikkelen systeem moet voldoen. Je wilt voorkomen dat de bekende schommelkarikatuur ook van toepassing wordt op je project. Dat bereik je door te zorgen dat je zelf goed weet wat je wilt, door je eisen helder te communiceren en tevens door op tijd te controleren of alles aan je eisen voldoet.

Om de schommelkarikatuur te verslaan moet een Programma van Eisen drie basisingrediënten bevatten. Deze drie basis ingrediënten versterken elkaar en vormen gezamenlijk een ijzersterk recept.

  1. Om te zorgen dat je zelf goed weet wat je wilt heb je een concreet beeld van de gewenste situatie nodig. Dat beeld moet je geleidelijk opbouwen. Het lukt je niet om dat vooraf (voordat de bouw van het systeem is gestart) in de volle breedte en met alle details te overzien.

    Voor het Programma van Eisen betekent dit dat je het in delen oplevert of beter gezegd dat je het project opdeelt in kleine deelprojecten. Voor ieder deelproject stel je een mini-PvE op tijdens het voorgaande deelproject. Je begint met de kern van het systeem en bouwt dat met iedere mini-PvE verder uit. Op deze manier hoef je niet alles vooraf te bedenken, maar borduur je voort op de software die in eerdere deelprojecten is opgeleverd.

  2. Om je eisen helder te communiceren aan het ontwikkelteam is tweerichtingsverkeer noodzakelijk. Dat is namelijk de enige manier om erachter te komen of je eisen duidelijk zijn en goed geïnterpreteerd worden door de ontvanger.

    Voor het Programma van Eisen betekent dit dat je een groot deel mondeling overbrengt en daardoor niet alle details schriftelijk hoeft vast te leggen. Alleen informatie waarop je later terug wilt kunnen grijpen moet expliciet vastgelegd worden. Hoe vaker je mondeling contact hebt met het ontwikkelteam, hoe minder details je hoeft vast te leggen. Bovendien is het veel eenvoudiger om mondeling uit te leggen wat je wilt en hoor je meteen of je boodschap correct overkomt.

  3. Om zinvol te controleren of de software aan je eisen voldoet moet je zorgen dat je ruimte hebt om bij te sturen. Het gaat er namelijk om dat je (uiteindelijk) een systeem opgeleverd krijgt dat volledig aan je wensen voldoet. Daarop controleren is belangrijk, maar alleen als er daarna ook ruimte is voor herstelacties komt het perfecte systeem dichterbij.

    Voor het Programma van Eisen betekent dit dat de bijbehorende acceptatietesten vroegtijdig moeten worden uitgevoerd. Hoe eerder en hoe vaker je test, hoe eenvoudiger en minder kostbaar het is om de software aan te passen. Voer daarom niet alleen acceptatietesten aan het eind van ieder deelproject uit, maar geef ook tussentijds feedback op schermprototypen en nog in bewerking zijnde onderdelen van het systeem.

Kortom, participeren tijdens de ontwikkeling van de software is effectiever dan vooraf een omvangrijk en gedetailleerd Programma van Eisen opstellen.

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

    Staat van Digitale Connectiviteit binnen de Bouw- en Installatiebranche 2025

    Digitale connectiviteit is de kern van veel processen in de bouw en volgens insiders van strategisch belang voor de toekomst van de sector. Waar sta jij?

    Computable.nl

    Design Sprints: 4 dagen van idee naar prototype

    Hoe zet je in vier dagen tijd een gevalideerd prototype neer met Design Sprints?

    Computable.nl

    Resultaatgericht Samenwerken (RGS).

    RGS is een gestructureerde methode die vastgoedprofessionals direct ondersteunt bij kwaliteitsverbetering, kostenefficiëntie en verduurzaming.

    Meer lezen

    ActueelFinanciële dienstverlening

    Rechter kraakt falende erp-consultant

    ActueelCarrière

    Kort: Paul Broekhuizen leidt Fsas Benelux, Brink Software verkocht (en meer)

    ActueelData & AI

    Europese beurzen voor grensverleggend UvA-onderzoek in it

    AchtergrondSoftware & Development

    License to bill

    AchtergrondData & AI

    Ai-bedrijf Braincreators stelt de mens weer centraal in nieuwe koers

    ActueelSoftware & Development

    Europese tech hongert naar Navo-orders

    11 reacties op “Zorg voor een doeltreffend Programma van Eisen”

    « Oudere reacties
    1. Henri Koppen schreef:
      13 mei 2013 om 10:05

      Nee brombeer,

      Documenteren en vastleggen heeft een zeer slechte business case en is gewoon verspilde moeite. Ik documenteer veel omdat het een vereiste vaak is. Maar ik stop in *al* mijn documentatie woord grapjes en de belofte van gebak als je mij een e-mail stuurt. Ik heb nog *NOOIT* gebak hoeven brengen.

      Documentatie moet vanzelf ontstaan en terugvindbaar zijn. Een soort logisch gevolg van communicatie. Maar het vastleggen om het vastleggen is redelijk zinloos.

      Belangrijke mensen in het proces/software wat je beheerd hebben vaak wel de kennis of kunnen je in de juiste richting wijzen.

      Brombeer zeg nu eens eerlijk: Zo te horen heb je vaak bij gebruikers moeten re-engineeren wat ooit de bedoeling was. Heb jij dat toen netjes gedocumenteerd? En heeft ooit iemand dat gebruikt? Wel eerlijk zijn heh!

      De praktijk is dat het re-engineeren af en toe minder kost dan alles achteraf te documenteren met de grote kans dat het toch weer achterhaald is. Kennis moet organisch ontstaan (gecodificeerd of personaliseerd), kunstmatig pielen omdat het moet… ik geloof er niet in.

      Login om te reageren
    « Oudere reacties

    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