Wo genau steht Ihr Projekt?

"Wo genau steht Ihr Projekt?" Diese Frage hören wir Berater ständig. Meist stellt sie uns der Auftraggeber, der Kunde oder der Lenkungsausschuss. Wenn wir unsere Sache gut machen – etwas Glück schadet auch nicht – können wir antworten: "Alles im grünen Bereich. Alles on time und on budget. Keine Verzögerungen." Das antwortete auch der Projektleiter, der jüngst völlig aufgelöst im Projektcoaching erschien. Zwei Tage, nachdem er seinem Auftraggeber diese positive Antwort gegeben hatte, blickt er in den Projektplan und fällt aus allen Wolken: zwei Monate Verzögerung! Zwei Monate! Innerhalb von nur zwei Tagen. Was jetzt? Erst einmal: Panik.

Download EPUB

Wo genau steht Ihr Projekt?

"Wo genau steht Ihr Projekt?" Diese Frage hören wir Berater ständig. Meist stellt sie uns der Auftraggeber, der Kunde oder der Lenkungsausschuss. Wenn wir unsere Sache gut machen – etwas Glück schadet auch nicht – können wir antworten: "Alles im grünen Bereich. Alles on time und on budget. Keine Verzögerungen." Das antwortete auch der Projektleiter, der jüngst völlig aufgelöst im Projektcoaching erschien. Zwei Tage, nachdem er seinem Auftraggeber diese positive Antwort gegeben hatte, blickt er in den Projektplan und fällt aus allen Wolken: zwei Monate Verzögerung! Zwei Monate! Innerhalb von nur zwei Tagen. Was jetzt? Erst einmal: Panik.

Wir empfehlen zum Thema Projektmanagement-Software
1 Stunde
28.11.2024
Websession: Lost in Software - Im Dschungel der PM-Tools den Überblick behalten - powered by Le Bihan

Selten werden die mit der Einführung eines PM-Tools verbundenen Erwartungen vollkommen erfüllt. Erfahren Sie von Thomas Brunschede, wie Sie das für Ihre Zwecke richtige Tool finden und welche Fallstricke bei der Evaluierung eines PM-Tools lauern. Mehr Infos

"Wo genau steht Ihr Projekt?" Diese Frage hören wir Berater ständig. Meist stellt sie uns der Auftraggeber, der Kunde oder der Lenkungsausschuss. Wenn wir unsere Sache gut machen – etwas Glück schadet auch nicht – können wir antworten: "Alles im grünen Bereich. Alles on time und on budget. Keine Verzögerungen." Das antwortete auch der Projektleiter, der jüngst völlig aufgelöst im Projektcoaching erschien. Zwei Tage, nachdem er seinem Auftraggeber diese positive Antwort gegeben hatte, blickt er in den Projektplan und fällt aus allen Wolken: zwei Monate Verzögerung! Zwei Monate! Innerhalb von nur zwei Tagen. Was jetzt? Erst einmal: Panik.

Wie man eine Planabweichung erfindet

Nach der ersten Panikattacke meldete er die Mordsabweichung prompt nach oben weiter. Der Auftraggeber war nicht panisch, sondern stinksauer und zwar doppelt: "Erstens: Zwei Monate sind eine Wahnsinnsabweichung! Zweitens: Vor zwei Tagen war doch noch alles in Ordnung. Haben Sie Ihren Laden etwa nicht im Griff?" Der Projektleiter wusste keine Antwort. Er hatte selber keine Ahnung, woher der Blitz aus heiterem Himmel gekommen war.

Im Projektcoaching begannen wir mit der Detektivarbeit. Nach und nach kam Licht in das Mysterium. Alles hatte mit einer brillanten Idee angefangen. Bei mehreren aufeinanderfolgenden wöchentlichen Teammeetings hatte sein Team moniert: "Wir sind doch gut unterwegs. Also warum jede Woche Meeting? Wir sind gerade derart im Stress mit unserer eigentlichen Arbeit. Das macht alles viel zu viel Aufwand. Es reicht doch auch, wenn wir uns nur noch einmal im Monat treffen." Irgendwann gab der Projektleiter nach. Circa drei Wochen nach dem letzten wöchentlichen Meeting hatte er dann sein Gespräch mit dem Auftraggeber. Und zwei Tage später platzte die Bombe.

