Wie geht man an ein Projekt heran, das einem neuen PM während der Ausführung mit vagen Anforderungen gegeben wird?

Ich war schon einmal in dieser Position. Wir arbeiteten mit dem Kunden zusammen, um ein Spezifikationsdokument zusammenzustellen, es mehrmals zu durchlaufen, und nachdem sich alle einig waren, was innerhalb des Umfangs und was außerhalb des Umfangs lag, unterzeichnete der Kunde es.

Der Hauptgrund, warum ich die Dokumentation herumliegen lasse, ist, dass sie als Mittel zur Beilegung von Streitigkeiten dient und alle Beteiligten an die Projektanforderungen erinnert.

In meiner Situation hat der Kunde einfach vergessen, worum er ursprünglich gebeten hatte. Die Durchsicht der ursprünglichen Anforderungen mit ihm half ihm, seinen Fehler zu erkennen, und wir waren uns alle einig, die ursprünglichen Anforderungen zu übernehmen.

Hätte er darauf bestanden, dass sich die Anforderungen ändern, hätten wir eine höhere Gebühr für die erweiterte Entwicklung berechnet und die ursprüngliche Fälligkeit verlängert.

Projektzeitplan und Projektfunktionen sind zwei Werte in einer Gleichung, die sich gegenseitig ausgleichen. Wenn weitere Funktionen hinzugefügt werden, muss die Zeitachse verlängert oder andere Funktionen entfernt werden.

Sie könnten zwar Überstunden machen oder den Fehler machen, einem Projekt zu spät weitere Ressourcen hinzuzufügen , aber die Erfolgsaussichten sind nicht groß.

Der beste reale Ansatz, um diese schiefe Phase zu überstehen, besteht darin, die Anforderungen frühzeitig zu dokumentieren. Wenn es zu spät ist, zurückzugehen und dies zu tun, können Sie das Projekt immer noch retten, indem Sie mit dem Kunden kommunizieren, erklären, dass die Anforderungen vage sind, und ein Meeting einberufen, um aktualisierte Anforderungen zu erhalten, wobei Sie das Gleichgewicht zwischen Funktionalität und Markteinführungszeit im Auge behalten.

Ständige Kommunikation und realistische Fristen sind an dieser Stelle Ihr größtes Kapital.

Verstehe zuerst, wo du bist. Machen Sie Ihre Hausaufgaben: Überprüfen Sie, wie wichtig das Projekt und der Kunde für die Organisation sind. Lernen Sie wichtige Randbedingungen kennen: Wer muss schließlich glücklich sein, wie sehr kümmern sich Entscheidungsträger, was sind allgemeine Projektprioritäten im Unternehmen, wie wichtig ist es, die Sache auf Anhieb profitabel zu machen? Sobald Sie es wissen, können Sie die Strategie an die Situation anpassen.

• Wenn das Projekt und/oder der Kunde wichtig sind, sollte der Schwerpunkt darauf liegen, den Kunden mit dem, was er bekommt, zufrieden zu stellen, was wahrscheinlich eine hohe Flexibilität bei der Anpassung der Pläne an den Kunden bedeutet und bei Bedarf zusätzliche Anstrengungen des Projektteams erfordert ändern und versuchen, das Ganze qualitativ hochwertig zu halten (so hart das auch klingen mag). Lassen Sie das Team im Grunde eine Extrameile laufen. Es sollte nicht schwer sein, alle zum Strahlen zu bringen, wenn Sie erfolgreich sind.

• Bei Projekten mit höchster Priorität sollte es relativ sein, Unterstützung von Entscheidungsträgern innerhalb der Organisation zu erhalten. Eine Entschädigung für zusätzlichen Aufwand, vielleicht ein oder zwei zusätzliche Personen für Aufgaben, die leicht ausgelagert werden können usw.

• Wenn das Projekt nicht so wichtig ist und das Unternehmen eine ziemlich gute Beziehung zum Kunden hat, ist es oft eine ziemlich gute Strategie, dies auszusprechen. Beschreiben Sie die Situation, wie sie ist, und versuchen Sie, gemeinsam mit dem Kunden eine vernünftige Lösung zu finden. Welche Features später geliefert werden können, wie der Prozess besser organisiert werden kann, damit ständige Änderungen den Entwicklungsprozess nicht so sehr stören, wie kritische Anforderungen gehärtet werden können, damit das Endprodukt mindestens mit ihnen konform ist.

