Come iniziare un progetto di strategia New Business

L'avvio di un piano di esecuzione per un cambiamento di gestione o il cambiamento di strategia di business delinea le informazioni che già avete in mano per quanto riguarda il progetto, le ragioni del progetto, i risultati desiderati, e le vostre ipotesi su come si intende gestire il progetto.

Stato il problema

Se non c'è nessun problema, quindi non c'è nessun progetto. Annotare il problema o inefficienza che il progetto si propone di affrontare.

Includi dettagli specifici qui per essere sicuri di affrontare l'intero problema nella pianificazione e l'esecuzione del progetto. Se si lascia fuori un requisito, allora la soluzione finale non sarà efficiente come avrebbe potuto essere (e si tradurrà in un progetto nuovo di zecca).

Chiarire il vostro risultato finale

Che cosa significa il risultato ideale progetto simile? Descriverlo in dettaglio in questa sede, utilizzando l'istruzione problema come una guida. Ad esempio, se il problema è che l'apparecchiatura corrente è giù 20 per cento del tempo, allora il risultato finale desiderato può essere un tempo morto zero durante i tre mesi dopo l'installazione di nuove apparecchiature.

In Agile Project Management, questo passaggio è conosciuto come scrivere una storia utente - una storia reale di quello che sembra, suoni, o si sente come se il cliente finale è in realtà utilizzando il prodotto finito previsto. Alla fine di un progetto, è ricostruire questa storia per vedere se si gioca fuori come scritto.

Identificare i vostri vincoli

Un vincolo è alcun limite - cronologico, finanziario, scientifico - posta al vostro progetto. Vincoli tipici includono i bilanci, una data di scadenza esterna, le qualifiche dei membri del team, e il numero di ore disponibili in orari dei dipendenti per il nuovo lavoro, o la mancanza di sostegno da senior management e leadership.

Ogni progetto ha vincoli, e la tua definizione di successo fine deve tenerne conto. Se si dispone di un budget di 500 o non più di due ore alla settimana per mettere insieme un nuovo sito web aziendale, quindi tre pagine di testo e di un modello di base può essere tutto quello che puoi realizzare. Questo stesso risultato non sarebbe stato considerato un successo se si aveva sei mesi, e una squadra di quattro dipendenti a tempo pieno per la progettazione del nuovo sito.

Delineare le vostre ipotesi

Ogni responsabile di progetto ha alcune ipotesi quando vanno in un progetto, ed è un ottimo esercizio per diventare consapevoli di queste ipotesi e impegnarsi per la carta.

Ad esempio, si può dare per scontato che l'ufficio legale interno di gestire contratti del vostro progetto senza costi aggiuntivi. Questo può essere vero, o si può scoprire in seguito che un contratto richiede un tipo specializzato di legge che la risorsa interna non può gestire senza fuori, pagati aiuto. Si può tenere conto di alcuni di questi presupposti nella pianificazione del rischio, o possono rivelarsi informativo per un futuro proprietario del progetto o del partecipante.

Non c'è bisogno di impazzire qui - sappiamo tutti il ​​necessario ossigeno e l'azienda di essere aperto per il progetto abbia successo - ma in generale ogni volta che si pensa "che non è importante" o "faranno solo prendersi cura di che" nel corso di progettazione, si deve aggiungere che presupposto per il piano di progetto.

Riconoscere i rischi e incertezze

Alcuni risultati del progetto sono più rischiosi di altri. Rischi non significa che non si deve andare avanti con il progetto, ma hanno bisogno di un piano di emergenza, se uno o più di tali rischi entra in gioco. E 'sempre meglio pianificare per il rischio riconosciuto in anticipo rispetto a presupporre che sarà solo in grado di affrontare, se si tratta.

Ad esempio, se una nuova legge potrebbe aggiungere nuovi requisiti di conformità al progetto, questo rappresenta un rischio per la vostra timeline. Un piano di esecuzione efficiente dovrebbe includere misure per affrontare questi nuovi requisiti di conformità, nonché un elenco traguardo modificata.

Non c'è bisogno di sottolineare i rischi che si applicano universalmente. Sì, il responsabile del progetto può morire o volare via durante il rapimento, ma che può capitare a qualsiasi progetto. Invece, elencare rischi o incertezze che interessano questo specifico piano.

Conoscenza passivo è anche una incertezza. Se il progetto si basa su informazioni che voi o un membro del team di fiducia non ha fornito voi, questi sono incerte fino a nuovo ricercato. Ad esempio, se un venditore si incontra in una conferenza che si dice verbalmente quanto i suoi costi del software, questo numero è incerto fino ad ottenere una formale, preventivo scritto da parte del fornitore.