Unerwünschte, unerwartete Nebenwirkung

Der "Bombenleger" war ein braver Arbeitspaketinhaber. Kurz nach der letzten wöchentlichen Sitzung hatte er sein Arbeitspaket fertig. Auf den Tag genau termingerecht. Dann legte er sich selbst aufs Kreuz: Weil sein Hinterkopf dachte "Och, bis zum nächsten Meeting ist ja noch Zeit", trug er sein "Habe fertig!" nicht sofort ins System ein, sondern erst kurz vor dem nächsten Meeting. Also nach ungefähr drei Wochen. In dem Moment, in dem er sein Ergebnis ein-, besser: nachtrug, reagierte das System sofort. Es dachte: "Das Paket ist erst drei Wochen nach dem festgelegten Termin der Fertigstellung fertig!". Es rechnete die Interdependenzen mit anderen Arbeitspaketen ein (die ebenfalls teilweise verspätet eingetragen worden waren) – und ruckzuck wurde aus drei Wochen Einzelpaketverspätung eine kumulierte Gesamt-Projektverzögerung von zwei Monaten. Und sobald das System derart fehlgeleitet "aktualisiert" war, traf den Projektleiter der Schlag – und erst seinen Auftraggeber!

Schock, zum Dritten

Als er endlich erkannte, dass das verspätet gepflegte System lediglich einen falschen negativen Befund gemeldet hatte und das erfreut dem Auftraggeber meldete, rastete der erst recht aus: "Zuerst ist 'alles im grünen Bereich', dann haben wir zwei Monate Verspätung und jetzt war alles Fehlalarm?! Langsam kommt mir der Verdacht, dass Sie der falsche Mann für den Job sind!" Maximaler Flurschaden. Ein Mitglied des Lenkungsausschusses vermutete sogar etwas paranoid gleich: "Da will wer unser Projekt sabotieren!" Dabei war das Gegenteil der Fall: Alle hatten es nur gut gemeint. Das Projekt war prima unterwegs, also warum jede Woche Meetings abhalten? Aufwandsreduktion! Effizienzsteigerung! Weniger Meetings, mehr Content! Und dann dieses Desaster. Dabei hätte man das leicht vermeiden können.

Die Lösung

Es ist ceteris paribus piepegal, mit welcher Frequenz man sich zum Teammeeting trifft – solange die Frequenz der Systempflege "täglich" lautet. Jeder Verantwortliche wirft jeden Tag einen Blick ins PM-System. Nur zehn Minuten reichen völlig (wenn nichts Besonderes anliegt). Leider verwechseln viele Teams Meeting-Frequenz mit Systempflege-Frequenz. Irgendwie ist das auch eine fatale Eselsbrücke: "Die Systemaktualisierung reicht doch auch noch kurz vor dem nächsten Meeting!" Vorzeige-Teams vermeiden diesen Fehler. Manche haben auch die Unterstützung eines Systems, das meldet: "Heute müssten eigentlich folgende Pakete fertig werden: …"

Es ist kaum zu glauben, doch die Lösung ist allein eine Frage von Disziplin, gutem Willen und Gewissenhaftigkeit: Sind wir willens und in der Lage, jeden Tag zehn Minuten die Projektplanung zu aktualisieren? Theoretisch ja, praktisch in erschreckend vielen Fällen nein. Und nicht aus bösem Willen: Wir wollen doch bloß den Aufwand reduzieren! Und da zählen schon zehn eingesparte Minuten täglich. Meist erkennen wir zu spät (wenn überhaupt): Diese zehn Minuten lassen sich nicht einsparen. Trotzdem probieren es viele. Wo bleibt der Projektleiter?

Projektleiter: Täglich aktuell

Wenn das System schon so leicht Opfer der "üblichen Schlamperei" wird, sollte es zumindest der Projektleiter nicht werden. Erfahrene Kolleginnen und Kollegen schauen von sich aus (zehn Minuten!) täglich auf den Plan, erkennen die Pakete, die zum aktuellen Datum fertiggestellt sein sollten, rufen dann beim jeweiligen Verantwortlichen an oder machen Management by Walking Around und fragen: "Na? Fertiggeworden? Bitte gleich ins System einpflegen!" Wie alle genialen Lösungen, die garantiert funktionieren, ist auch diese blamabel banal. Warum schaffen sie dann nur so wenige Teams und ihre Leiter? Weil im Hinterkopf ein Satz mit mächtiger Sedierungswirkung wabert: "Ach, ich muss nicht jeden Tag auch noch an dieses Projekt denken. Wir haben doch unser System!" Außerdem müssen wir uns täglich verhetzt so intensiv auf die Uhr fokussieren, dass wir daneben alles andere vergessen.

