project management

Mehr Meetings, längere Statusberichte und zusätzliche Projektmanagement-Tools lösen selten die eigentlichen Probleme eines Projekts. Manchmal besteht der wertvollste Beitrag darin, zunächst einmal Klarheit darüber zu schaffen, was tatsächlich geschieht.

Eine vertraute Situation

Das Projekt läuft. Meetings finden statt, Aufgaben werden verteilt, Dashboards aktualisiert und Statusberichte verschickt. Alle sind beschäftigt. Und trotzdem kommt das Projekt nicht richtig voran.

Entscheidungen bleiben offen. Anforderungen werden immer wieder diskutiert. Verantwortlichkeiten überschneiden sich oder verschwinden irgendwo zwischen den Abteilungen. Probleme werden dokumentiert, aber nicht unbedingt gelöst.

Von außen betrachtet wirkt alles einigermaßen organisiert. Innerhalb des Projekts wächst jedoch eine Unsicherheit, die häufig erst dann sichtbar wird, wenn Termine nicht mehr eingehalten werden können.

In meiner Arbeit in IT-Projekten, insbesondere in komplexen Unternehmensstrukturen, bin ich solchen Situationen immer wieder begegnet. Die entscheidende Frage lautet dabei nicht unbedingt, warum die Beteiligten ihre Aufgaben nicht erledigen. Häufig arbeiten sie ausgesprochen engagiert. Die eigentliche Frage ist, ob alle auf dasselbe, klar verstandene Ziel hinarbeiten.

Beschäftigung ist nicht gleich Fortschritt

Moderne Projektorganisationen verfügen über eine beeindruckende Auswahl an Werkzeugen. Jira verwaltet Aufgaben, Confluence dokumentiert Wissen, Dashboards visualisieren Fortschritte und Meetings sollen die Abstimmung sicherstellen. All das kann ausgesprochen sinnvoll sein. Aber keines dieser Werkzeuge schafft automatisch Klarheit.

Ein Projekt kann über Hunderte sorgfältig gepflegter Tickets verfügen und trotzdem keine gemeinsame Vorstellung davon haben, was der Fachbereich eigentlich benötigt. Ein Statusbericht kann formal vollkommen korrekt sein, obwohl eine entscheidende Entscheidung seit Wochen aussteht.

Und ein Kalender voller Besprechungen vermittelt schnell den beruhigenden Eindruck, dass alles unter Kontrolle sei. Nur leider ist ein voller Kalender noch kein Projektergebnis.

Die Unterscheidung zwischen Aktivität und tatsächlichem Fortschritt gehört deshalb zu den wichtigsten Grundsätzen eines wirksamen Projektmanagements. Es ist verlockend, vor allem das zu messen, was sich leicht zählen lässt: erledigte Aufgaben, geschlossene Tickets oder durchgeführte Workshops.

Diese Zahlen sind jedoch nur dann wirklich aussagekräftig, wenn sie mit einem konkreten Ergebnis verbunden sind. Andernfalls wird eine Organisation möglicherweise ausgesprochen effizient darin, ihre eigene Beschäftigung zu dokumentieren.

Wo Projekte ihre Orientierung verlieren

1. Anforderungen sind dokumentiert, aber nicht verstanden

Eine Anforderung ist mehr als ein Satz in einem Fachkonzept. Sie beschreibt einen geschäftlichen Bedarf, ein erwartetes Ergebnis und häufig auch Annahmen darüber, wie Menschen oder Systeme künftig arbeiten sollen. Bleiben diese Annahmen ungeprüft, können Missverständnisse über Monate bestehen bleiben.

Ein Beispiel: Zwei Abteilungen sind sich einig, dass ein Prozess automatisiert werden soll. Die eine erwartet lediglich weniger manuelle Arbeitsschritte. Die andere geht davon aus, dass künftig überhaupt kein menschlicher Eingriff mehr erforderlich sein wird. Beide stimmen derselben übergeordneten Anforderung zu. Der Widerspruch wird möglicherweise erst sichtbar, wenn die Umsetzung bereits weit fortgeschritten ist.

Eine strukturierte Business-Analyse hilft dabei, tatsächliche Anforderungen von bereits vorgeschlagenen Lösungen zu unterscheiden, Abhängigkeiten sichtbar zu machen und nachvollziehbare Akzeptanzkriterien zu definieren. Das Ziel besteht nicht darin, möglichst umfangreiche Dokumentationen zu erstellen. Es geht darum, die richtigen Entscheidungen rechtzeitig zu ermöglichen.

2. Verantwortlichkeiten sind nicht eindeutig

In größeren Projekten arbeiten häufig mehrere Fachbereiche, externe Dienstleister, technische Teams und unterschiedliche Führungsebenen zusammen. Jeder hat eine Rolle. Aber wer ist tatsächlich für die nächste Entscheidung verantwortlich? Wer löst widersprüchliche Prioritäten auf? Wer übernimmt die Verantwortung, wenn eine Abhängigkeit mehrere Organisationseinheiten betrifft?

