Ein Projektmanagement-Plan ist das zentrale Master-Playbook für die erfolgreiche Umsetzung eines Projekts. Mit Trupeer können Sie Stunden bei der Planung sparen, indem Sie mit einer kostenlosen Vorlage für einen Projektmanagement-Plan starten, sie mit Ihrer Brand Identity anpassen und den Plan in Video-Zusammenfassungen umwandeln, die Stakeholder schnell aufeinander ausrichten.

Was ist eine Vorlage für einen Projektmanagement-Plan?

Ein Projektmanagement-Plan ist das Dokument, das beschreibt, wie ein konkretes Projekt gesteuert wird: Umfang, Zeitplan, Kosten, Qualität, Ressourcenplanung, Kommunikation, Risiko, Beschaffung und Vorgehen für Stakeholder.

In formalen Methoden ist es der Masterplan, der die Teilpläne für jeden dieser Bereiche enthält oder auf sie verweist. Genau das unterscheidet ihn von einem Projektplan, der im allgemeinen Sprachgebrauch oft nur den Zeitplan meint.

Eine Vorlage dafür liefert in der Regel den vollständigen Satz an Teilabschnitten. Deshalb umfassen fertige Versionen häufig sechzig Seiten und mehr. Diese Ausführlichkeit ist nicht das Problem, und diese Seite ist kein Argument dafür, Governance zu überspringen.

Das Problem ist, was die Seiten füllt.

Der Highlight-Test für jeden Projektmanagement-Plan

Nehmen Sie einen abgeschlossenen Projektmanagement-Plan aus Ihrer eigenen Organisation. Markieren Sie jeden Satz, der anders wäre, wenn es sich um ein anderes Projekt handeln würde.

Nicht Sätze, die den Namen des Projekts enthalten. Sätze, deren Inhalt sich ändern würde: eine konkrete Einschränkung, eine benannte Abhängigkeit, eine Entscheidung, die für die Umstände dieses Projekts getroffen wurde, ein Datum, das sich nicht verschieben lässt.

Schauen Sie dann, wie viel des Dokuments markiert ist.

In den meisten Organisationen sind es zwischen fünfzehn und dreißig Prozent. Die verbleibenden siebzig bis fünfundachtzig Prozent beschreiben, wie die Organisation Projekte generell steuert, und würden im nächsten Plan und dem darauf folgenden unverändert erscheinen.

Das ist der Grund, warum niemand diese Dokumente liest. Wer als Leser nach dem sucht, was an diesem Projekt spezifisch ist, muss es in viermal so viel Material finden, das es nicht ist.

So passen Sie diese Vorlage in Trupeer an

Schritt 1: Öffnen Sie den Bereich Vorlagen

Gehen Sie im Hauptmenü zum Bereich Vorlagen.

Schritt 2: Wählen und öffnen Sie eine Vorlage

Klicken Sie auf eine beliebige Vorlage, mit der Sie arbeiten möchten, um sie zu öffnen.

Schritt 3: Erweitern Sie die Vorlagenansicht

Falls nötig, erweitern Sie die Vorlagenansicht, um das vollständige Layout und die Details klar zu sehen.

Schritt 4: Bearbeiten Sie die Vorlage

Klicken Sie auf „Bearbeiten“, um mit der Anpassung der ausgewählten Vorlage zu beginnen.

Im Editor können Sie:

• Neue Abschnitte hinzufügen

• Formatierungsregeln definieren oder aktualisieren

• Ein Logo hinzufügen und seine Position sowie zugehörige Einstellungen anpassen

Schritt 5: Speichern Sie Ihre angepasste Vorlage

Nachdem Sie alle notwendigen Änderungen vorgenommen haben, klicken Sie auf „Speichern“, um die aktualisierte Vorlage als Ihre eigene zu sichern.

Schritt 6: Vorschau ansehen und die Vorlage feinjustieren

Wenn Sie sehen möchten, wie Ihre angepasste Vorlage aussieht, öffnen Sie die Vorschau.

