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.
@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.
Ich denke du hast mehrere Möglichkeiten:
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:
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.
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
MCW
JTech
Benutzer1220
JTech
Benutzer1220
David Espina
JTech
JTech