Wie gehe ich mit einer verpassten Deadline um und erhalte einen neuen Zieltermin?

Ich entschuldige mich, wenn das einfach klingt, aber hier ist das Szenario: Wir sollten ein Projekt im August abschließen, und jetzt, da es November ist, ist es immer noch im Gange. Nachdem wir den Kunden gebeten hatten, uns Feedback zu bestimmten Aufgaben zu geben, lautete die Antwort etwa: „Dränge mich nicht. Du hast die Frist verpasst, also entscheide ich jetzt, wann dieses Projekt abgeschlossen ist.“

Ich muss zugeben, dass ich abgeschreckt war, aber das wirft eine andere Frage auf: Als Webentwickler übernehmen wir mehrere Projekte gleichzeitig, und eine solche Verzögerung beeinträchtigt unsere Fähigkeit, neue Projekte anzunehmen. Wie entscheidet man also, wann ein Projekt abgeschlossen ist? Ich denke, dass ich mich mit dem Kunden zusammensetzen muss, weil er offensichtlich nicht will, dass das Projekt in 20 Jahren läuft. Er muss eine vage Erwartung haben, dass das Projekt in naher Zukunft abgeschlossen wird. Die Frage ist also, wie würde ich das angehen? Ich verlasse mich auf andere Projektmanager mit viel mehr Erfahrung als ich, die möglicherweise auf dieses Szenario gestoßen sind.

Ausgezeichnete Frage! Lassen Sie mich mein Verständnis überprüfen. Sie haben die Frist für WBS 1.1 verpasst. Sie arbeiten noch an PSP 1.1 und 1.2 und 1.3, aber der Kunde weigert sich, zu allen Aufgaben unbedingtes Feedback zu geben? Das ist ein haariges Problem.
Lassen Sie mich das ein wenig modifizieren - wir sind mit 1.1 fertig und 1.2 ist noch in Arbeit. Wir sind mit 1.2 fast fertig und brauchen Feedback über den Fortschritt, bevor wir zu 1.3 kommen. Ohne die Zustimmung des Kunden können wir mit 1.2 nicht fortfahren (da das Projekt eine UI/Design-Komponente enthält). Und hier kommen wir ins Stocken – der Kunde möchte sich die Zeit nehmen, um zu überprüfen, was bisher an 1.2 getan wurde. Wir sehen 4-5 Tage für Feedback vor, aber es sind jetzt über 3 Wochen vergangen und kein Wort vom Kunden (außer der oben erwähnten Antwort).
Schwer zu sagen, ohne zu wissen, ob Sie ein gut definiertes Feature-Set, Meilensteine, definierte Ergebnisse hatten oder ob Sie unter Scope Creep litten. Wenn Sie etwas für August versprochen haben, hätten Sie schon Monate vorher wissen müssen, dass Sie es nicht halten würden, und die Erwartungen mit dem Kunden vereinbaren müssen ...
Einverstanden @user1220. Hier gibt es noch mehr Variablen, aber ich möchte die Frage nicht zu kompliziert machen. Ich bin eigentlich der neue PM für dieses Projekt und wie Sie bin ich wirklich überrascht, dass der alte PM das Ziel um so viele Monate verfehlt hat.
Oh Junge... du hast es geerbt. Wahrscheinlich ist es an der Zeit, dem Kunden klar zu werden und die Änderungen zu erklären und wie sich das auf die Ergebnisse ausgewirkt hat. Schadensbegrenzung, leider
Unter welcher Art von Vertrag arbeiten Sie bei diesem Projekt?
@ user1220: ja, das wird vererbt. Ich stimme zu, dass es an der Zeit ist, die zu erbringenden Leistungen neu zu definieren und zu erklären (erschreckenderweise scheint selbst dies ziemlich verschwommen zu sein, nachdem die gesamte E-Mail-Kommunikation überprüft wurde – zum Glück sind der Vertrag und die SOW absolut solide).
@DavidEspina: gute Frage. Hierbei handelt es sich um einen Standard-Pauschalvertrag. Ich würde gerne Ihren Beitrag sehen.

Antworten (4)