Ausgehend vom Vorschau-Bildschirm können Sie bei Bedarf direkt weitere Anpassungen vornehmen und so sicherstellen, dass die Vorlage genau so erscheint, wie Sie es möchten.

Mit einer Vorlage für einen Projektmanagement-Plan können Sie:

• Stunden bei der Planung sparen: Überspringen Sie die leere Seite mit einer umfassenden PM-Struktur.

• Jedes Wissensgebiet abdecken: Integrierte Abschnitte für Umfang, Zeitplan, Kosten, Qualität und Risiko.

• Im Brand bleiben: Verwenden Sie Ihr Logo, Ihre Schriftarten und Farben mit dem Brand Kit von Trupeer.

• Stakeholder ausrichten: Wandeln Sie dichte Pläne in Video-Zusammenfassungen um, die alle schnell erfassen können.

• Projekte standardisieren: Nutzen Sie dieselbe Vorlage für jede Initiative.

• Globale Teams erreichen: Übersetzen Sie Pläne mit einem Klick in 65+ Sprachen.

Warum der Großteil des Dokuments für jedes Projekt passt

Der generische Inhalt ist nicht aus Faulheit vorhanden. Er ist vorhanden, weil die Vorlage danach fragt und weil Governance erwartet, dass jeder Teilbereich adressiert wird.

So sagt der Abschnitt zum Umfangsmanagement, dass Änderungen am Umfang als Change Requests gemeldet, auf Auswirkungen geprüft und vom Change Board genehmigt werden. Das ist wahr – und so funktioniert jedes Projekt in dieser Organisation. Für dieses Projekt sagt es dem Leser jedoch nichts.

Der Abschnitt zum Qualitätsmanagement beschreibt den Standard-Review- und Testing-Ansatz. Der Abschnitt zum Kommunikationsmanagement sagt, dass Stakeholder einen wöchentlichen Bericht erhalten. Der Abschnitt zum Change Control stellt den Change-Control-Prozess erneut dar. Alles korrekt, alles identisch mit dem letzten Plan – und alles beansprucht die Aufmerksamkeit des Lesers.

In der Zwischenzeit ist der wirklich projektspezifische Inhalt – also das, wofür ein Plan existiert, um es festzuhalten – darin verstreut. Eine Zugangsbeschränkung für den Standort. Ein Lieferant aus einer einzigen Quelle. Ein Zeitfenster, das sich nicht verschieben lässt. Ein Stakeholder, der persönlich genehmigen muss. Jeder dieser Punkte ist ein oder zwei Sätze – und jeder ist versteckt.

Die Lösung ist nicht, weniger zu schreiben. Die Lösung ist, den generischen Inhalt dorthin zu verschieben, wo er einmalig geschrieben werden kann.

So trennen Sie die Methodik vom Plan

Zwei Dokumente statt eines.

Ein dauerhaftes Methodik-Dokument. Wie Ihre Organisation Projekte steuert. Change Control, Quality Gates, Reporting-Takt, Eskalationswege, Dokumentenstandards, Rollen und ihre Verantwortlichkeiten. Einmal geschrieben, vom Projektbüro verantwortet, von jedem Plan referenziert, aktualisiert, wenn sich die Methode ändert – nicht wenn ein Projekt startet.

Ein Projektmanagement-Plan. Nur das, was für dieses Projekt spezifisch ist. Jeder Abschnitt stellt genau eine Frage: Was ist hier anders?

Die Regel, die die Trennung ehrlich hält, ist einfach anzuwenden. Jeder Satz, der in einem anderen Projektplan unverändert erscheinen könnte, wird gelöscht und durch einen Verweis auf die Methodik ersetzt.

Wenn Sie diese Regel auf einen bestehenden Plan mit sechzig Seiten anwenden, bleiben typischerweise acht bis zwölf Seiten übrig. Diese Seiten sind der Plan. Und sie sind – zum ersten Mal – es wert, gelesen zu werden.

