Es kann wie eine Wiederholung aussehen, aber ich komme noch einmal mit der gleichen Frage von hier zu PSP und Planungsergebnissen.
Mir wurde kürzlich in einem Meeting "empfohlen", eine Planungsaufgabe aufzunehmen. Und ein WBS auf n-Ebene, wenn ich später Zeit, Kosten, Aufgaben und Ressourcen messen möchte.
Soweit ich weiß, entspricht WBS dem Umfang des Projekts . Zeitplan sind die Aktivitäten zur Erstellung eines Liefergegenstands, daher besteht eine starke Beziehung zwischen beiden. Ein Block von Aktivitäten, die sich nicht auf eine Leistung beziehen, kann falsch sein und sollte in den WBS aufgenommen oder aktualisiert werden.
Soweit wir uns in der Planungsphase des Projekts befinden, ist es kein Problem, den PSP zu aktualisieren. Im Gegenteil, wenn WBS genehmigt wurde, ist die einzige Möglichkeit, es zu aktualisieren, ein formeller Änderungsprozess.
Sollte ich in den frühen Phasen des Projekts eine PSP-Lieferung auf Ebene n in meinen Planungsabschnitt meines globalen PSP aufnehmen? (Nehmen wir an, wenn das Projektteam es mit Haftnotizen erstellt).
Ich weiß, dass es ein Fehler ist, SO VIEL DETAILS in den PSP oder die Aktivitäten aufzunehmen, solange wir den Fortschritt messen und das Ziel der Leistung erfüllen und den Erfolg des Projekts erzielen können.
Ich bin gespannt, was Ihre Vorschläge wären, um den PSP-Lieferumfang „grafisch“ in den PSP aufzunehmen. Wie gehen Sie damit um. Irgendwelche Beispiele? Oder wäre Ihre Leistung direkt eine Scope-Anweisung?
BEARBEITEN: Scope-Baseline = Scope-Anweisung + WBS + WBS-Wörterbuch.
Sogar Agile kann eine anfängliche Planung und Artefakte produzieren lassen. Ich habe es hier beschrieben . Es ist also völlig in Ordnung, wenn Ihre Roadmap mit Phase/Sprint/Meilenstein „Onboarding und initiale Backlog-Erstellung“ beginnt. Und es ist sehr hilfreich, den Eindruck Ihres Kunden zu vermeiden, dass Sie in der ersten Woche Ihres Projekts mit der Arbeit an Funktionen beginnen.
In normalen PMs können Sie also sicherlich auch solche Leistungen in Ihrem PSP haben. PM-Aufgaben sind ebenfalls Teil des Projektumfangs.
Ich würde sagen, wenn wir meinen, dass der PSP (unter anderem) ein Kommunikationsinstrument ist , werde ich mich an der Planungsarbeit beteiligen, wenn dies hilft, die Erwartungen der Stakeholder zu erfüllen, oder wenn es sie beruhigt.
In jedem Fall müssen Sie als PM die Planungsstrecke erledigen. Ob es in Ihrem PSP steht oder nicht.
Ich würde jedoch einen generischeren Namen verwenden und ihm einen eher lieferbaren Geschmack geben . Etwas wie das:
1.1 Projektmanagementplan
1.2 Scope Baseline
1.3 Projektzeitplan
Ich denke, auf diese Weise können Sie sich darüber im Klaren sein, was Sie als PM liefern werden.
In Bezug auf den Detaillierungsgrad eines WBS ist dies meiner Meinung nach eher eine Kunst als eine Wissenschaft :).
In meinem Fall behalte ich im Hinterkopf, was das Team wissen muss, was die Stakeholder brauchen und wie komplex das Projekt ist , um den richtigen Detaillierungsgrad zu finden . Aber immer Produkte oder Leistungen, niemals Aufgaben. PSP = NOUNS, Planung = VERBEN
Ich verwende klassisches Projektmanagement zusammen mit Scrum , also verwende ich GANTT-Diagramme , um meine Kommunikation mit der C-Ebene zu verwalten, aber ich füttere mein Diagramm mit meinen Backlog- und Sprint-Planungstafeln .
Ich arbeite gerade an einem Beitrag dazu: „ Planung in agilen Projekten erstellen “ .
Ich hoffe das hilft! Tschüss, Falke