Wie kommt man auf eine neue Geschäftsstrategie Projekt gestartet

Der Start eines Ausführungsplan für eine Managementwechsel oder der Geschäftsstrategie ändern umreißt die Informationen, die Sie bereits in der Hand haben, das Projekt in Bezug auf die Gründe für das Projekt, die gewünschten Ergebnisse, und Ihre Annahmen darüber, wie Sie das Projekt behandelt.

Benenne das Problem

Wenn es kein Problem ist, dann gibt es kein Projekt. Schreiben Sie das Problem oder die Ineffizienz nach unten, dass das Projekt zu adressieren will.

Fügen Sie hier spezifische Details, um sicherzustellen, Sie die Adresse ganz Problem bei der Planung und der Projektdurchführung. Wenn Sie eine Anforderung weglassen, dann Ihre endgültige Lösung wird nicht so effizient sein, wie es gewesen sein könnte (und wird in einem brandneuen Projekt führen).

Klären Sie Ihre Endergebnis

Wie sieht das ideale Ergebnis Projekt aussehen? Beschreiben Sie es hier im Detail, die Problemstellung als Leitfaden. Wenn zum Beispiel das Problem, dass die aktuellen Geräte ist um 20 Prozent der Zeit, dann das gewünschte Endergebnis kann eine Null-Ausfallzeit während der drei Monate nach der Installation neuer Geräte sein.

In Agile Projektmanagement, wird dieser Schritt als Schreib ein bekannter User Story - eine tatsächliche Geschichte von dem, was es sieht, Sounds oder sich anfühlt, wenn der Endkunde ist das erwartete fertige Produkt tatsächlich verwendet wird. Am Ende eines Projekts, reenact Sie diese Geschichte zu sehen, ob es so geschrieben abspielt.

Identifizieren Sie Ihre Zwänge

Eine Einschränkung ist eine Grenze - chronologisch, finanzielle, wissenschaftliche - auf Ihr Projekt gestellt. Typische Einschränkungen sind Budgets, ein externes Fälligkeitsdatum, die Skillset Ihrer Teammitglieder, und die Anzahl der Stunden in Mitarbeiterzeitpläne für neue Arbeit oder mangelnde Unterstützung durch die Geschäftsleitung und Führung.

Jedes Projekt hat Einschränkungen und Ihre End-Definition von Erfolg braucht sie zu berücksichtigen. Wenn Sie einen $ 500 Budget oder nicht mehr als zwei Stunden pro Woche haben eine neue Unternehmens-Website, um gemeinsam, dann drei Seiten Text und eine grundlegende Design-Vorlage sein kann, alle können Sie erreichen. Das gleiche Ergebnis würde nicht in Betracht gezogen werden ein Erfolg, wenn Sie 6 Monate hatte und ein Team von vier Vollzeit-Mitarbeiter die neue Website zu entwerfen.

Skizzieren Sie Ihre Annahmen

Jeder Projektmanager hat bestimmte Annahmen, wenn sie in ein Projekt geht, und es ist eine ausgezeichnete Übung kennen diese Annahmen zu werden und sie zu Papier zu bringen.

Zum Beispiel kann nehmen Sie es für selbstverständlich, dass die interne Rechtsabteilung Ihres Projekts Verträge ohne zusätzliche Kosten behandelt. Das mag wahr sein, oder Sie können später feststellen, dass ein Vertrag eine spezielle Art von Gesetz verlangt, dass Ihre interne Ressource ohne außen nicht verarbeiten kann, bezahlt Hilfe. Sie können für einige dieser Annahmen in Ihrem Risikoplanung berücksichtigen, oder sie können zu einem zukünftigen Projekt Eigentümer oder Teilnehmer informativ beweisen.

Es gibt keine Notwendigkeit, hier verrückt zu werden - wir alle wissen, dass Sie Sauerstoff benötigen, und das Geschäft offen zu sein für das Projekt erfolgreich zu sein - aber in der Regel jedes Mal, wenn Sie denken, # 147-das ist nicht wichtig # 148- oder # 147-they'll nur kümmern, dass # 148- im Zuge der Projektplanung, sollten Sie diese Annahme zu dem Projektplan hinzuzufügen.

Bestätigen Sie Ihre Risiken und Unsicherheiten,

Einige Projektergebnisse sind riskanter als andere. Risiken bedeuten nicht, Sie nicht im Voraus mit Ihrem Projekt schmieden sollte, aber Sie machen müssen einen Notfallplan, wenn eine oder mehrere dieser Risiken ins Spiel kommt. Es ist immer besser für anerkannte Risiko vorne zu planen, als Sie nur in der Lage sein, es zu übernehmen wird anzusprechen, wenn es darum geht.

Zum Beispiel, wenn ein neues Gesetz neue Compliance-Anforderungen zu Ihrem Projekt hinzufügen können, stellt dies eine Gefahr für die Timeline. Eine effiziente Ausführungsplan würde Schritte für diese neuen Compliance-Anforderungen adressieren und einen geänderten Meilenstein-Liste.

Es gibt keine Notwendigkeit, Risiken zu umreißen, die universell gelten. Ja, Ihr Projektmanager kann während der Entrückung sterben oder weg schwimmen, aber das kann passieren irgendein Projekt. Stattdessen Liste Risiken oder Unsicherheiten diesen spezifischen Plan zu beeinflussen.

Second-Wissen ist auch eine Unsicherheit. Wenn Ihr Projekt auf Details vertraut, die Sie oder ein vertrauenswürdiger Teammitglied nicht selbst von ihm geliefert worden, diese sind unsicher, bis weiter erforscht. Zum Beispiel, wenn ein Verkäufer Sie auf einer Konferenz treffen sagt Ihnen verbal, wie sehr ihre Software-Kosten, ist diese Zahl unsicher, bis Sie eine formelle schriftliche Angebot des Anbieters erhalten.