Es gibt zwei Einwände, und beide haben Antworten. Auditoren und Kunden verlangen manchmal den vollständigen Satz an Teilinhalten – in diesem Fall erfüllt das Methodik-Dokument diese Anforderung und der Plan verweist darauf. Auditoren akzeptieren das in der Regel, weil die Nachvollziehbarkeit klarer ist. Und Menschen machen sich Sorgen, dass der Plan dünn aussieht – was er tut, bis jemand ihn verwenden muss.

Kostenlose Vorlage für einen Projektmanagement-Plan: die Abschnitte zum Kopieren

Kopieren Sie von hier. Acht Abschnitte, acht bis zwölf Seiten, jeder beantwortet, was an diesem Projekt anders ist.

Kopfbereich. Projekt, Sponsor, Projektmanager, Budget, Daten, Version des Methodik-Dokuments, unter der dieser Plan läuft.

Ziele und Erfolgskriterien. Was dieses Projekt erreichen muss – als Messgrößen statt als Deliverables – entnommen aus dem Project Brief, statt es neu zu erfinden.

Umfang und Abgrenzung. Was enthalten ist, was nicht, und insbesondere was nicht enthalten ist, obwohl es von anderen angefragt wurde. Verweisen Sie auf den Change-Prozess, statt ihn zu beschreiben.

Unverschiebbare Einschränkungen. Daten, Zeitfenster, Freeze-Phasen, regulatorische Deadlines, Besitz- oder Zugriffszeiträume, Vertragsbenachrichtigungsdaten. Alles, was sich im Projekt nicht verschieben lässt – mit seinem Owner. Unser IT-Projektplan-Template deckt ab, wie Sie das richtig aufsetzen, und es ist der Abschnitt, der sich am meisten lohnt, für eine einzelne Seite zu extrahieren.

Ressourcen und Kapazität. Wer ist verpflichtet, für wie viel Zeit, und was macht er stattdessen nicht. Benennen Sie die Personen, deren Verfügbarkeit der Plan tatsächlich voraussetzt.

Beschaffungsansatz. Was wird eingekauft, auf welcher Grundlage, mit welchen Vorlaufzeiten. Unser Procurement-Management-Plan-Template deckt dies als Teilplan ab, wenn das Projekt dafür einen Bedarf hat.

Projektspezifische Risiken. Nur Risiken, die nur für dieses Projekt gelten – jeweils mit Auslöser und Owner. Generische Risiken gehören in die dauerhafte Risk-Liste der Methodik.

Abweichungen von der Methodik. Wo dieses Projekt etwas anders macht als den Standardansatz – und warum das vereinbart wurde. Dieser Abschnitt ist kurz, und er ist der, den Auditoren zuerst lesen.

Kopieren Sie bis hierher. Teilpläne werden angehängt, wenn die Größe des Projekts sie rechtfertigt, und referenziert, wenn nicht.

Der Gleisbauingenieur, dessen Besitzfenster auf Seite 41 stand

Kelvedon Rail ist ein Infrastrukturtechnik-Unternehmen mit etwa sechzehnhundert Mitarbeitenden. Es betreibt rund vierunddreißig Projekte pro Jahr oberhalb der Schwelle von zweihundertfünfzigtausend Pfund – und jedes dieser Projekte erforderte einen Projektmanagement-Plan.

Die Vorlage enthielt elf Teilpläne, und die abgeschlossenen Versionen hatten im Durchschnitt achtundsechzig Seiten.

Jemand hat den Highlight-Test bei zwölf davon durchgeführt. Median-markierter Inhalt: neunzehn Prozent.

Die Abschnitte zum Umfang, zur Qualität, zur Kommunikation und zum Change Control waren über alle zwölf nahezu identisch – und in neun Fällen wortwörtlich. Denn jeder Autor hatte beim Start vom vorherigen Plan übernommen. Zwei der zwölf enthielten noch immer den Namen eines anderen Projekts im Fließtext.

Das Projektbüro erfasste außerdem Dokumentenöffnungen. Über diese zwölf Pläne hinweg lag die Anzahl der Male, die jemand das Dokument nach der Genehmigung öffnete, im Median bei drei. Zwei wurden von niemandem jemals wieder geöffnet.

