Naar Inhoud

Slechte requirements – 10 signalen

door Mirjam van den Berg

Het is belangrijk om slechte requirements op tijd te herkennen. We weten immers allemaal dat slechte requirements zorgen voor (communicatie)problemen tussen belanghebbenden in een project en een grote impact kunnen hebben, zoals hoge herstelkosten en uitloop.

Slechte requirements – 10 signalen

En toch missen we vaak de vroege voortekenen dat we te maken hebben met slechte requirements. Dat het licht al op rood staat voordat het project goed en wel van start is.

Herkenningsignalen

Onderstaande signalen kunnen je helpen bij het herkennen van slechte requirements in je project. In willekeurige volgorde zijn dat:

  1. Veel geklaag van Business (de vragende partij) over ICT (de leverende partij) en vice versa. “Wanneer leveren ze eens wat we vragen?” of “Ze weten niet wat ze willen.”
  2. Het veelvuldig gebruik van vaktermen, zonder dat er verklaringen voor zijn gegeven.
  3. Requirements die voornamelijk zijn beschreven als oneliners.
  4. Beschrijvingen die de oplossing al bevatten, in plaats van het gewenste resultaat dat moet worden bereikt. Hierdoor kunnen andere, wellicht betere of goedkopere, alternatieven over het hoofd worden gezien.
  5. Er worden veel woorden gebruikt die ruimte laten voor aannames, zoals bijvoorbeeld afkortingen, woorden die niet concreet zijn in hun bereik, woorden die generaliseren of woorden waaraan iedereen een eigen invulling geeft.
  6. De requirements beschrijven vooral de vraag naar functies (wat het systeem moet doen), en nauwelijks de vraag naar kwaliteiten (hoe goed het systeem iets moet doen). Dit terwijl de GO/NOGO-beslissing uiteindelijk plaatsvindt op de kwaliteiten.
  7. Testers hebben moeite met het opstellen van goede en meetbare testgevallen. Zij vragen vaak om extra details.
  8. De beschrijving van één requirement bevat eigenlijk meerdere verwachtingen tegelijkertijd.
  9. Dit leidt later weer tot veel onduidelijkheid bij de oplevering of requirements wel of niet zijn verwerkt in het product of de release.
  10. Er is geen duidelijke rangorde tussen de requirements, waardoor het moeilijk te bepalen is of een requirement wel bijdraagt aan het realiseren van de allerhoogste behoefte die vervult moet worden.

Herken je één of meerdere van deze signalen? Onderneem dan direct actie, want goedkoop zal uiteindelijk toch duurkoop blijken. Anders gezegd,

"If you think good requirements are expensive, try bad requirements."
(Analoog aan Joseph Yoder over architectuur)

Gebruik jij nog andere signalen om slechte requirements te herkennen? Laat het ons dan weten en laat een reactie achter.

Reacties (0 totaal)

Er zijn nog geen reacties

Plaats een Reactie (Tijdelijk buiten gebruik)

Let op: Uw reactie wordt gepubliceerd. Voor privé-reacties kunt u rechtstreeks mailen met de auteur. Voor contact mogelijkheden bekijk het auteur profiel van Mirjam van den Berg

(Verplicht)

(Verplicht, wordt niet gepubliceerd)

Over de Auteur

Mirjam van den Berg Building Bridges between Business & ICT. Dat is wat ik, Mirjam van den Berg, van 'Building Bridges' het liefste doe.
Lees Meer in Profiel

Deel dit Artikel

Artikelen door Mirjam van den Berg

Mirjam van den Berg op Twitter

Mirjam_vd_Berg: "#Requirements achterhalen? Met zwijgen krijg je méér informatie!" http://t.co/znOxUPdS [NIEUW artikel]

Mirjam_vd_Berg: Vanavond zeer interessante aflevering van VPRO's #Tegenlicht gezien over #powertothepeople en #energierevolutie.

Mirjam_vd_Berg: Morgen verstuur ik weer n tip: Spreken is zilver, zwijgen is meer info. Lezen? Abonneer je via: bridgingminds.nl #requirements achterhalen

Mirjam_vd_Berg: RT @functioneel: http://t.co/6nQ1Z1wV is sponsor van het Focus on Demand congres (13-12). Schrijf je via ons in met 20% korting: http:// ...

Mirjam_vd_Berg: ?Keep in mind always the present you are constructing. It should be the future that you want.? - Alice Walker #requirements

Volg Mirjam van den Berg op Twitter