Was sichtbar ist, ist selten das Problem.
Symptome sind laut. Sie fordern Aufmerksamkeit, erzeugen Druck, verlangen Reaktion.
Also wird reagiert. Ein neues Tool. Ein angepasster Prozess. Eine weitere Anforderung.
Das Problem bleibt.
Wer nur Symptome behandelt, behandelt immer wieder. Wer die Ursache finden möchte, muss zuerst verstehen. Der Unterschied liegt nicht im Aufwand, sondern im Zeitpunkt.
Wann wird gefragt, was hier eigentlich passiert?
Erst die Fragen, dann die Antworten.
In der Praxis beginnt Arbeit oft dort, wo bereits entschieden wurde.
Das System ist gesetzt. Das Tool ist lizenziert. Die Richtung ist klar.
Was fehlt, sind Anforderungen. Also werden Anforderungen gesammelt.
Aber Anforderungen sind keine Probleme.
Sie sind Meinungen darüber, was die Lösung tun soll.
Wer nur Anforderungen sammelt, bekommt ein System, das genau das tut, was alle dachten, dass es gebraucht wird. Nicht unbedingt das, was wirklich gebraucht wird.
Die W-Fragen kommen zuerst.
Was ist das eigentliche Problem?
Was wollen wir lösen?
Was haben wir schon?
Was sind sinnvolle nächste Schritte?
Erst wenn diese Fragen beantwortet sind, macht es Sinn, über Lösungen nachzudenken.
Problem- und Lösungsraum
Zwei Phasen. Zwei verschiedene Arten zu denken. Wer sie vermischt, arbeitet im falschen Modus.
Der Problemraum ist, wo verstanden wird.
Wo Ursachen sichtbar werden, Annahmen hinterfragt werden, die eigentliche Frage entsteht.
Der Lösungsraum ist, wo gebaut wird.
Wo Entscheidungen umgesetzt, Systeme entwickelt, Anforderungen realisiert werden.
Wenn beide verwechselt werden, entsteht Bewegung ohne Fortschritt.
Systeme werden ersetzt, aber ihre Logik bleibt erhalten.
Teams arbeiten parallel, aber nicht am gleichen Problem.
Was sich verändert
Wenn Problemraum und Lösungsraum sauber getrennt werden, verändert sich die Qualität von Entscheidungen. Nicht weil besser umgesetzt wird. Sondern weil anders gedacht wird.
Komplexität nimmt ab, weil das eigentliche Problem kleiner ist als seine Symptome.
Entscheidungen werden klarer, weil sie auf Verständnis basieren statt auf Annahmen.
Lösungen werden tragfähiger, weil sie an der Ursache ansetzen.
Das ist keine Methode.
Es ist eine Haltung.
Und der Unterschied zwischen einem Projekt, das Symptome verwaltet und einem, das Probleme löst.