Die Konsequenz zeigte sich in einem Projekt. Ein Gleisbesitz-Zeitfenster – ein wirklich unverschiebbares Datum, das Monate im Voraus mit dem Infrastruktur-Owner vereinbart worden war – wurde auf Seite vierundvierzig eins des Plans erfasst und nirgendwo sonst. Das Delivery-Team plante Arbeiten für eine Woche, in der der Zugang nicht verfügbar war. Drei Wochen gingen verloren, bei geschätzten Kosten von einhundertsechsundachtzigtausend Pfund.

Die Information war dokumentiert. Sie war genehmigt. Sie befand sich in achtundsechzig Seiten, von denen vier Fünftel beschrieben, wie Kelvedon Projekte generell steuert.

Der Umbau brachte zwei Dokumente hervor. Ein Methodik-Dokument mit etwa vierzig Seiten, einmal geschrieben und vom Projektbüro verantwortet. Und eine Vorlage für den Projektmanagement-Plan mit acht Abschnitten, ausgelegt auf acht bis zwölf Seiten – wobei jeder Abschnitt nur fragt, was an diesem Projekt anders ist.

Über die folgenden einundzwanzig Projekte hinweg lag die Planlänge im Median bei elf Seiten, und die medianen Öffnungen nach der Genehmigung bei vierzehn. Der Highlight-Test bei acht davon ergab einen Median von einundachtzig Prozent projektspezifischem Inhalt.

Die unverschiebbaren Einschränkungen liegen jetzt ebenfalls in einer einseitigen Anlage vor, die aus dem Plan extrahiert und separat verteilt wurde. Denn die Erkenntnis aus dem Besitzfenster war: Wichtige Termine sollten nicht nur durch Lesen auffindbar sein.

Die Teilpläne – und welche Sie wirklich brauchen

Die ehrliche Position ist: Die meisten Projekte brauchen zwei oder drei dieser Teilpläne als separate Dokumente und referenzieren den Rest. Alle zehn zu produzieren, nur weil die Vorlage zehn auflistet, führt zu einem Plan mit sechzig Seiten, den niemand öffnet.

So erstellen Sie einen Projektmanagement-Plan, Schritt für Schritt

Starten Sie beim Brief, damit der Plan ein vereinbartes Problem adressiert – statt einen Ansatz nur zu wiederholen.

Schreiben Sie zuerst die unverschiebbaren Einschränkungen. Sie bestimmen, was möglich ist, und sie sind der Abschnitt, der am wahrscheinlichsten den Rest verändert.

Füllen Sie jeden verbleibenden Abschnitt, indem Sie nur beantworten, was hier anders ist. Wenn die ehrliche Antwort „nichts“ ist, schreiben Sie den Verweis und machen Sie weiter.

Benennen Sie Personen, sobald der Plan von der Verfügbarkeit einer Person abhängt, und klären Sie das mit ihnen ab.

Entscheiden Sie anhand der Tabelle oben, welche Teilpläne separate Dokumente rechtfertigen, und referenzieren Sie die anderen.

Schreiben Sie den Abschnitt zu Abweichungen zuletzt, sobald Sie wissen, wo dieses Projekt vom Standardansatz abweicht.

Wenden Sie dann den Highlight-Test auf Ihren eigenen Entwurf an, bevor Sie ihn verteilen. Alles, was nicht markiert ist, ist ein Kandidat zum Löschen.

Die wichtigsten Phasen, die ein Projektmanagement-Plan abdecken muss

Der Plan sollte zu jeder Phase etwas Projektspezifisches sagen – und für die meisten Projekte ist dieses etwas kurz.

Initiierung. Was hat das autorisiert – und gegen welche Erfolgskriterien.

Planung. Die Einschränkungen, die Ressourcenplanung und die Entscheidungen zum Vorgehen. Hier sitzt der Großteil der Inhalte des Plans.

