Ich bin ein Anfänger im Projektmanagement, aber ich versuche, mein Wissen auf ein Unterfangen in meinem Job anzuwenden.
Ich habe ein Ergebnis, das durch zwei Lösungen erfüllt werden kann: eine wünschenswertere und eine weniger effiziente. Die Wahl liegt jedoch außerhalb meiner Kontrolle.
Ich werde um Genehmigung für die wünschenswertere Option bitten, aber wenn sie abgelehnt wird, muss ich die Alternative implementieren. Wie modelliere ich das in einem PSP?
Wir verwenden eine PM-Lösung, die von einem lokalen Unternehmen entwickelt wurde (PM3 von Result), die wie MS Project aussieht, aber nicht genau dasselbe ist. Also suche ich nach einer Antwort, die nicht zu softwareabhängig ist.
Danke für jede Hilfe!
Sie haben derzeit ein X/Y-Problem, weil Ihre Arbeitspakete Abhängigkeiten von einer derzeit nicht definierten Geschäftsstrategie haben . Dies treibt Ihre Notwendigkeit voran, Verzweigungen für "alternative Pfade" in Ihrem Projektplan zu entwickeln. Wenn Sie das strategische Geschäftsziel von vornherein richtig erfassen, müssen Sie sich weder in Ihrer Software noch in Ihrem Projektplan mit verzweigten Pfaden auseinandersetzen.
Sorgen Sie dafür, dass die Geschäftsleitung ihren Lohn verdient, indem Sie eine strategische Entscheidung darüber treffen, welche Ergebnisse sie tatsächlich wollen. Das vereinfacht Ihre Planung immens und ist wirklich die „richtige“ Art, jedes Projekt zu planen: indem Sie von Anfang an den richtigen Plan planen.
Wenn Sie diesen weisen Rat ignorieren, haben Sie immer noch Optionen. Anstatt zu versuchen, mehrere Pläne zu präsentieren, die unterschiedliche Ketten auf dem kritischen Pfad darstellen , sollten Sie Ihre PSP-Pakete so umgestalten, dass Sie einen einzigen Zeitplan mit anpassbarem Umfang haben.
Ein Teil Ihrer Herausforderung besteht darin, dass Sie nicht aktiv mit dem Unternehmen kommunizieren. Die Wahl zwischen einer „besseren“ (wie auch immer Sie diese definieren) Lösung und einer Lösung, deren Erstellung länger dauert oder die mehr kostet, ist eine strategische Entscheidung, die der Geschäftsleitung obliegt . Es ist nicht Ihre Aufgabe oder Ihre Verantwortung. Wenn Sie jedoch effektiv kommunizieren und das richtige Projekt beauftragen, müssen Sie keine Zeit damit verschwenden, Funktionen oder Meilensteine zu planen, die möglicherweise völlig irrelevant sind, sobald eine Geschäftsentscheidung getroffen wurde.
Also mach das erstmal. Erklären Sie den Führungskräften die Optionen, einschließlich der potenziellen Auswirkungen auf Zeitplan, Budget, Umfang und Qualität, und lassen Sie sie dann eine Strategie auswählen. Sobald sie das getan haben, können Sie den richtigen Projektplan erstellen, um die Anforderungen des Unternehmens zu erfüllen.
Unabhängig davon, ob Sie den Rat zur Kommunikation mit dem Unternehmen befolgt haben oder nicht, schauen wir uns an, was ein Projektstrukturplan wirklich ist. Wikipedia definiert einen PSP wie folgt:
Ein Projektstrukturplan (WBS) im Projektmanagement und Systems Engineering ist eine ergebnisorientierte Zerlegung eines Projekts in kleinere Komponenten.
Ihr Problem ist nicht wirklich, wie man einen PSP generiert; Ihr Problem besteht darin, Arbeitspakete zu erstellen, die Schlüsselelementen der INVEST-Kriterien folgen, damit die Unternehmensleitung auswählen kann, welche Pakete auf den kritischen Pfad gehören.
Mit anderen Worten, wenn Ihre Arbeitspakete gut zerlegt und weitgehend in sich abgeschlossen sind (um Abhängigkeiten zwischen Paketen zu verringern), können Sie das Einschließen oder Ausschließen bestimmter Pakete als Frage des Umfangs behandeln.
Während nur wenige Projektpläne vollständig idempotente Arbeitspakete enthalten können, wenn Ihre Arbeitspakete klein genug sind, um leicht geschätzt und getestet zu werden, und unabhängig genug, um zum Umfang hinzugefügt oder daraus entfernt zu werden, ohne einen großen Kaskadeneffekt auf abhängige Pakete zu erzeugen, dann sogar keine -Agile Projekte können davon profitieren, den Bereich zur anpassbaren Einschränkung zu machen .
Angenommen, Ihr Projekt trägt den Codenamen WonderWidget™. Sie haben mehrere Möglichkeiten, das Widget zu erstellen:
Wir gehen a priori davon aus , dass eine Methode mehr manuelle Schritte und höhere Arbeits-/Materialkosten hat, während die andere Methode potenzielle Qualitätsprobleme hat. Welches „besser“ ist, ist eine geschäftliche Entscheidung und für die Projektplanung weitgehend irrelevant.
Ein WonderWidget™, für das 53 Zahnräder zusammengebaut werden müssen, hat wahrscheinlich genau die gleichen Arbeitspakete auf beiden Wegen, mit Ausnahme der Zahnradproduktion oder der Einkaufsschritte. Wenn es 47 manuelle Schritte gibt, um jedes Zahnrad von Hand herzustellen, die in 12 eng gekoppelten Arbeitspaketen enthalten sind, aber nur zwei Arbeitspakete an der Bestellung von Zahnrädern bei Ihrem Lieferanten beteiligt sind – nun, das ist sicherlich eine Reihe von Überlegungen zu Zeitplan, Budget oder Qualität. Unter dem Gesichtspunkt der Verkettung von Projektaktivitäten sind die beiden Optionen jedoch im Wesentlichen austauschbar, da die Herstellung der Zahnräder möglicherweise sehr wenig mit den Arbeitspaketen im Zusammenhang mit der Widget-Montage zu tun hat.
Selbst die komplexesten Projektpläne können von INVEST-gesteuerten Arbeitspaketen profitieren. Erfordert eine Strategie, dass Sie ein Dingamabob vergrößern, während die andere erfordert, dass Sie ein Ding verkleinern? Bußgeld! Tauschen Sie die Pakete aus oder stellen Sie beide als Entweder-Oder dar.
Ein Projektplan mit einer bescheidenen Anzahl von Zweigen, optionalen Paketen/Meilensteinen oder Entscheidungspunkten ist durchaus sinnvoll. Wenn Sie jedoch feststellen, dass Ihr Plan so komplex wird, dass er wie eine Schüssel Spaghetti aussieht, müssen Sie innehalten und Ihre zugrunde liegenden Annahmen darüber, was das Projekt liefern soll, überdenken.
Im obigen Beispiel ist die Frage, ob Sie Ihre Zahnradproduktion auslagern sollten oder nicht, wahrscheinlich eine sinnvolle Verzweigung des Projektplans. Die Entscheidung, ob Sie ein Widget of Awesomeness™ oder ein Widget of Mediocrity™ erstellen , müssen Sie jedoch zu Beginn des Projekts definieren, anstatt es wie ein entstehendes Design an einem unbestimmten Punkt während des Projektlebenszyklus zu entdecken.
Ob Ihr Prozess agil oder traditionell ist, Sie müssen das Richtige entwickeln. Wenn Sie nicht genügend Informationen darüber haben, was das „Richtige“ ist, gehen Sie zurück zum Unternehmen und fragen Sie dort nach .
Ich glaube nicht, dass dies ein schwer zu lösendes Problem ist. So wie dies geschrieben steht, gehe ich davon aus, dass die Entscheidung zwischen Alternative A oder B einige Zeit nach Projektstart getroffen wird, also die Notwendigkeit zweier unterschiedlicher WBS. Erstellen Sie einfach eine zweite Kontrollkontostruktur. Zum Beispiel enthält WBS 1.0 die Pakete, die gemeinsam genutzt werden und, wie ich annehme, in Arbeit wären, bevor die Entscheidung getroffen wird. PSP 2.0 enthält Alternative A. PSP 3.0 enthält Alternative B. Sowohl 2.0 als auch 3.0 würden mit geeigneten Dollar-, Dauer- und Zeitwerten geplant, beide würden als Basiswerte erstellt, beide könnten mit ihrem eigenen kritischen Pfad modelliert werden, dh zwei davon zeigen . Führen Sie zum Zeitpunkt der Entscheidung eine Änderung durch und reduzieren Sie die nicht gewählte Alternative und entfernen Sie sie aus der Grundlinie.
Ich glaube nicht, dass das schwieriger sein muss. Ein bisschen mehr Arbeit, also stellen Sie sicher, dass Sie dafür bezahlt werden.