• Wenn weder das Projekt noch der Kunde wichtig sind, können Sie einfach akzeptieren, dass Sie in diesem Fall keine herausragenden Leistungen erbringen werden, und einfach Ihr Bestes geben, um den Prozess auf vernünftige Weise zu organisieren, auch wenn er nicht mit einem überwältigenden Erfolg enden wird. Vielleicht ist das zynisch, aber es lohnt sich nicht, für das Projekt zu sterben, das niemanden interessiert.

• Wenn Sie sich nicht viel um den Kunden kümmern oder der Kunde notorisch zickig in Bezug auf die formelle Vereinbarung ist, können Sie den harten Ball spielen und den gleichen Ansatz verwenden. Wenn Anforderungen interpretiert werden können, können sie in beide Richtungen interpretiert werden. Es kann so viel verlieren, aber naja, manchmal ist es besser, eine toxische Beziehung zu beenden.

• Auf jeden Fall wären alle Tricks, die das Arbeitspensum besser organisieren und reduzieren, wie sehr sich Änderungen auf die tägliche Arbeit der Menschen auswirken, großartig. Es muss keine Isolation sein, Sie können die Arbeitsweise des Teams so anpassen, dass Änderungen berücksichtigt werden, damit niemand den Kunden und den PM hasst, weil er eine weitere Änderung vorgenommen hat.

1. Senden Sie es zurück an die Planung . Sagen Sie dem Kunden, dass es noch nicht bereit für die Produktion ist und dass er Zeit und Geld sparen und die Qualität steigern wird, wenn er es an die Planung/Anforderungserfassung zurücksendet. Oder, wenn Sie es nicht zurücksenden können, machen Sie zumindest eine 5-tägige Pause, um einige klare Spezifikationen auszuschalten.
2. Liefern Sie Version 0.7 und lassen Sie sie von dort aus iterieren. Liefern Sie eine vollständige, funktionierende Version basierend auf Ihrem Wissen. Dann lassen Sie sie von dort aus arbeiten, aber es ist von Ihrem Teller und zurück in ihren Schoß.

Nun Geo,

Ich habe keine Erfahrung in diesem Geschäft, ich bin nicht einmal ein PM (ich hoffe aber, dass ich daran arbeite), aber ich habe eine ähnliche Situation schon einmal gesehen.

Ich würde sagen, dass diese Situation sein wird, und die Auflistung dieser Fakten oben hilft, das Problem (Projekt) zu verstehen und zu bewältigen.

In einer ähnlichen Situation mussten sie die Dokumentation neu schreiben und eine Korrektur erstellen (dies geschah jedoch in einem bestimmten Softwaregeschäft, bei dem eine schnelle Korrektur für den Kunden möglich war).

Zuallererst muss sich der Kunde bewusst sein, dass Änderungen den Fortschritt einschränken.

Erstellen Sie eine Liste kritischer Probleme und sortieren Sie sie von den dringendsten bis zu den weniger dringenden.

Erstellen Sie eine Liste der kritischen Aktionen (oder Lieferungen) an das Entwicklungsteam (sortiert wie die Liste oben). Konzentrieren Sie den Job auf die dringendste Aktion und überprüfen Sie nach Abschluss die Prioritäten und beginnen Sie erneut.

Überprüfen Sie jedes Mal, wenn eine Aktion ausgeführt wird, ob Sie ein Problem (aus der Liste der kritischen Probleme ) als gelöst markieren können. Die Aktionen werden die Probleme beseitigen, also konzentrieren Sie sich auf die Aktionen und die Probleme werden auf natürliche Weise verschwinden.

Sprechen Sie mit dem Team und erklären Sie die Situation. Bieten Sie, wenn möglich, eine Prämie für den Abschluss des Jobs an.

Überstunden werden generiert? Ja. Es ist sehr wichtig, ein engagiertes Team zu haben.

alles tolle antworten. Ich denke, es ist auch wichtig, sich daran zu erinnern, dass ein Zurücktreten in den Projektlebenszyklus, um sicherzustellen, dass der Umfang und die Anforderungen klar sind, und eine Neuplanung keine Verzögerung von Wochen bedeutet. Oft kann diese Nachrüstung der Methodik in ein oder zwei Tagen durchgeführt werden.

Ich habe Projekte mit diesen Problemen übernommen und eine schnelle Überprüfung des Umfangs und der Anforderungen und Statusberichte durchgeführt. Wenn Leute an Projektaufgaben arbeiten und diese Aufgaben wenig Bezug zum ursprünglichen Zweck des Projekts haben, ist es an der Zeit, mit dem Sponsor darüber zu sprechen, was sich geändert hat.