Durchführung. Was ist anders daran, wie dieses Projekt umgesetzt wird – einschließlich jeder Abweichung von der Standardmethode.

Monitoring und Steuerung. Was wird beobachtet, was für dieses Projekt ungewöhnlich ist – statt dem Standard-Reporting-Takt zu folgen.

Abschluss und Übergabe. Wer erhält die Ergebnisse und was braucht er, um sie zu akzeptieren. Das deckt unsere project handover checklist template ab. Es lohnt sich, das bereits in der Planung zu vereinbaren – nicht erst beim Abschluss.

Die Phase, in der Pläne am schwächsten sind, ist die letzte. Denn sie liegt am weitesten zurück, wenn der Plan geschrieben wird. Das Benennen des empfangenden Teams und seiner Akzeptanzkriterien in der Planung ist das wertvollste, was der Abschnitt „Abschluss“ enthalten kann.

Häufige Projektmanagement-Methodiken – und was sich ändert

Die Form des Plans verschiebt sich je nach Methode, und der Highlight-Test gilt für alle.

Wasserfall oder Stage-Gate. Der vollständige Satz an Teilplänen ist hier konventionell, und die Disziplin, die Methodik vom Plan zu trennen, ist am wichtigsten – weil die Vorlagen am schwersten sind.

Agil. Vieles von dem, was ein traditioneller Plan dokumentiert, steckt in der Art und Weise, wie man arbeitet. Der Plan braucht jedoch weiterhin die unverschiebbaren Einschränkungen, das Commitment zur Ressourcenplanung, den Beschaffungsansatz und die Abweichungen. Was er nicht braucht, ist ein Umfangsmanagement-Plan für einen Umfang, der bewusst emergent ist.

PRINCE2. Die Projektinitiierungsdokumentation übernimmt diese Rolle, und ihre Struktur ist vorgegeben. Die Methodik-Trennung gilt weiterhin, da PRINCE2 explizit Tailoring erwartet – und genau das Tailoring ist das, was ein Leser sehen muss.

Hybrid. Die häufigste Realität – und in der ein Hybridprojekt den Abschnitt zu Abweichungen verdient. Denn per Definition weicht ein Hybridprojekt in spezifischen Punkten von einer Standardmethode ab, die dokumentiert werden müssen.

Welche Methode auch gilt: Die Aufgabe des Plans ist dieselbe. Halten Sie fest, was an diesem Projekt spezifisch ist. Die Methode bestimmt, wo der generische Inhalt lebt – nicht ob er in den Plan gehört.

Einfach oder vollständig: Wie lange sollte der Plan sein?

Beide Extreme tauchen in dem auf, wonach Menschen suchen. Das deutet darauf hin, dass die Frage tatsächlich ungelöst ist: Einige wollen eine einfache Vorlage mit einer Seite, andere wollen ein vollständiges Plan-Dokument.

Die Lösung ist, dass sie unterschiedliche Hälften desselben wollen. Eine einfache Vorlage für Projektmanagement ist normalerweise der Zeitplan und die Aufgabenliste – ein operatives Artefakt. Ein vollständiger Projektmanagement-Plan ist das Governance-Dokument. Beide sind legitim, und keines ist das andere.

Für den Plan speziell: acht bis zwölf Seiten für ein umfangreiches Projekt, zwei oder drei für ein kleines – plus alle Teilpläne, die wirklich separate Dokumente rechtfertigen. Wenn Ihre Governance mehr verlangt, erstellen Sie das Methodik-Dokument und referenzieren Sie es. Das erfüllt die Anforderung, ohne ein Dokument zu produzieren, das niemand liest.

Die Anzahl, die es wert ist, zu verfolgen, sind nicht Seiten. Es sind die Öffnungen nach der Genehmigung – das sagen die meisten Dokumentensysteme, und fast niemand schaut darauf.

Projektmanagement-Plan oder Projektplan?

Die Begriffe werden synonym verwendet, und die Unterscheidung lohnt sich.