Es gibt nur einen Schutz gegen das Vergessen. Das ist der Gedanke: Zeit sparen heißt nicht am Denken sparen! Es gibt kein PM-System, das uns alles abnimmt. Kein System kann uns das Denken abnehmen! Es kann uns vor allem nicht die heilige Pflicht abnehmen, täglich unsere zehn Pflichtminuten zu investieren. Daran zu denken, strengt an. Es kostet geistige Disziplin. Doch Disziplin hat noch keinem/r geschadet.

Haben Sie heute schon Ihre zehn Minuten …?

Für jeden Bedarf die passende Mitgliedschaft

 

Das projektmagazin - unverzichtbares Nachschlagewerk und Inspirationsquelle für alle,
die in Projekten arbeiten. Ihre Vorteile auf einen Blick

Image
Wissensplattform

Zugriff auf die größte deutschsprachige Wissensplattform
für Projektmanagement  (>1.800 Artikeln und Tipps)

Image
Praxisbezogene Beiträge

Praxisbezogene Beiträge
Fachautoren schreiben aus der Praxis für die Praxis.

Image
Tools

Werkzeuge (Tools)
z.B. Checklisten und Vorlagen, Methoden mit Schritt-für-Schritt-Anleitung.

Image
Glossar

Umfangreiches Projektmanagement-Glossar
über 1.000 Fachbegriffen (deutsch/englisch)

Image
Blogbeiträge

Blogbeiträge, Themenspecials, Bücher, Stellenangebote etc.
rund um das Thema Projektmanagement

Alle Kommentare (2)

Guest

### Fehlertolerant und robust ??? ### Eine am Anfang des Projekts gemeinsam verabschiedete Projekt-Team-Charter sollte das "Fertigstellungsmeldung am gleichen Tag ins System" beinhalten, wenn das System diese Wichtigkeit hat. Dies ist meist das Resultat von Lessons-Learnd früherer Projekte, also zählt Erfahrung verbunden mit lebenslangem Lernen! Warum der Projektleiter nicht erst nach dem verursachenden Arbeitspaket gesucht hat (oder vom Terminplaner hat suchen lassen) und die Korrektheit der Daten überprüft hat, bevor er "ALARM" ruft, das wird aus dem Artikel nicht klar. Diese Tool-Deutungshoheit ist erstaunlich! Als ob Software fehlerfrei und alle Anwender 100% konform damit arbeiten würden, in meiner Welt ist das unrealistisch. Ich finde Tools wichtig, da sie uns viele Arbeiten abnehmen können. Und jedes System kann noch verbessert werden - aber im Projekt muss man auch damit leben, dass Systeme und Mitarbeiter nicht perfekt sind. Also bitte klug führen, so dass Fehler sich nicht ausweiten sondern eingegrenzt werden - die beschlossene und gelebte Team-Charter ist da ein Baustein. Dann ist Ihr Projektteam robust aufgestellt.

 

Guest

Hier sieht man vor allem zwei Dinge: Der unerfahrene (?) Projektleiter überprüft das Projekt nicht erst selbst, bevor er zu seinem Auftraggeber rennt. Manchmal macht es Sinn, erst einmal abzuwarten, zu prüfen und dann Bescheid zu geben. Damit kann ein solcher Fehlalarm vermieden werden. Denn welchen Unterschied hätte es gemacht, wenn der Auftraggeber diese Information erst einen Tag später bekommen hätte? Der zweite Punkte ist das System. Wo Menschen arbeiten passieren Fehler. Sei es nun aus Faulheit oder weil Zeit eingespart werden soll. Die Systeme sollen den Menschen unterstützen und es ihm nicht noch schwieriger machen. In diesem Fall haben wir eine Maschine, die eine falsche Schlussfolgerung trifft und einen Menschen der diese nicht hinterfragt. Das dass Projekt dabei super läuft, scheint keine Rolle mehr zu spielen ...