Wie verwaltet man verschiedene Detailebenen in einem Projektplan, der verschiedenen Zielgruppen präsentiert werden soll?

In jedem Projekt werden verschiedene Detailebenen benötigt:

  • Zusammenfassung
  • Technische Zusammenfassung
  • Zusammenfassung des Lieferteams
  • Lieferdetails

Wie können diese unterschiedlichen Detaillierungsebenen im selben Projektplan enthalten und veröffentlicht werden (insbesondere mit MS Project 2007) , ohne dass die „höheren Ebenen“ in die niedrigeren hineinbohren können?

Ist das mit dem Tool möglich oder müssten mehrere Projektpläne geführt werden, um sie mit den Vertretern jeder Ebene teilen zu können?

Antworten (2)

TL;DR

Lassen Sie sich nicht von Ihren Werkzeugen einschränken. Wenn Ihr Tool nicht das tut, was Sie wollen, überarbeiten Sie die Informationen, die Sie anzeigen möchten.

Definieren Sie die Erwartungen der Zielgruppe

Um die richtige Ansicht zu liefern, müssen Sie entscheiden, was wichtig ist. Passen Sie die angezeigten Informationen entsprechend an.

Zum Beispiel könnte ich mich für ein Vorstandsmeeting dafür entscheiden, nur wichtige Projektmeilensteine ​​oder geschätzte Liefertermine anzugeben. Den Führungskräften wird es egal sein, dass die Klasse Foo() vergrößert werden muss, um den Meilenstein zu erreichen; Sie wollen im Allgemeinen nur wissen, wann „Zeug“ an Kunden versandt werden kann.

Für ein Meeting innerhalb des Projektteams könnte der vollständige Projektstrukturplan wichtiger sein, und ich könnte sogar versucht sein, Versanddaten aus der Präsentation herauszulassen, da sie normalerweise vom Management (und nicht vom Team) bestimmt werden.

MS Project vs. Papier und Bleistift

Ich würde davon ausgehen, dass MS Project Ansichten filtern und sie entweder als PDFs drucken kann (die nicht geändert werden können) oder dass Sie (als Moderator) das Gespräch auf die gewünschte Detailebene lenken können.

Andererseits bevorzuge ich als agiler Praktiker die Verwendung verschiedener Artefakte, um unterschiedliche Detailebenen darzustellen. Zum Beispiel:

  1. Für eine Führungsansicht würde ich das Product Backlog, Themen-/epische Karten oder ein Projekt -Burndown -Diagramm verwenden, um die Informationen darzustellen.
  2. Für eine Teamansicht würde ich das Sprint-Backlog, ein oder zwei Schnappschüsse des Kanban-Boards, User Stories, die klein genug sind, um in einen einzelnen Sprint zu passen, und ein Sprint -Burndown-Diagramm verwenden.

Auch hier kann Ihre Laufleistung stark variieren. Das Wichtigste ist, die richtigen Daten zu präsentieren, anstatt zuzulassen, dass Ihre Tools die Daten einschränken, die Sie präsentieren können.

Okay, mit Projektplan meinst du den Zeitplan. Sie möchten in der Lage sein, den Zeitplan mit dem entsprechenden Stakeholder auf der Ebene zu teilen, die der Stakeholder sehen muss, dh die Führungskraft sieht die Zusammenfassung und die wichtigsten Meilensteine, während die Arbeiter die Pakete auf niedriger Ebene sehen?

Filter. Sie können zusammenklappen und zeigen, was Sie wollen. Nur Pakete, nur Meilensteine, nur Hängematte, nur Zusammenfassung. Usw.

Mehrere Zeitpläne? Es kostet Sie das 10-fache, diese verschiedenen Zeitpläne zu pflegen, und sie synchron zu halten – und damit nützlich – wäre bei einem komplexen Projekt so gut wie unmöglich.

EDIT: Ich sehe Tiagos Bearbeitung. Jetzt interpretiere ich Sie so, dass Sie nicht möchten, dass die höheren Ebenen einen Drilldown durchführen können.

Nun, Sie können jederzeit eine PDF-Datei senden, damit sie sehen können, was Sie sehen möchten. Meine Frage wäre jedoch ... warum? Willst du Dinge verstecken? Gehen Sie so transparent wie möglich vor. Es wird dir viel mehr nützen, als dir je geschadet hat. Wenn ein Vorgesetzter einen Drilldown durchführen möchte und dies nicht kann, sollte seine/ihre erste Frage lauten: Warum vertraue ich diesem PM?

es geht nicht so sehr ums "Verstecken", sondern darum, dass der ausführende Sponsor die 12 Unterteile von der Unteraufgabe bis zur Teilleistung bis zur Leistung bis zum Meilenstein nicht sehen muss
Muss er nicht und will er wahrscheinlich auch nicht. Executive Summarys gibt es aus einem bestimmten Grund, denn das ist alles, was sie normalerweise sehen müssen. Die Fähigkeit zum Drilldown sollte jedoch allen Ihren Führungskräften zur Verfügung stehen. Sie werden dies wahrscheinlich nur tun, wenn sie das Bedürfnis verspüren, was sie tun sollten, oder wenn Sie einen Mikromanager an Ihren Händen haben. In jedem Fall würde ich Sie ermutigen, die Fähigkeit beizubehalten, um so transparent wie möglich zu sein.