Wenn diese Fragen nicht eindeutig beantwortet werden können, verlangsamt sich die Arbeit. Teams warten auf Freigaben, treffen eigene Annahmen oder diskutieren Entscheidungen erneut, die eigentlich längst getroffen sein sollten.

Eine einfache und gemeinsam akzeptierte Verantwortlichkeitsstruktur ist deshalb häufig wertvoller als ein weiteres ausgefeiltes Reportinginstrument. Dabei geht es nicht darum, Schuldige zu finden. Es geht darum, sicherzustellen, dass wichtige Themen nicht zwischen den Zuständigkeiten verloren gehen.

3. Meetings ersetzen Entscheidungen

Besprechungen sind wichtig, wenn sie ein gemeinsames Verständnis schaffen, Probleme lösen oder Entscheidungen ermöglichen. Problematisch werden sie, wenn dieselben Fragen Woche für Woche erneut auf der Tagesordnung stehen.

Ein sinnvolles Meeting benötigt ein klares Ziel, die richtigen Teilnehmer und ein nachvollziehbares Ergebnis. Manchmal ist dieses Ergebnis eine Entscheidung. Manchmal eine konkrete Aufgabe mit einem Verantwortlichen und einem Termin. Wenn beides fehlt, lohnt sich die Frage, ob die Besprechung tatsächlich dem Projekt dient oder lediglich den Kalender füllt.

Eine kurze, gut vorbereitete Abstimmung, die eine Blockade beseitigt, kann wertvoller sein als ein aufwendiger Workshop, aus dem lediglich eine weitere Liste offener Fragen hervorgeht. Vorbereitung und konsequente Nachverfolgung wirken selten spektakulär. Genau dort entsteht jedoch häufig der entscheidende Nutzen.

4. Reporting beschreibt die Vergangenheit, steuert aber nicht die Zukunft

Ein guter Projektbericht sollte mehr leisten, als die Ereignisse der vergangenen Woche zusammenzufassen. Er muss dem Management helfen zu erkennen, wo jetzt Handlungsbedarf besteht.

Welche Entscheidungen sind überfällig? Welche Abhängigkeiten gefährden die Lieferung? Welche Risiken sind inzwischen zu konkreten Problemen geworden? Wo benötigt das Projekt Unterstützung?

Eine grüne Statusampel kann beruhigend wirken. Sie ist jedoch für sich genommen noch keine belastbare Aussage. Wenn wesentliche Annahmen nicht überprüft wurden, kann ein Projekt lange gesund erscheinen – bis plötzlich ein entscheidender Meilenstein verfehlt wird.

Der Wert eines Reportings liegt deshalb nicht in der Anzahl seiner Diagramme, sondern in der Qualität der Entscheidungen, die es ermöglicht.

Der erste Schritt ist nicht unbedingt eine neue Methode

Wenn ein Projekt ins Stocken gerät, entsteht häufig der Wunsch, etwas Neues einzuführen: ein neues Framework, ein weiteres Tool, eine veränderte Meetingstruktur oder vielleicht sogar eine vollständige Neuorganisation.

Manchmal sind solche Maßnahmen tatsächlich erforderlich. Bevor jedoch zusätzliche Komplexität entsteht, halte ich es für sinnvoller, zunächst ein klares Bild der bestehenden Situation zu gewinnen.

Dazu gehört, das eigentliche Projektziel zu verstehen, den tatsächlichen Umsetzungsstand zu prüfen, offene Entscheidungen zu identifizieren und kritische Abhängigkeiten sichtbar zu machen. Ebenso wichtig ist das Gespräch mit den Menschen, die die tägliche Arbeit leisten. Sie wissen häufig sehr genau, wo die Schwierigkeiten liegen – auch wenn diese im offiziellen Reporting noch nicht vollständig erkennbar sind.

Praktisch kann dies mit wenigen gezielten Gesprächen und einer Sichtung der vorhandenen Anforderungen, Entscheidungslisten, Risiken und Projektpläne beginnen. Wo widersprechen sich Aussagen? Welche Aufgaben haben keinen eindeutigen Verantwortlichen? Welche Arbeitsschritte hängen von externen Entscheidungen ab?

Das Ergebnis sollte ein gemeinsames, ausreichend präzises Verständnis der Projektsituation sein. Keine umfangreiche Analyse, die am Ende selbst zu einem zusätzlichen Projekt wird.

Was ein wirksames PMO und eine gute Business-Analyse beitragen

PMO-Unterstützung und Business-Analyse werden gelegentlich vor allem als administrative beziehungsweise dokumentierende Tätigkeiten verstanden. Diese Betrachtung greift zu kurz. Richtig eingesetzt, verbinden beide Disziplinen die geschäftlichen Ziele mit der operativen Umsetzung.