@user1220 hat es gesagt - Hier verdienen Sie Ihren Wert als PM. Sie haben die Möglichkeit, ein Projekt umzudrehen. Im Moment ist dieses Projekt auf dem schnellsten Weg zum Zombie-Status – nicht ganz lebendig, nicht ganz tot, aber schwer zu töten. Sie haben die Möglichkeit, dies zu ändern und es in etwas umzuwandeln, das in Ihrem Lebenslauf fantastisch aussehen wird.

Ich denke, die Antwort von @ Doug B ist sehr gut. Es gibt ein paar andere Gedanken, die ich hinzufügen möchte. Tatsächlich hat der Kunde eine konstruktive Änderung durchgesetzt – er hat Ihren verpassten Meilenstein ausgenutzt, um den Projektplan vollständig zu zerstören, ohne einen Ersatzplan bereitzustellen. An deiner Stelle würde ich folgendes tun:

1) Dokumentieren Sie die Auswirkungen der aktuellen Änderung. Gehen Sie davon aus, dass Ihr Client in naher Zukunft nicht auf 1.2 antwortet. Gehen Sie der Argumentation halber davon aus, dass Sie bis zum 31. Januar aufgehalten werden. (Für meine Kunden ist es eine sichere Wette, dass Dezember und Januar verschwendete Monate sind, in denen wichtiges Personal beurlaubt ist). Überarbeiten Sie Ihren integrierten Masterplan, um die Auswirkungen dieser Verzögerung aufzuzeigen. Erstellen Sie eine Schätzung basierend auf 1 Monat, 2 Monaten und 3 Monaten. Jetzt haben Sie zwei Möglichkeiten:

1a) Wenn Sie das Projekt am Leben erhalten möchten, dann schlagen Sie vor, dass wir während des Überprüfungszeitraums wichtige Mitarbeiter darauf hinweisen, dass dies ein guter Zeitpunkt ist, um Urlaub zu nehmen, Zeit mit der Familie zu verbringen usw. Es gibt eine Pause im Projekt, aber wir erwarten es im Februar neu zu starten.

1b) Wenn Sie Hardball spielen wollen, identifizieren Sie Ihre wichtigsten Mitarbeiter. Überarbeiten Sie Ihren integrierten Masterplan auf der Grundlage der Annahme, dass ein Teil dieser Mitarbeiter zu Projekten wechseln wird, bei denen sie (a) eine zufriedenstellende Arbeit zu erledigen haben und (b) das Unternehmen ihr Talent nicht verschwendet. Ich persönlich würde damit beginnen, Möglichkeiten für diese Schlüsselkräfte zu entwickeln.

Ich würde auch eine Reihe von Simulationen durchführen, um die Auswirkungen unterschiedlicher Verzögerungen auf das Projekt zu zeigen. (In einer ähnlichen Situation in der Vergangenheit habe ich die Abweichung gemessen, die sich aus dem Versäumnis des Kunden ergab, Feedback zu geben, und dann eine Monte-Carlo-Simulation für alle ähnlichen Governance-Aufgaben durchgeführt. Dadurch konnte ich feststellen, dass, wenn Stakeholder X weiterhin nachlässt, der Zeitplan hätte eine Wahrscheinlichkeit von X% von Y Monaten Verzögerung mit einem gleichzeitigen Anstieg der Gesamtkosten von Z $).

Risiken einbeziehen – wenn sich das Projekt um 2 Monate verzögert, besteht eine Wahrscheinlichkeit von 30 %, dass wir wichtige Mitarbeiter verlieren (wie hoch ist die Fluktuationsrate für diese Schlüsselmitarbeiter in Ihrem Unternehmen? Wenn Ihr Unternehmen das nicht intern berechnet hat, sollten Sie das tun in der Lage sein, es für ähnliche Unternehmen/Kompetenzen zu finden). Der Verlust von Schlüsselpersonal wird das Projekt um X verzögern und die Kosten um Y erhöhen.

Berechnen Sie den Punkt, an dem es sinnvoll ist, das Projekt zu beenden. Verzögert sich der Kunde beispielsweise um 2,6 Monate, ist das Projekt für das Unternehmen nicht mehr rentabel.

