Kwaliteit functionarissen

Naast taal en interpretatie als faalbron is er natuurlijk de functionaris zelf die fouten kan maken omdat hij of zij niet de juiste kennis of kunde heeft . Naarmate een functionaris meer betrokken is in het voortraject van informatiesysteem ontwikkeling, zijn de gevolgen van een fout groter, simpelweg omdat alles dat er sequentieel achteraan komt dan ook moet worden overgedaan.

De ICT-organisatie is opgedeeld naar functionaliteit. De functies en functiebenamingen verschillen van organisatie tot organisatie. In feite geldt dat hoe eerder een functionaris participeert in het informatiesysteem-ontwikkelproces, hoe belangrijker hij of zij is … … Niet omdat iemand belangrijker is, maar omdat een fout in het voortraject meestal een grotere gevolgschade heeft, want de fout zit dan ook in alle deelproducten daarna, die op basis van het voortraject zijn gebouwd.

Dit impliceert dus dat een lijnmanager die een verkeerde beslissing neemt aan het begin van het ontwerp van een applicatie meer impact heeft dan een tester die aan het eind van traject zit. Je kunt dus stellen dat een business analist een grotere verantwoordelijkheid heeft dan een functioneel ontwerper die op zijn beurt weer een grotere verantwoordelijkheid heeft dan een programmeur.

Niet dat een tester of een programmeur niet een kapitale fout kan maken, want dat kunnen ze absoluut zeker, maar de herstelkosten van een programmeursfout of testfout zijn (in veruit de meeste gevallen) relatief veel lager. De faalkosten van een programmeerfout zijn normaliter veel kleiner dan een fout in het database ontwerp of een foutieve interpretatie van een set business-rules bij het opstellen van use-cases door ontwerpers, of het verkeerd definiëren van een oplossing (business case) door de business-analist.

Het feit dat fouten en omissies in een applicatie vaak laat worden ontdekt, namelijk als ze al geprogrammeerd zijn (meestal pas bij het testen door de eigen ICT-afdeling of bij de gebruikers acceptatie test), is er de oorzaak van dat men in het taalgebruik altijd spreekt van foute programmatuur. Daarbij kan nog worden vermeld dat de hedendaagse programmeur qua coderen weinig of geen fouten meer kan maken, simpelweg omdat de code gegenereerd wordt en er talloze geautomatiseerde controles plaatsvinden binnen de softwareomgeving waarmee men de applicatie ontwikkelt.

Fouten en omissies en de  daarmee samengaande  te hoge kosten ontstaan dus eerder door verkeerde ontwerpen en ideeën van allerlei functionarissen aan de voorkant van de informatiesysteemontwikkeling dan door programmeerfouten of testfouten.

Het is zaak om de kwaliteit van van functionarissen in elke rol (zowel aan de  ICT zijde als aan de business/AO zijde) grondig te controleren.  Zeker ook omdat soms vanuit bedrijfspolitieke beweegredenen functionarissen arriveren op plaatsten waarvoor  ze minder geschikt zijn. Derhalve zijn continu assessments noodzakelijk om er voor te zorgen dat de juiste man of vrouw op de juiste plaats zit.

SOLIM biedt diverse  trainingen,  functie-assessments en consultancy voor metingen en verbetertrajecten om de faalkans  aanzienlijk te verkleinen.