Ein Projektmanagement-Plan beschreibt, wie das Projekt gesteuert wird: Vorgehen, Einschränkungen, Governance, Teilpläne. Es ist ein Governance-Dokument, das einmal genehmigt und bei Änderungen überarbeitet wird.

Ein Projektplan bedeutet im normalen Sprachgebrauch meist den Zeitplan: Aufgaben, Abhängigkeiten, Dauer und Owner. Es ist ein operatives Artefakt, das wöchentlich aktualisiert wird.

Wenn man sie verwechselt, entstehen zwei bekannte Fehler. Ein Governance-Dokument mit einem Gantt-Chart darin, der innerhalb von zwei Wochen veraltet ist. Oder ein Zeitplan als Plan präsentiert, der keine Einschränkungen, kein Commitment zur Ressourcenplanung und keine Akzeptanzkriterien enthält.

Trennen Sie sie und lassen Sie jedes Dokument in seinem eigenen Zyklus aktualisieren. Unser IT-Projektplan-Template deckt die Planungsseite ab, einschließlich des Constraint-Kalenders, und unser project documentation template deckt ab, welche der daraus resultierenden Dokumente nach dem Abschluss es wert sind, behalten zu werden.

Kann ich eine Vorlage für einen Projektmanagement-Plan in Excel bekommen?

Excel eignet sich für die Artefakte, die Tabellen sind und aktualisiert werden: der Zeitplan, das Ressourcen-Commitment pro Person, das Risk Register, die Einschränkungsliste mit Ownern und Daten sowie die Liste der Beschaffungspakete mit Vorlaufzeiten.

Word oder Google Docs für den Plan selbst: Das ist Fließtext, der Entscheidungen beschreibt, und der genehmigt wird – statt verfolgt zu werden.

PDF für die genehmigte Version, exportiert und datiert. Denn der Plan ist das, worauf sich Menschen beziehen, wenn etwas strittig ist. Eine eingefrorene genehmigte Version ist daher wichtig.

Die meisten Organisationen landen beim Plan in einem Dokument und vier oder fünf verknüpften Tabellenkalkulationen – das ist die richtige Anordnung. Was nicht funktioniert, sind beide Extreme: Ein Plan komplett in einer Tabellenkalkulation verliert die Entscheidungen, und ein Plan komplett in einem Dokument bedeutet, dass die Tabellen veralten.

So halten Sie den projektspezifischen Inhalt im Plan sichtbar

Die Erkenntnis aus dem ausgearbeiteten Beispiel geht nicht wirklich um die Länge. Es geht darum, dass wichtiger projektspezifischer Inhalt unsichtbar wird, wenn er von generischem Material umgeben ist – und keine Menge guter Formulierungen das behebt.

Zwei Gewohnheiten helfen. Extrahieren Sie die unverschiebbaren Einschränkungen auf eine Seite und verteilen Sie sie separat, denn dort ist es am teuersten, wenn etwas übersehen wird. Und halten Sie das Methodik-Dokument wirklich aktuell, denn sobald es veraltet ist, fangen Menschen an, es in Plänen wieder neu zu formulieren.

Trupeer AI ist nützlich für das zweite. Das Methodik-Dokument beschreibt Prozesse, und Prozesse ändern sich: ein neues Tool für Change Control, ein anderer Reporting-Weg, ein überarbeiteter Genehmigungsprozess. Wenn man den Prozess einmal aufzeichnet, entsteht eine schriftliche Prozedur mit den Schritten und Screens, die bereits erfasst sind. So kann die Methodik kostengünstig korrekt gehalten werden, statt zu driftieren, bis niemand mehr ihr vertraut.

Erfassen. Brandmarken. Übersetzen. Trupeer-n.

Das ist wichtig, weil die gesamte Trennung davon abhängt, dass die Methodik vertrauenswürdig ist. Ein Plan, der auf eine Methodik verweist, an die niemand glaubt, wird innerhalb von zwei Projekten anfangen, sie erneut darzustellen. Der SOP creator deckt diese Prozeduren ab, und sie leben in Ihrer knowledge base mit konsistenter Brand-Kennzeichnung. Setup-Anweisungen finden Sie in der document template setup guide.