Präsentieren Sie nun die Daten dem Kunden und Ihrem Management. Das Zuckerbrot ist, dass Sie bewiesen haben, dass Sie ein besserer Projektmanager sind als Ihr Vorgänger, und dass die Wahrscheinlichkeit verpasster Meilensteine ​​gerade gesunken ist. Der Knackpunkt ist, dass Sie einen Punkt identifiziert haben, an dem es für Ihr Unternehmen eine Torheit wäre, das Projekt fortzusetzen.

Wenn Sie dieses Projekt umkrempeln können, sollten Ihr Unternehmen, Ihr Kunde und die wichtigsten Mitarbeiter anerkennen , dass Sie Großartiges geleistet haben. Zombieprojekte riechen faulig, und dieser Geruch befleckt alle Beteiligten.

Obwohl der Client schwierig ist, glaube ich nicht, dass er den Zombie-Status erreicht hat ... noch nicht. +1 für die Simulationen - tolle Idee!

Ich denke du hast mehrere Möglichkeiten:

  1. Starten Sie das Projekt neu. Wenn Sie aus Ihrer Frage schließen, setzen Sie sich mit dem Kunden und den wichtigsten Teammitgliedern zusammen, die für die Herstellung des Produkts verantwortlich sind. Bringen Sie sie dazu, zuzugeben, dass das Projekt in Schwierigkeiten ist, und erstellen Sie einen neuen Plan, der realisierbar ist. Seien Sie neben dem Zeitplan darauf vorbereitet, dass sich Budget und Umfang ändern können. Der wichtigste Punkt, an den Sie sich erinnern sollten, ist, vorausschauend zu sein und über das Zeigen mit dem Finger hinauszugehen, damit Sie Lösungen finden können.
  2. „Ändern“ Sie das Projekt. Ähnlich wie bei der ersten Option, aber Sie fangen nicht bei Null an. Dies kann für die Leute leichter zu schlucken sein, insbesondere wenn es keine Änderungen im Team gegeben hat, da niemand zugeben möchte, dass frühere Bemühungen „verschwendet“ wurden. Dies kann zu einem Neustart werden, aber es besteht die Gefahr, dass Sie durch Komponenten des ursprünglichen Plans, die jetzt möglicherweise nicht im besten Interesse des Projekts sind, behindert werden.
  3. „Kill“ das Projekt. Dies ist eine Geschäftsentscheidung und keine PM-Entscheidung. Es liegt (IMHO) in der Verantwortung des PM, eine begründete Bewertung dieser Option vorzulegen. Wenn die Beibehaltung dieses Projekts die Fähigkeit Ihres Unternehmens beeinträchtigt, neue Projekte anzunehmen, kann es einen geschäftlichen Grund geben, wegzugehen, obwohl Sie Ihre versunkenen Kosten nicht decken können. Auf diesem Weg besteht auch das Risiko von Reputationskosten, aber wenn Ihr Kunde bereits mit Ihnen abgehakt ist, kann dies minimal sein. Wieder keine PM-Entscheidung.
+1 für die Darstellung dieser Optionen ... wer hat gesagt, dass PM subjektiv ist? :)

Dies ist ein Pauschalvertrag, wie Sie angegeben haben, und ich gehe davon aus, dass die Summe festgelegt ist. Ein Festpreisvertrag garantiert nur einen Festpreis – wie der Name schon sagt. Es garantiert KEINEN festen Zeitplan. In der Tat zielen wir auf eine Lieferung ab und tun unser Bestes, um sie zu erreichen. manchmal schlagen wir es, manchmal verfehlen wir es und sehr selten treffen wir es genau. Das ist Projektleben.

Ich kann mir auch vorstellen, dass Ihr Vertrag ausdrückliche Erwartungen und Verpflichtungen enthält, die von Ihrem Kunden verlangt werden, was die Einrichtung eines Arbeitsplatzes, die Bereitstellung von Dokumentation oder Ausrüstung, die Bereitstellung von Fachwissen und die zeitnahe Bereitstellung von Verifizierung und Validierung umfassen könnte . Es scheint, dass Ihr Kunde dies zurückhält, weil Sie zu spät gekommen sind, was die zugrunde liegende Botschaft enthält, dass er Ihre Fähigkeit, einen Gewinn zu erzielen, fast aus Rache sabotiert. Dies ist unreif, unverantwortlich, lächerlich, lächerlich und höchstwahrscheinlich ein Verstoß gegen Ihre Vereinbarung.

