Viele IT-Projekte geraten im Verlauf ihrer Umsetzung in eine kritische Phase, in der Termine, Kosten oder Leistungsumfang aus dem Ruder laufen. Wenn Termine nicht mehr gehalten werden können, Kosten explodieren oder der Auftraggeber die Abnahme verweigert, entsteht schnell eine Situation mit erheblichem Druck auf alle Beteiligten. Gerade dann braucht es eine neutrale Lageklärung, die tatsächlichen Ursachen sichtbar macht und daraus konkrete Stabilisierungsmaßnahmen ableitet.

Erfahrungen aus der Praxis

In meiner beruflichen Laufbahn durfte ich bislang drei größere Projekte erfolgreich stabilisieren und retten. In allen Fällen wurde ich erst hinzugezogen, als sich das jeweilige Projekt bereits in einer hochkritischen Lage befand. Die Projekte, die ich selbst von Beginn an konzipiert und gesteuert habe, sind hingegen nie in eine vergleichbare Situation geraten.

Diese doppelte Erfahrung aus präventiver Projektführung und aus Krisensituationen hilft mir heute, problematische IT-Projekte schnell zu analysieren und wirksame Stabilisierungsmaßnahmen zu entwickeln.

Eine meiner größten Rettungsmaßnahmen betraf ein Einsparungsprojekt mit einem Volumen von rund fünf Millionen Euro, bei dem es im Kern um eine Neuorganisation von Strukturen und Prozessen ging. Meine Rolle lag hier vor allem in der Moderation, der Strukturierung der Probleme und der Entwicklung tragfähiger Lösungen zwischen den beteiligten Parteien.

Ein anderes Projekt – ein klassisches IT-Werkprojekt mit einem Volumen von rund zwei Millionen Euro – konnte stabilisiert werden weil es mir gelang die Konflikte zwischen Lastenheft und Pflichtenheft aufzulösen. Der Auftraggeber verweigerte die Abnahme des Systems. Ein vom Auftragnehmer beauftragter Rechtsanwalt hatte die Situation als praktisch nicht mehr lösbar eingeschätzt. Durch eine Kombination aus technischer Analyse, gezielten IT-Maßnahmen und einer taktischen Umsteuerung der Abläufe gelang es mir jedoch eine Lösung zu entwickeln, die schließlich zur Abnahme des Werkes im Sinne des Werkvertrags führte.

Warum kommen IT-Projekte in Schieflagen?

Dass Projekte in Schieflage geraten können, ist in der Praxis keine Seltenheit. Die Ursachen sind vielfältig. Oft liegt es an der Komplexität der IT-Architektur, an Fehlern in zentralen Basiskomponenten, an organisatorischen Schwächen oder an unklaren Vertragsstrukturen.

Ebenso können unrealistische Erwartungen, Kommunikationsprobleme oder unklare Verantwortlichkeiten dazu beitragen, dass ein Projekt zunehmend an Stabilität verliert. Die Ursachen sind selten eindimensional – meist handelt es sich um eine Kombination technischer, organisatorischer und menschlicher Faktoren.

Symptome zur Früherkennung

Termine werden mehrfach verschoben
Die Ist-Kosten steigen überplanmäßig
Entscheidungen werden immer wieder vertagt
Konflikte zwischen Fachbereich, IT und Dienstleistern nehmen zu
Der Auftraggeber beginnt, die Abnahme oder einzelne Leistungen infrage zu stellen

Maßnahmen zur Projektstabilisierung

Vielleicht wird in einigen Jahren auch künstliche Intelligenz bei der Analyse komplexer Projektprobleme unterstützen können. Doch solange KI noch keine echte soziale Kompetenz und Erfahrung im Umgang mit Konfliktsituationen besitzt, bleibt die Analyse kritischer Projekte vor allem eine Aufgabe erfahrener Experten.

Zu den technischen Ursachen kommen nämlich fast immer auch menschliche Faktoren hinzu – und diese werden in Projekten nicht selten verschleiert oder nur indirekt sichtbar. Ein Projekt erfolgreich zu stabilisieren erfordert daher hohe soziale Kompetenz.

die tatsächlichen Ursachen der Probleme erkennen
Vertrauen bei den Beteiligten aufbauen
gleichzeitig tragfähige Lösungswege entwickeln

Ein typisches Beispiel aus der Praxis

In vielen Projekten verfügen einzelne Schlüsselpersonen – etwa Entwicklungsleiter oder Product Owner – über eine deutlich tiefere fachliche Kenntnis einzelner Systemkomponenten als ein externer Projektanalyst. Gerade dann entsteht eine besondere Herausforderung: Wie gelingt eine konstruktive Zusammenarbeit, wenn ausgerechnet Entscheidungen dieser Schlüsselpersonen zur aktuellen Projektkrise beigetragen haben?

Die erfolgreiche Stabilisierung eines IT-Projekts ist daher nicht nur eine technische Aufgabe, sondern immer auch eine strategische und kommunikative Herausforderung.

Methodischer Hinweis: Lastenheft und Pflichtenheft

Ein häufiger Konfliktpunkt in IT-Projekten liegt in der unklaren oder widersprüchlichen Ausgestaltung von Lastenheft und Pflichtenheft.

Lastenheft
Der Auftraggeber beschreibt im Lastenheft, welche Anforderungen und Ziele ein System oder Projekt erfüllen soll.

Pflichtenheft
Der Auftragnehmer beschreibt im Pflichtenheft, wie diese Anforderungen technisch und organisatorisch umgesetzt werden sollen.

Viele IT-Projektstreitigkeiten entstehen genau deshalb, weil Lastenheft und Pflichtenheft nicht sauber voneinander getrennt oder vertraglich klar priorisiert werden.

Kernaussage

Fazit

IT-Projektrettung gelingt nicht durch Aktionismus, sondern durch schnelle Lageklärung, belastbare Prioritäten und die Fähigkeit, technische, organisatorische und menschliche Ursachen gemeinsam zu bearbeiten.

Gerade in kritischen Projektsituationen entscheidet nicht nur die fachliche Analyse, sondern auch die Fähigkeit, Vertrauen aufzubauen, Konflikte zu entschärfen und die Beteiligten wieder auf eine tragfähige Arbeitsbasis zu führen.

Wer ein IT-Projekt retten will, braucht deshalb nicht nur Methodenwissen, sondern Krisenerfahrung, soziale Kompetenz und die Fähigkeit, unter hohem Druck wirksame Stabilisierungsmaßnahmen zu entwickeln.

IT-Projekt in kritischer Lage?

Wenn Ihr Projekt fachlich, organisatorisch oder vertraglich in eine kritische Situation geraten ist, kann eine neutrale Analyse schnell Klarheit schaffen und konkrete Stabilisierungsmaßnahmen vorbereiten.

Holen Sie sich Unterstützung, bevor aus einer Schieflage ein vollständiger Projektabsturz wird.

Telefon: +49 (0) 211 387 32 157
E-Mail: ftm@factory-biz.de