Die Business-Analyse hilft zu klären, was erreicht werden soll und warum. Sie macht Erwartungen nachvollziehbar, deckt widersprüchliche Annahmen auf und übersetzt fachliche Bedürfnisse in überprüfbare Anforderungen.

Ein PMO schafft Transparenz über Fortschritte, Abhängigkeiten, Verantwortlichkeiten, Risiken und Entscheidungen. Es sorgt dafür, dass die für die Steuerung benötigten Informationen verfügbar, verständlich und aktuell sind.

Gemeinsam können diese Funktionen die Voraussetzungen dafür schaffen, dass Projektteams sicherer und mit weniger unnötigen Unterbrechungen arbeiten. Das bedeutet keineswegs, den ausführenden Teams die Kontrolle über ihre Arbeit zu entziehen. Im Gegenteil: Eine gute Struktur sollte ihnen ermöglichen, sich auf ihre eigentlichen Aufgaben zu konzentrieren.

Der beste Prozess ist nicht zwangsläufig der umfangreichste, sondern derjenige, der verlässlichen Fortschritt unterstützt.

Ruhe ist ein professioneller Vorteil

Komplexe Projekte profitieren selten von unnötiger Dramatik. Wenn Termine näher rücken und der Druck steigt, ist die Versuchung groß, mit noch mehr Aktivität zu reagieren. Doch Dringlichkeit ist nicht dasselbe wie Wirksamkeit.

Eine ruhige, analytische Vorgehensweise erleichtert es, Symptome von Ursachen zu unterscheiden, Prioritäten zu erkennen und auch schwierige Informationen sachlich zu kommunizieren.

Gerade in regulierten Umgebungen, beispielsweise im Bankensektor, sind Nachvollziehbarkeit, klare Verantwortlichkeiten und zuverlässige Umsetzung von besonderer Bedeutung.

Ein Problem lässt sich offen ansprechen, ohne es unnötig zu dramatisieren. Ein klar beschriebenes Risiko, eine konkrete Entscheidungsanforderung und ein realistischer nächster Schritt helfen einem Projekt meist mehr als eine aufgeregte Eskalation ohne Lösungsvorschlag.

Ruhe bedeutet dabei keineswegs Passivität. Sie ist vielmehr die Fähigkeit, bewusst und überlegt zu handeln, anstatt lediglich auf den nächsten äußeren Impuls zu reagieren. Und manchmal gehört dazu auch der Mut, deutlich auszusprechen, dass ein Projekt zunächst mehr Klarheit benötigt – und nicht einfach mehr Geschwindigkeit.

Fünf Fragen, die sich jedes Projekt stellen sollte

Wenn ein Projekt ausgesprochen beschäftigt wirkt, der tatsächliche Fortschritt aber unklar bleibt, würde ich zunächst fünf Fragen stellen:

1. Welches konkrete Ergebnis wollen wir erreichen?
2. Welche Anforderungen und Prioritäten sind tatsächlich abgestimmt?
3. Wer ist für die Entscheidungen verantwortlich, die uns derzeit aufhalten?
4. Welche Abhängigkeiten und Risiken könnten die Umsetzung gefährden?
5. Was muss als Nächstes geschehen – und wer sorgt dafür?

Diese Fragen sind nicht besonders kompliziert. Überraschend schwierig kann es allerdings sein, darauf klare und übereinstimmende Antworten zu erhalten. Und genau deshalb sind sie so wichtig.

Wenn die Antworten je nach Gesprächspartner unterschiedlich ausfallen, ist bereits das eine wertvolle Erkenntnis: Es zeigt, an welcher Stelle ein gemeinsames Verständnis fehlt und wo das nächste Gespräch ansetzen sollte.

Klarheit vor Komplexität

Erfolgreiche Projektarbeit hängt nicht zwangsläufig davon ab, zusätzliche Prozesse einzuführen, weitere Meetings anzusetzen oder immer ausgefeiltere Werkzeuge zu verwenden.

Entscheidend ist vielmehr, dass die Beteiligten das Ziel verstehen, ihre Verantwortlichkeiten kennen und wissen, welche Entscheidungen für den nächsten Schritt notwendig sind.

Meine Arbeit in der Business-Analyse, im Projektmanagement und im PMO hat einen Grundsatz immer wieder bestätigt:

Struktur sollte die Arbeit erleichtern – und nicht selbst zu zusätzlicher Arbeit werden.

Wenn ein Projekt an Dynamik verliert, besteht die erste Aufgabe deshalb nicht immer darin, schneller zu werden. Manchmal muss zunächst geklärt werden, wohin die Reise eigentlich gehen soll. Und anschließend sichergestellt werden, dass alle Beteiligten in dieselbe Richtung arbeiten.

Christoph Kopowski ist im Bereich Business-Analyse, Projektmanagement und PMO tätig. Er unterstützt Unternehmen bei der strukturierten Umsetzung komplexer IT-Vorhaben, insbesondere bei Anforderungen, Prozessen und Projekten im Banken- und Unternehmensumfeld.