Projekt-initiierungs-dokument

Projektplan

Der Beginn eines Projekts ist oft das A und O eines Projekts. Da sich Unternehmen auf Wachstum einstellen, werden viele neue Projekte initiiert, und sie platzen aus allen Nähten vor Aufregung, wenn es losgeht. Der Gedanke, ein neues Projekt zu starten, kann für Projektmanager jedoch überwältigend sein. Wenn man ein Projekt vorantreibt, gibt es einfach zu viele Dinge zu beachten.
Und wenn Sie nicht in der Lage sind, wirksame Prozesse für die Projektinitiierung zu schaffen, ist die Wahrscheinlichkeit groß, dass diese Projekte scheitern oder nicht die gewünschte Leistung erbringen. Kurz gesagt, sie werden nicht den Return-on-Investment erzielen, den sich das Management erhofft. Eine kürzlich durchgeführte Umfrage ergab, dass 75 % der IT-Mitarbeiter immer oder meistens glauben, dass ihre Projekte von Anfang an zum Scheitern verurteilt sind.
Aber wo fängt das Projekt an, wie erkennt man es, und was kann man tun, um die Erfolgschancen zu erhöhen? Hier ist der ultimative Leitfaden für die Projektinitiierung, der Ihnen erklärt, wie Sie von Anfang an das Ruder in die Hand nehmen und Ihre Projekte immer mit dem richtigen Fuß beginnen.

Projekt-charta

Dieser Artikel könnte für die meisten Leser zu technisch sein, um ihn zu verstehen. Bitte helfen Sie mit, ihn so zu verbessern, dass er auch für Nicht-Experten verständlich ist, ohne die technischen Details zu entfernen. (April 2017) (Erfahren Sie, wie und wann Sie diese Vorlage entfernen können)
Dieser Artikel benötigt zusätzliche Zitate zur Verifizierung. Bitte helfen Sie, diesen Artikel zu verbessern, indem Sie Zitate zu zuverlässigen Quellen hinzufügen. Nicht quellennahes Material kann angefochten und entfernt werden.Quellen finden:  “Project Initiation Documentation” – news – newspapers – books – scholar – JSTOR (April 2017) (Learn how and when to remove this template message)
Die PID bündelt die Informationen, die in den Prozessen “Starting up a project” und “Initiating a Project” erworben wurden, in einer von PRINCE2 kontrollierten Projektumgebung. Die 2009 von PRINCE2 vorgenommene Umbenennung von Document in Documentation deutet darauf hin, dass es sich dabei um eine Sammlung von Unterlagen handelt, die bis zur Erstellung eines Projekts gesammelt wurden, und nicht um alle Informationen im System [nach wem?]
Anstelle eines PID könnte auch eine Projektcharta erstellt werden; die beiden Dokumenttypen sind sich sehr ähnlich. Eine Projektcharta ist jedoch weniger detailliert und eignet sich daher besser für Fälle, in denen die Produzenten von Inhalten weniger verfügbar sind.[2]

Vorlage für ein dokument zur agilen projektinitiierung

Dieser Artikel könnte für die meisten Leser zu technisch sein, um ihn zu verstehen. Bitte helfen Sie mit, ihn so zu verbessern, dass er auch für Nicht-Experten verständlich ist, ohne die technischen Details zu entfernen. (April 2017) (Erfahren Sie, wie und wann Sie diese Vorlage entfernen können)
Dieser Artikel benötigt zusätzliche Zitate zur Verifizierung. Bitte helfen Sie, diesen Artikel zu verbessern, indem Sie Zitate zu zuverlässigen Quellen hinzufügen. Nicht quellennahes Material kann angefochten und entfernt werden.Quellen finden:  “Project Initiation Documentation” – news – newspapers – books – scholar – JSTOR (April 2017) (Learn how and when to remove this template message)
Die PID bündelt die Informationen, die in den Prozessen “Starting up a project” und “Initiating a Project” erworben wurden, in einer von PRINCE2 kontrollierten Projektumgebung. Die 2009 von PRINCE2 vorgenommene Umbenennung von Document in Documentation deutet darauf hin, dass es sich dabei um eine Sammlung von Unterlagen handelt, die bis zur Erstellung eines Projekts gesammelt wurden, und nicht um alle Informationen im System [nach wem?]
Anstelle eines PID könnte auch eine Projektcharta erstellt werden; die beiden Dokumenttypen sind sich sehr ähnlich. Eine Projektcharta ist jedoch weniger detailliert und eignet sich daher besser für Fälle, in denen die Produzenten von Inhalten weniger verfügbar sind.[2]

Geschäftsfall

Viele Werkzeuge und Dokumentationsformen werden verwendet – und insbesondere in der Anfangsphase eines Projekts benötigt. Dies ist eine kritische Zeit, in der ein Projekt richtig begonnen werden muss, wenn man es erfolgreich abschließen will. Ich möchte hier verschiedene Formen der Dokumentation, Kommunikation und Planung erörtern, die für Projekte erforderlich sind oder vorgeschlagen werden. Wie viel von dieser Planungs-, Formalisierungs- und Dokumentationsarbeit Ihr Team leistet, hängt natürlich von fünf Faktoren ab: Verfügbarer Zeitrahmen, verfügbares Budget, Größe des Projekts, die PM-Methodik Ihres Unternehmens und die Anforderungen des Kunden oder Projektauftraggebers.
Wir alle kennen Projektgenehmigungen – das sind die Unterschriften, die erforderlich sind, um Phasen, Meilensteine, die Ressourcenzuweisung oder praktisch jeden Aspekt des Projekts zu genehmigen, der von einer anderen Partei akzeptiert oder genehmigt werden muss. Projekte können im Laufe ihrer Lebensdauer Dutzende von Genehmigungszyklen durchlaufen. Am besten ist es, sie zu formalisieren – andernfalls könnte es einer oder beiden Parteien später zum Verhängnis werden. Dies hängt jedoch eher von der internen oder externen Natur des Projekts, der Größe des Projekts usw. ab. Der Kommunikationsaspekt von Genehmigungen besteht darin, sicherzustellen, dass sie innerhalb der Organisation weitergegeben, verstanden und konsequent verbreitet werden. Der grundlegende Zweck von Genehmigungen besteht darin, ein Projekt zu validieren und zu genehmigen.