Der Problembaum

Jedes Projekt beginnt mit einem Problem, das gelöst werden muss. Und deshalb sollte auch jede Projektplanung mit einer ausführlichen Problemanalyse beginnen. Denn nur, wer das Problem, dessen Ursachen und Auswirkungen, detailliert verstanden hat, kann auch wirklich gute Lösungen entwickeln.

Im Folgenden erfährst du, wie du mithilfe des Problembaums das zu lösende Problem besser verstehen und systematisch die Ursachen sowie die Auswirkungen analysieren kannst.

Der Problembaum – Logik und Aufbau

Beginnen wir mit der grundsätzlichen Frage: Was ist der Problembaum und wie wird er für eine systematische Problem(-Umfeld-)Analyse genutzt?

Der Problembaum ist eine grafische Darstellung des Problems, dessen Ursachen und Folgen anhand eines Baumes. Die verschiedenen Teile des Baumes stehen für folgende Problem-Ebenen:

• der Stamm stellt das Problem dar,
• die Wurzeln sind die Ursachen für das Problem und
• die Äste stehen für die Folgen bzw. Auswirkungen, die vom Problem ausgehen.

Im Grunde genommen musst du beim Problembaum immer die “Was”-Frage stellen:

• Was ist das Problem (der Stamm)
• Was sind dessen Ursachen (die Wurzeln)
• Was sind die Auswirkungen (die Äste)

Wie vorgehen? Die systematische Analyse

An diesem Punkt stellt sich natürlich die Frage, wie detailliert ein Problembaum werden sollte. Grundsätzlich können natürlich so viele Wurzeln und Äste (mit so vielen Ebenen) wie nötig im Problembaum abgebildet werden. Nach meiner Erfahrung sollte man sich aber auf bis zu 5 Wurzeln bzw. Äste konzentrieren, welche dann wiederum in 2–3 Ebenen aufgeschlüsselt werden.

Wichtig zu beachten ist also, dass bei der Analyse die 80–20-Regel beachtet wird!

Beispiel-Problem: Systematisches Projektmanagement wird nicht genutzt

Wenn die oben beschriebenen Schritte erfolgreich durchlaufen wurden, ist das Problem mit seinen Ursachen und Auswirkungen nun detailliert beschrieben. Das macht eine darauf aufbauende Lösung deutlich einfacher.

Als Beispiel habe ich hier noch einen Problembaum zum Thema “Unsere Projekte verlaufen nicht so, wie wir uns das wünschen” erstellt. Natürlich handelt es sich um ein stark vereinfachtes Beispiel, das keinen Anspruch auf Vollständigkeit erhebt 🙂

Im Abschnitt “Wie vorgehen? Die systematische Analyse” habe ich schon davon gesprochen, dass du dir am Besten schon frühzeitig Gedanken über den möglichen Projekt-Umfang machen solltest.

In diesem Beispiel könnte das für ein mögliches Projekt “Einführung eines systematischen Projektmanagements” dann wie folgt aussehen:

• in der ersten Phase soll das Projekt nur an der Ursache “Führungspersonen legen wenig Wert auf Planung-Monitoring-Evaluation (PME)” ansetzen, da dies der möglicherweise kritischste Ansatzpunkt ist.
• Andere Ursachen, wie “Überlastung der Mitarbeiter” oder “Keine Fortbildungen zum Thema PME” werden möglicherweise nicht oder erst in einer zweiten Projekt-Phase angegangen.