Beste Antwort
Die Projekthintergrund beschreibt den organisatorischen Hintergrund, in dem das Projekt stattfindet. Sie sollten darauf abzielen, es für jemanden verständlich zu machen, der nichts über das Geschäft oder die Technologie weiß. Es sollte ein hohes Niveau sein, nur ein paar Sätze zu jedem Schlüsselelement. Als ich beispielsweise Leiter der Abteilung für digitale Bibliotheken an der British Library war, erklärte ich, was die British Library war, warum sie eine digitale Bibliothek hatte, was das Programm für digitale Bibliotheken war und welchen Teil des digitalen Bibliothekssystems das Projekt betraf. Sobald Sie es für ein Projekt geschrieben haben, sollten Sie es für jedes andere Projekt innerhalb desselben Programms wiederverwenden können.
Die Problemdefinition beschreibt das Problem, das das Projekt lösen soll. Es sollte das Problem in Bezug auf die Geschäftsvorteile beschreiben, die Sie nach Abschluss des Projekts erwarten. Viele Leute verstehen das falsch. Angenommen, Ihr Projekt besteht darin, eine Gruppe von Servern von Windows Server 2003 auf 2016 zu aktualisieren. Ich habe oft Leute gesehen, die etwas geschrieben haben wie „Das Problem ist, dass auf x-, y- und z-Servern Windows Server 2003 ausgeführt wird“. Die Tatsache, dass ein Server ein veraltetes Betriebssystem verwendet, ist an sich kein Problem. Sie müssen sich mit dem eigentlichen Geschäftsproblem befassen, das gelöst wird. Möglicherweise handelt es sich um Sicherheitsmaßnahmen oder darum, dass Sie Ihre SLAs nicht einhalten können, da das Überwachungssystem 2003 nicht unterstützt. Angenommen, Sie starten das Projekt und stellen fest, dass einer der Server nicht aktualisiert werden kann, da die von ihm ausgeführte Software nicht kompatibel ist mit 2016. Ihr Projekt ist jetzt ein Fehlschlag. Die Software wird jedoch auf Server 2010 ausgeführt. Wenn Sie gesagt haben, dass das Problem die Sicherheit betrifft, können Sie einfach 2010 installieren und das Projekt ist immer noch erfolgreich.
Wenn Sie sich PRINCE2 und Managing Successful ansehen Programme (MSP) sagen über Projekte – es geht darum, eine Fähigkeit einzurichten. Die -Ziele des Projekts sollten sich auf die Funktionen beziehen, die voraussichtlich am Ende des Projekts vorhanden sein werden. Angenommen, Sie entwickeln eine Website für eine Reisebuchungsfirma. Ziel wäre es, den Benutzern die Möglichkeit zu geben, Fahrten mit dem Zug, Taxi, der Rikscha usw. usw. zu suchen, zu buchen und zu bezahlen.
Die Projektbegründung ist der Business Case für das Projekt. Nur weil es ein Problem gibt, das gelöst werden muss, heißt das nicht, dass das Unternehmen Geld ausgeben sollte, um dieses Problem zu lösen. Jedes Unternehmen hat um Größenordnungen mehr Dinge zu tun, als es entweder Zeit oder Geld hat, um es tatsächlich zu erreichen id = „f1fe275139“> Projektbegründung sollte dem Leser mitteilen, wie hoch die erwartete Kapitalrendite für das Projekt ist.
Die Umfang des Projekts sollte eine Aufzählungsliste dessen sein, was das Projekt tun wird und, was noch wichtiger ist, was es nicht tun wird. Wird das Projekt beispielsweise Schulungsunterlagen liefern? Wird das Projekt das Team rekrutieren, das die Ergebnisse verwenden wird? Ist der Umfang des Projekts ein Land, eine Region oder ein globales Projekt?
Antwort
Projekthintergrund – Dies ist nur der Kontext und nicht das Projekt selbst. Zum Beispiel wächst das Unternehmen und nimmt mehr Mitarbeiter auf. Ihr Projekt ist eine technische Auffrischung und Kapazitätserweiterung des HR-Systems. Sie liefern kein Wachstum oder Personal. Sie liefern das neue HR-System.
Problemdefinition: Dies ist kein reiner Projektmanagementbegriff. Ich würde sagen, es bezieht sich auf den Hintergrund, weil gefragt wird, welches Problem gelöst werden muss. Ihr Projekt liefert möglicherweise nicht die gesamte Lösung, sodass das zugrunde liegende Problem nicht behoben werden kann. Beispielsweise führt Ihre Personalaktualisierung nicht zum entsprechenden Wachstum im Lohn- und Gehaltsabrechnungssystem.
Projektziele: Das Übliche Begriff ist Ziele und es gibt zwei Arten.
Geschäftsziele: Dies kann die Fähigkeit beinhalten, mit einem Personalwachstum von x\% fertig zu werden. Sie werden das nicht liefern – Sie reparieren nur die Personalabteilung. Selbst wenn das HR-System das einzige war, das Wachstum benötigte, muss der Kunde Geschäftsprozesse, HR-Mitarbeiter usw. betrachten, um das neue System nutzen zu können liefern. Geschäftsziele sind eine gute Sache zu wissen und anzugeben, ABER sie sind NICHT in Ihrem Geschenk.
Projektziele: Dies sind die Ergebnisse, die Ihr Projekt erreichen soll. Diese sind in Ihrem Geschenk. Sie sind sind immer noch auf hohem Niveau, also verwechseln Sie diese nicht mit den Ergebnissen.
Begründung des Projekts: Auch dies ist wirklich ein Teil des Hintergrunds. Es geht Sie weitgehend nichts an! Wenn ein Kunde eine große rote Stange in seinem Büro haben möchte und bereit ist, dafür zu bezahlen, ist das seine Sache.Jemand, nicht der PM, sondern häufig ein Business Analyst, muss einen Business Case erstellen, um die Arbeit zu rechtfertigen und die Ausgaben von Budgetinhabern genehmigen zu lassen. Normalerweise ist dies a) Wenn ich X ausgebe, wird X + Y zurückgegeben, oder b) Wenn ich X ausgebe, vermeiden oder mindern wir die Risikokosten Y. Dies ist nicht Ihre Aufgabe und wurde bereits vor Ihnen erledigt Sie werden gebeten, ein Projekt zu definieren und auszuführen.
Projektumfang: Der Projektumfang ist als PM absolut das Herzstück Ihrer Domain. Der Umfang definiert so genau wie möglich zwei Dinge: 1) Was wird das Projekt tun? 2) Was wird das Projekt NICHT tun? Ihr Projekt wird ein neues HR-System liefern, aber (vielleicht) wird es keine Schulungen für die HR-Mitarbeiter des Kunden liefern. Es wird kein zusätzliches HR-Personal bereitgestellt. Es beinhaltet wahrscheinlich das HR-Ende der Lohn- und Gehaltsintegration, aber wahrscheinlich keine Änderungen an der Lohn- und Gehaltsabrechnung. Der Umfang lässt sich am besten strukturiert definieren. Ich verwende POLDAT
Geschäftsprozess, Organisation, Standort, Daten, Anwendung, Technologie.
Was ändert Ihr Projekt in diesen Bereichen des Wandels oder nicht?
Machen Sie das kaputt und Sie befinden sich in der Tiefe —-