Folgendes würde ich tun:

  1. Hör auf zu arbeiten.
  2. Durchsuchen Sie den Vertrag, die Leistungsbeschreibung, das Angebot usw. und stellen Sie fest, wo und wie Ihr Kunde gegen die Bedingungen Ihrer Vereinbarung verstößt.
  3. Berechnen Sie die finanziellen Folgen dieser Verstöße.
  4. Beauftragen Sie einen Anwalt und gehen Sie vor.
  5. Entfernen Sie Kunden aus Ihrer Kundenbeziehungsmanagement-Datenbank und ermöglichen Sie anderen, seine Arbeit zu gewinnen .
  6. Mach weiter....

Ich nehme an, dies könnte einen Versuch verdienen, sich mit dem Kunden zusammenzusetzen, um zu versuchen, die Dinge vor einer so drastischen Aktion zu klären. Irgendwie hat dieses kindische Verhalten jedoch etwas, das mich dazu bringt, einfach mit der drastischen Aktion zu reagieren. Und bei dieser Verhaltensweise ist die Wahrscheinlichkeit eines fruchtbaren Ergebnisses wahrscheinlich gering. Also .... Meine zwei Cent.

Ich habe darüber nachgedacht – ich denke, es ist ein gültiger Weg, und wenn wir nur die Fakten der Sache betrachten, ist es wahrscheinlich der richtige Weg. Ich mache mir Sorgen, dass sich dies unangenehm erholen könnte, da das OP die erste Frist verpasst hat. Ich befürchte, dass sich dies zu einem langen und umstrittenen Problem entwickeln wird, das alle Beteiligten in Mitleidenschaft ziehen wird. Natürlich bin ich diesen Weg noch nie gefahren, also kann es sein, dass ich mich täusche.
+1, weil Sie die Vertragsbedingungen und Erwartungen an die Anforderungen genau getroffen haben. Ich wünschte, ich könnte noch einmal positiv abstimmen, da die Anweisungen äußerst hilfreich sind, wenn wir (als Unternehmen) die drastische Option verfolgen müssen. Ich glaube nicht, dass es so weit ist. Ich neige dazu, viel Geduld mit Kunden wie diesen zu haben, wenn es sich um einen ersten „Verstoß“ handelt (was es ist), unabhängig davon, wie herablassend sie sein können (schließlich ist es ein Projektleben). Wenn dies ein Stammkunde wäre, würde ich zweifellos Ihrem Rat folgen, alle Arbeiten sofort einzustellen und weiterzumachen. Danke, David!

Gibt es auf beiden Seiten eine obere Ebene? Kann das Problem an die Geschäftsleitung eskaliert werden?

Kunden erwerben Projektdienstleistungen, weil sie Vorteile davon erwarten, dass das Ergebnis (das Endprodukt) von einem Anbieter entwickelt wird.

Zu spät ist besser, als die Produkte gar nicht auszuliefern. Daher sollten Sie versuchen, aus der Kundenperspektive zu verstehen, was die erwarteten Vorteile für den Kunden wären.

Bereiten Sie einen einfachen Business Case mit erwartetem Nutzen (materiell und immateriell) vor und präsentieren Sie ihn jemandem, der ihn verstehen kann (ich würde erwarten, dass es nicht derjenige ist, mit dem Sie es direkt zu tun haben).

Verspätung ist bei Softwareentwicklungsprojekten üblich, aber es ist kein triftiger Grund für den Benutzervertreter des Kunden, beides nicht zu verzögern.

Obwohl der Vertrag möglicherweise nicht klar ist, gelten gängige Praktiken!

Verstehen der Organisationsstruktur Ihres Kunden aus der Sicht der Führungskräfte. Beginnen Sie von dort aus.

Manchmal kann der Top-Down-Ansatz in solchen Fällen funktionieren.

Wenn Ihr Kunde auch das Top-Management ist. Bewerten Sie dann den möglichen Verlust für Ihr Unternehmen im Vergleich zu der Zeit und den Ressourcen, die Sie bereits aufwenden werden, wenn Sie den Fall weiter in die Länge ziehen. Kann Ihnen helfen, eine schnellere Entscheidung zu treffen.

Rose aus Hongkong