Am 15. Oktober 2014 legte die Elias-Kommission einen Bericht vor, der Rijksprojekte künftig verpflichtend vor dem Start prüfen lassen sollte — eine direkte Reaktion auf IT-Projekte, die zig Millionen Euro verschwendet hatten, bevor jemand eingriff. Diese eine Empfehlung wuchs zu einer Prüfkette heran, die bis heute besteht: Der Gedanke, dass man ein Projekt prüfen muss, bevor man beginnt, ist in den Niederlanden keine Beratermode, sondern feste Regierungspolitik. Wer diese Linie kennt, versteht, warum Startbereitschaft keine weiche Empfehlung ist, sondern eine hart erlernte Lehre.
2007: Der Rechnungshof stellt die Diagnose
Die Linie beginnt mit der Diagnose. Der niederländische Rechnungshof (Algemene Rekenkamer) analysierte in "Lessen uit ICT-projecten" (2007/2008), warum staatliche IT so oft scheiterte. Seine Schlussfolgerung war ernüchternd einfach: Die Hauptursache ist zu viel Ehrgeiz und Komplexität, ohne Balance mit Menschen, Mitteln und Zeit.
Nicht die Technik war das Problem, und nicht die Ausführung. Das Problem lag am Anfang: Projekte, die mehr wollten, als sie tragen konnten, mit Plänen, die dieses Ungleichgewicht nicht sichtbar machten. Die Diagnose wies, mit anderen Worten, direkt auf die Qualität der Vorbereitung.
2014: Die Kommission Elias zieht die Schlussfolgerung
Diese Diagnose erhielt politisches Gewicht durch die parlamentarische Untersuchung der Kommission Elias. Der Abschlussbericht "Grip op ICT", vorgestellt am 15. Oktober 2014, untersuchte scheiternde staatliche IT und kam mit einer Hauptempfehlung, die genau an die Diagnose anknüpfte: eine verpflichtende Prüfung vor dem Start.
Die Kommission formulierte zehn Grundregeln und plädierte für eine unabhängige Instanz, die Reichsprojekte prüfen sollte, bevor sie begännen. Die Logik war klar: Wenn Projekte am Anfang scheitern, dann muss man sie am Anfang aufhalten: nicht auf halbem Weg zu retten versuchen.
2015: Das BIT beginnt zu prüfen
Aus dieser Empfehlung ging das Bureau ICT-toetsing hervor, das BIT. Ab 2015 prüfte das BIT alle Reichsprojekte von mehr als fünf Millionen Euro mit einer IT-Komponente, bevor sie starteten. Eine konkrete, verpflichtende Pforte am Anfang: genau das, was die Kommission Elias im Sinn hatte.
Das BIT gab auf Anfrage und unaufgefordert Rat über die Machbarkeit und die Risiken von Projekten und wurde damit die institutionelle Verkörperung des Gedankens, dass Prüfen vor dem Start sich lohnt. Nicht als bürokratische Hürde, sondern als die Bremse, die der Rechnungshof vermisst hatte.
Heute: Das Adviescollege ICT-toetsing
Das BIT wurde vom Adviescollege ICT-toetsing abgelöst, das die Rolle fortsetzt und erweitert. Das Kollegium verwendet einen öffentlichen Prüfrahmen von neun Risikogebieten: und dieser Rahmen liest sich wie eine Blaupause dafür, was ein startbereiter Plan enthalten muss:
- Business Case, Nutzen und Finanzierung;
- Auftraggeber und Projektorganisation;
- Risikobeherrschung und Abhängigkeiten;
- Scope-Beherrschung;
- Realisierung und Terminplanung;
- und mehr.
Wer die früheren Artikel dieser Reihe verfolgt hat, erkennt die Themen sofort: ergebnisorientierte Ziele, ein bewusst kleiner Scope, eine abgewogene Konzeptwahl, an Erfahrungswerten geeichte Schätzungen, Governance mit Gegendenken. Der Prüfrahmen des Adviescollege bildet nahezu eins zu eins die Kategorien ab, anhand derer ein Startbereitschafts-Scan einen Plan beurteilt.
Warum dies mehr ist als eine niederländische Geschichte
Diese Linie, Rechnungshof, Elias, BIT, Adviescollege, ist keine zufällige Abfolge von Berichten. Sie ist eine parlamentarisch verankerte Beweislinie dafür, dass Prüfen vor dem Start funktioniert und nötig ist. Der niederländische Staat hat nach Jahren teurer Fehlschläge institutionalisiert, was die internationale Literatur unabhängig davon zeigt: Das Front-End ist der Ort, an dem der Projekterfolg entschieden wird.
Zwei Bewegungen — eine parlamentarische Untersuchung in Den Haag und jahrzehntelange akademische Forschung weltweit — kamen unabhängig voneinander zur selben Schlussfolgerung: vor dem Start prüfen.
Das Bemerkenswerte ist, dass die niederländische Praxis und die internationale Wissenschaft völlig unabhängig voneinander zu derselben Schlussfolgerung kamen. Williams und Samset über die Konzeptwahl, Flyvbjerg über den Optimism Bias, Collins und Kollegen über den Scope: und gleichzeitig das Adviescollege, das Alternativen, einen kleinen Scope und realistische Schätzungen verlangt. Zwei Bewegungen, eine Antwort.
Was das für Sie bedeutet
Legen Sie den Prüfrahmen des Adviescollege neben Ihren eigenen Projektplan und gehen Sie die neun Risikogebiete einzeln durch — Business Case, Auftraggeberschaft, Risikobeherrschung, Scope, Planung. Jedes Gebiet ohne Antwort ist ein Gebiet, auf dem ein Rijksprojekt zurückgeschickt worden wäre.
Der Staat hat sein Lehrgeld mit zig Millionen an gescheiterten IT-Projekten bezahlt. Sie können die Lehre kostenlos übernehmen.
Quellen
- Algemene Rekenkamer (2007/2008), Lessen uit ICT-projecten, kst-26643-100.
- Tijdelijke commissie ICT-projecten (commissie-Elias) (2014), Grip op ICT — Eindrapport, Kamerstuk 33326 nr. 5.
- Adviescollege ICT-toetsing, Toetskader (negen risicogebieden).
- Williams, T. & Samset, K. (2010), over de conceptkeuze als bepalende front-end-beslissing.
- Flyvbjerg, B. (2021), Top Ten Behavioral Biases in Project Management, Project Management Journal.
- Collins, W., Parrish, K. & Gibson, G.E. (2017), Journal of Management in Engineering.