Häufig gestellte Fragen

Gibt es eine kostenlose Vorlage für einen Projektmanagement-Plan in Excel?

Excel eignet sich für die Tabellen, von denen der Plan abhängt: Zeitplan, Ressourcen-Commitment, Risk Register, Einschränkungen mit Ownern, Vorlaufzeiten für die Beschaffung. Es gibt keinen „Gated Download“ und kein Formular. Halten Sie den Plan selbst als Dokument und verlinken Sie die Tabellenblätter, da beide in unterschiedlichen Zyklen aktualisiert werden.

Gibt es eine kostenlose Vorlage für einen Projektmanagement-Plan in Word?

Die oben stehende Struktur mit acht Abschnitten wird direkt in Word oder Google Docs eingefügt. Wenden Sie den Highlight-Test auf Ihren ersten Entwurf an, bevor Sie ihn verteilen. Die Übung entfernt normalerweise mehr, als sie hinzufügt, und erzeugt die Version, die die Leute tatsächlich öffnen.

Gibt es eine kostenlose Vorlage für einen Projektmanagement-Plan in PDF?

Exportieren Sie den genehmigten Plan und halten Sie die Arbeitsversion bearbeitbar. Der Plan ist das Dokument, auf das man sich bezieht, wenn Umfang oder Vorgehen strittig sind. Daher lohnt sich eine datierte, eingefrorene Version neben der Live-Version.

Wo finde ich einen vollständigen Projektmanagement-Plan in PDF?

Veröffentlichte Beispiele mit dem vollständigen Satz an Teilinhalten sind leicht zu finden – einschließlich bei öffentlichen Stellen und Universitäten – und sie sind nützlich, um die konventionelle Struktur zu sehen. Lesen Sie eines und führen Sie den Highlight-Test darauf durch: Die meisten veröffentlichten Beispiele sind im Wesentlichen eine Neuformulierung der Methodik. Genau deshalb sind sie sicher zu veröffentlichen.

Gibt es eine einfache Vorlage für Projektmanagement in Excel?

Ja, und sie ist normalerweise der Zeitplan und die Aufgabenliste – nicht der Plan. Beide sind es wert, vorhanden zu sein. Der Zeitplan verfolgt die Arbeit; der Plan hält die Einschränkungen, die Ressourcenplanung und die Entscheidungen zum Vorgehen fest. Wenn Sie nach der einfachen Vorlage greifen, wenn Sie den Plan brauchen, enden Projekte ohne Nachweis dessen, was vereinbart wurde.

Brauche ich Projektplanungssoftware?

Nicht, um den Plan zu schreiben – denn das ist ein Dokument. Software hat ihren Platz für den Zeitplan, sobald Sie ungefähr dreißig Live-Aufgaben mit wechselnden Abhängigkeiten und mehr als einer Handvoll Personen haben, die den Status aktualisieren. Darunter ist eine Tabellenkalkulation schneller, und jeder hat ohnehin schon eine.

Wer sollte den Projektmanagement-Plan schreiben?

Der Projektmanager, wobei der Sponsor genehmigt und das Projektbüro bestätigt, welche Teilpläne erforderlich sind. Wenn ein Teilplan die Arbeit einer anderen Funktion abdeckt, etwa der Beschaffung, sollte diese Funktion ihn schreiben – statt dass der Projektmanager deren Vorlaufzeiten schätzt.

Wie oft sollte der Projektmanagement-Plan aktualisiert werden?

Bei Änderungen – nicht in einem festen Zyklus. Wenn sich eine Einschränkung verschiebt, wenn sich die Ressourcenplanung ändert, wenn das Vorgehen von dem abweicht, was genehmigt wurde, oder wenn sich der Umfang ändert. Der Zeitplan wird wöchentlich aktualisiert, der Plan nicht. Das ist der praktische Grund, warum man sie als separate Dokumente führt.