Ihr Projekt dümpelt vor sich hin und erstickt fast an Routinen und endlosen Diskussionen? Mit diesen 5 Fragen finden Sie heraus, wo es hakt. Bringen Sie Ihr Projekt wieder auf Kurs und bewahren Sie es vor dem Scheitern.
An Amazon-Kindle übertragen
Melden Sie sich bei Ihrem Amazon Konto an und folgen Sie den Anweisungen, um Ihre Datei hochzuladen und auf Ihr Kindle-Gerät zu übertragen. Unter diesem Link können Sie Ihre Amazon-Geräte und Dateien verwalten. Feedback oder Fragen?
Ihr Projekt dümpelt vor sich hin und erstickt fast an Routinen und endlosen Diskussionen? Mit diesen 5 Fragen finden Sie heraus, wo es hakt. Bringen Sie Ihr Projekt wieder auf Kurs und bewahren Sie es vor dem Scheitern.
Der Plan steht, das Team ist motiviert, und die angewandte Methode gilt als State of the Art. Und trotzdem ziehen sich Entscheidungen, wechseln Prioritäten, werden Konflikte umschifft – und am Ende wirkt das Projekt wie ein Auto, das mit angezogener Handbremse fährt. Häufig scheitern Projekte nicht an fehlenden Tools, sondern an Führungsstrukturen, Entscheidungslogiken und der gelebten Zusammenarbeit in der Organisation.
Mit diesen fünf Fragen erkennen Sie schneller, wo es hakt und was Sie als Projektleitung gemeinsam mit Team und Stakeholdern konkret verändern können. Sie hinterfragen bewusst Routinen und Entscheidungswege sowie Zusammenarbeit, Kultur und den tatsächlichen Nutzenbeitrag eines Projekts. Genau diese Breite macht die Fragen im Projektalltag so wirksam.
Wird ein Engpass identifiziert und aufgelöst, verbessert sich die Projektqualität oft sofort – weil Klarheit entsteht, Tempo zurückkehrt und Verantwortung wieder dort liegt, wo die Arbeit gemacht wird.
Projekte ersticken erstaunlich oft an gut gemeinten Routinen. Statusrunden, Abstimmungsschleifen und Berichtspflichten waren irgendwann einmal sinnvoll, wirken heute aber nicht selten wie Beschäftigungstherapie. Genau deshalb zielt die Frage nicht auf mehr Disziplin, sondern auf mehr Luft. Entwicklung entsteht häufig dadurch, alte Muster bewusst zu verlernen. Stellen Sie die Frage so, dass eine Entscheidung möglich wird. Also nicht, welche Meetings nerven, sondern welche Routine Sie für die nächsten zwei Wochen als Experiment aussetzen.
Ein Beispiel: Ein Entwicklungsteam in einem Digitalisierungsprojekt setzte für zwei Wochen die wöchentliche Statuspräsentation im Lenkungskreis aus. Stattdessen wurde vereinbart, nur dann zu berichten, wenn eine echte Entscheidungs- oder Eskalationsnotwendigkeit bestand. Die Präsentation hatte zuvor regelmäßig Rückfragen erzeugt, aber kaum Entscheidungen hervorgerufen – und band viel Zeit auf beiden Seiten. Die unmittelbare Folge war deutlich: Das Team gewann mehrere Stunden Arbeitszeit pro Woche, bereitete Entscheidungen gezielter vor, und der Lenkungskreis traf schneller klare Beschlüsse, weil er nicht mehr im Reporting-, sondern im Entscheidungsmodus war.
"Haltung" beschreibt die impliziten Annahmen, die Kommunikation, Entscheidungen und Zusammenarbeit im Alltag tatsächlich steuern. Entscheidend ist dabei die Frage, welche Grundannahmen unser Handeln prägen, besonders unter Druck. In Projekten wird das oft sehr konkret sichtbar.
In einem Softwareprojekt wurden z.B. Entscheidungen an die Bereichsleitung oder sogar an die nächste Führungsebene eskaliert, obwohl das notwendige Wissen im Team vorhanden war, um die Entscheidung selbst zu treffen. Das betraf z.B. Priorisierungen von Anforderungen, den Umgang mit technischen Schulden oder kleinere Scope-Anpassungen. Die Folge: Wartezeiten, Unsicherheit und ein stockender Projektfortschritt.
In diesem Projekt benannte die Projektleitung dieses Muster gemeinsam mit dem Kernteam offen in einer Retrospektive und spiegelte es anschließend im Steuerkreis. Danach arbeiteten die Projektleitung, das Kernteam und die Führungskräfte im Steuerkreis gezielt an der Entscheidungskultur: Die Projektleitung und die Führungskräfte definierten klar (abgestimmt mit dem Kernteam), innerhalb welcher Grenzen das Team eigenständig Entscheidungen treffen darf. Die Führungskräfte verpflichteten sich außerdem, Entscheidungen des Teams nicht nachträglich zu revidieren. Die Wirkung war schnell spürbar: Verantwortung wanderte zurück ins Team, Entscheidungen wurden zügiger getroffen und der Fortschritt stabilisierte sich deutlich.
Wenn Sie diese Frage stellen, tun Sie das am besten gemeinsam mit dem Kernteam. Im Dialog entsteht kein individuelles Urteil, sondern ein gemeinsames Bild davon, welche Haltungen gerade als "normal" gelten – und welche davon Sie nicht länger akzeptieren wollen.
Diese Frage ist der sachlichste Weg, ein heikles Thema anzusprechen. In einem Infrastrukturprojekt etwa sollte eine bereits getestete Lösung nicht auf "produktiv" gesetzt werden, weil die formale Freigabe eines bestimmten Gremiums noch fehlte. Inhaltlich sprach nichts dagegen, und das Risiko war überschaubar, jedoch geriet der Zeitplan zunehmend unter Druck. Die Entscheidung diente in diesem Fall primär der Hierarchie, also der formalen Zuständigkeit, nicht dem Projektnutzen.
Eine Entscheidung für das Projekt hätte bedeutet, die Lösung freizugeben und die formale Abnahme parallel nachzuziehen. Genau diese Unterscheidung wird mit der Frage sichtbar: Wird hier Sicherheit für Rollen erzeugt oder Nutzen für das Projekt?
Wenn Sie sachlich bleiben, wirkt diese Frage erstaunlich entwaffnend. Sie macht sichtbar, woran Entscheidungen tatsächlich gemessen werden, und eröffnet die Chance, Kriterien, Rollen und Entscheidungswege zu klären, bevor das Projekt in den Warteschleifenmodus abdriftet.
Kultur zeigt sich genau dann, wenn es eng wird. Werden Risiken offen angesprochen oder relativiert? Werden Konflikte geklärt oder umgangen? Am besten stellen Sie diese Fragen dort, wo Zusammenarbeit tatsächlich sichtbar wird – etwa im Review, in Retrospektiven oder nach einer Eskalation. Dann lohnt es sich, eine konkrete Szene zu betrachten.
Zum Beispiel: In einem Review wird ein klares Risiko angesprochen, etwa eine Verzögerung durch externe Abhängigkeiten. Statt gemeinsam nach Lösungen zu suchen, wird das Thema schnell kleingeredet (“Das bekommen wir schon hin") oder vertagt. Dies zeigt eine Kultur der Konfliktvermeidung. Wird genau diese Situation gemeinsam reflektiert, wird aus dem abstrakten Begriff “Kultur" ein praktischer Hebel für Veränderung.
Viele Projekte scheitern würdevoll. Am Ende wird etwas abgeliefert, aber die Organisation ist danach nicht besser als vorher. Genau deshalb zwingt diese Frage zur Zweckprüfung. Ist das Projekt wirklich ein Entwicklungshebel oder lediglich ein sauber verwalteter Auftrag?
In einem IT-Programm liefen drei Projekte parallel: eines zur Modernisierung der Infrastruktur, eines zur Einführung neuer Fachanwendungen und eines zur Kostensenkung im Betrieb. Die Ziele widersprachen sich faktisch: Während ein Projekt Geschwindigkeit und Investitionen verlangte, zielte ein anderes auf Stabilität und Kostenreduktion. Um die Zielkonflikte zu lösen, machte man auf einem einfachen Portfolio-Board alle drei Projekte sichtbar, mit ihren Zielen, Abhängigkeiten und aktuellen Prioritäten. So konnten die Prioritäten regelmäßig gemeinsam entschieden und überprüft werden, und es war klar, welches der drei Projekte Vorrang vor den anderen hatte. Das reduzierte spürbar Konflikte, Doppelarbeit und verdeckte Blockaden.
Nebenbei wirkt die Frage als Scope-Bremse. Wenn jemand "noch schnell" etwas ins Projekt kippen will, etwa die kurzfristige Forderung nach einer zusätzlichen Auswertung, einer weiteren Schnittstelle oder einer "kleinen Anpassung", die formal harmlos klingt, aber neue Abstimmungen, Tests und Abnahmen nach sich zieht, können sie sachlich zurückfragen, wie genau das die Organisation weiterbringt. Wenn darauf nur Stille kommt, haben Sie die Antwort – ganz ohne Streit.
Damit die Reflexion anhand der genannten fünf Fragen nicht wirkungslos bleibt, halten Sie zu jeder Frage schriftlich fest, welche Erkenntnis für Ihr Projekt wirklich zählt und was Sie als nächsten Schritt konkret ausprobieren. Das muss nichts Großes sein. Es reicht, wenn aus der Erkenntnis eine Entscheidung wird: etwa eine Routine testweise zu stoppen, einen Entscheidungsweg zu klären, eine Regel für den Umgang mit Risiken zu vereinbaren oder den Nutzenbeitrag des Projekts in einem Satz zu schärfen. Der entscheidende Punkt ist, dass die Fragen und die Antworten darauf zu echten Veränderungen in der Zusammenarbeit im Projektteam und mit den Stakeholdern führen.
Wenn Sie die in diesem Artikel beschriebenen Fragen als Projektleitung regelmäßig und gezielt, kurz und konkret in Besprechungen einbringen, , bekommen Reviews, Retrospektiven, Priorisierung, Kanban-Boards oder Lenkungskreise überhaupt erst eine Chance zu wirken. Denn diese Methoden entfalten ihre Wirkung nur dann, wenn die Organisation fähig ist, Verantwortung zuzulassen, Konflikte auszuhalten und Entscheidungen dort zu treffen, wo das Wissen liegt. Die fünf Fragen helfen, diese Reife im Kleinen zu erhöhen – genau dort, wo Sie als Projektleitung tatsächlich Einfluss haben. (hb)
