Früher war alles besser.
Und einfacher.
Da entschied einer und das wurde dann gemacht. Ein Einziger.
Es war die Zeit der Fünfjahrespläne, in denen dann die Entscheidungen auch durchgehalten wurden. Auch wenn es in den Untergang führte, was die Geschichte häufiger mal als Beweis erbrachte.
Dann kam die Zeit, als ich zum ersten Mal an der Programmierung einer Datenbank mitwirken durfte. Ich musste die inhaltlichen Vorgaben machen. Lastenheft nennt sich das.
„Herr Hahn, können Sie mit Sicherheit sagen, dass der Fall der Gratisvergabe von Einsernoten für die Studenten nicht doch irgendwann mal eintreten könnte? Wir brauchen jetzt eine verbindliche Entscheidung. Für alle Zukunft!“
Entscheidung 1.0
So wurde damals programmiert. Lastenheft mit Anforderungen erstellen. Alle Eventualitäten mussten vorher durchgekaut und entschieden werden. Alle. Dann wurde demgemäß programmiert. So sahen die Ergebnisse dann oft auch schauerlich aus. Weil …, ja weil sich die Praxis zwischenzeitlich längst geändert hatte und sich nicht mehr an die Programmierung hielt. Aber das Programm war ja nun mal fertig.
Weil falsche Entscheidungen in diesem Ansatz so fatale Folgen hatte, entschied man im Zweifel gar nicht. Oder nach langer Prüfung. Oder vielen Meetings. Und wenn eine Fehlentscheidung geschah, musste das Programm oft dennoch durchgezogen werden. Weil ja bereits entschieden worden war.
Entscheidungsfindung der alten Schule. Projektmanagement der alten Schule. Linear. Entscheidungsprozesse vor Projektumsetzung. Basta.
Agile Entscheidungsfindung
So wird das heute nix mehr. Ich plädiere für den Begriff „Agiles Entscheiden“. Denn heute entscheidet man
