Migliore risposta
La Background del progetto descrive il background organizzativo in cui si svolge il progetto. Dovresti mirare a renderlo comprensibile a qualcuno che non sa nulla del business o della tecnologia. Dovrebbe essere di alto livello, solo un paio di frasi su ogni elemento chiave. Ad esempio, quando ero a capo delle biblioteche digitali presso la British Library spiegavo cosè la British Library, perché aveva una biblioteca digitale, qual era il programma della biblioteca digitale e quale parte del sistema della biblioteca digitale stava influenzando il progetto. Dopo averlo scritto per un progetto, dovresti essere in grado di riutilizzarlo per qualsiasi altro progetto allinterno dello stesso programma
La Definizione del problema descrive il problema che il progetto intende risolvere. Dovrebbe descrivere il problema in termini di vantaggi aziendali che ci si aspetta di ottenere una volta completato il progetto. Molte persone sbagliano. Supponiamo, ad esempio, che il tuo progetto sia quello di aggiornare un gruppo di server da Windows Server 2003 a 2016. Ho spesso visto persone scrivere qualcosa del tipo: “Il problema è che i server x, yez eseguono Windows Server 2003”. Il fatto che un server utilizzi un sistema operativo obsoleto non è di per sé un problema. È necessario approfondire il vero problema aziendale che viene risolto. Potrebbe essere la sicurezza, o potrebbe essere che non puoi soddisfare i tuoi SLA perché il sistema di monitoraggio non supporta 2003. Supponiamo che tu avvii il progetto e scopri che uno dei server non può essere aggiornato perché il software che esegue è incompatibile con il 2016. Il tuo progetto ora è un fallimento. Tuttavia il software verrà eseguito su Server 2010. Se avessi detto che il problema riguarda la sicurezza, allora potresti semplicemente installare il 2010 e il progetto è ancora un successo.
Se guardi cosa PRINCE2 e Managing Successful I programmi (MSP) parlano dei progetti: si tratta di mettere in atto una capacità. Gli obiettivi del progetto dovrebbero riguardare le capacità che ti aspetti saranno disponibili entro la fine del progetto. Supponiamo, ad esempio, che tu stia sviluppando un sito Web per una società di prenotazione di viaggi. Lobiettivo sarebbe offrire agli utenti la possibilità di cercare, prenotare e pagare viaggi in treno, taxi, risciò, ecc.
Il Giustificazione del progetto è il business case del progetto. Solo perché cè un problema che deve essere risolto non significa che lazienda debba spendere soldi per risolverlo. Qualsiasi organizzazione ha ordini di grandezza in più che potrebbe fare di quanto non abbia il tempo o il denaro per realizzare effettivamente. id = “f1fe275139”> Motivazione del progetto dovrebbe indicare al lettore qual è il ritorno sullinvestimento previsto per il progetto
Il Lo scopo del progetto dovrebbe essere un elenco puntato di ciò che il progetto farà e, cosa più importante, di ciò che non farà. Ad esempio, il progetto fornirà materiali di formazione? Il progetto recluterà il team che utilizzerà gli output? Lambito del progetto è un paese, una regione o globale?
Risposta
Background del progetto – Questo è solo il contesto, piuttosto che il progetto stesso. Ad esempio, lazienda sta crescendo, quindi sta assumendo più personale. Il tuo progetto è un aggiornamento tecnologico e un aumento della capacità del sistema delle risorse umane. Non stai offrendo crescita o personale. Stai fornendo il nuovo sistema HR.
Definizione del problema: questo non è un puro termine di gestione del progetto. Direi che si riferisce allo sfondo, perché chiede qual è il problema che necessita di una soluzione. Il tuo progetto potrebbe non fornire lintera soluzione, quindi non puoi risolvere il problema sottostante. Ad esempio, laggiornamento delle risorse umane non farà la crescita corrispondente nel sistema delle buste paga.
Obiettivi del progetto: il solito termine è obiettivi e ci sono due tipi.
Obiettivi aziendali: questo potrebbe includere essere in grado di far fronte a una crescita del x\% del personale. Non lo consegnerai: stai solo aggiustando le risorse umane. Anche se il sistema delle risorse umane era lunico che necessitava di crescita, il cliente deve guardare ai processi aziendali, al personale delle risorse umane, ecc. consegnare. Gli obiettivi aziendali sono una buona cosa da conoscere e dichiarare, MA NON sono nel tuo dono.
Obiettivi del progetto: questi sono i risultati per cui il tuo progetto è progettato. Questi sono allinterno del tuo dono. Loro sono ancora di alto livello, quindi non confonderli con i risultati finali.
Giustificazione del progetto: ancora una volta, questo fa davvero parte dello sfondo. In larga misura, non sono affari tuoi! Se un cliente vuole un grande palo rosso nel suo ufficio ed è disposto a pagare per questo, sono affari suoi.Qualcuno, non il PM, ma spesso un Business Analyst, deve creare un business case per giustificare il lavoro e ottenere lapprovazione della spesa dai detentori di budget. Normalmente, questo sarebbe a) Se spendo X, restituirà X + Y, oppure b) se spendo X, evitiamo o mitighiamo il costo del rischio Y. Questo non è il tuo lavoro e sarà già stato fatto prima di te chiesto di definire ed eseguire un progetto.
Scopo del progetto: lambito del progetto è assolutamente al centro del tuo dominio come PM. Lo scopo definisce, nel modo più preciso possibile, due cose: 1) Cosa farà il progetto? 2) Cosa NON farà il progetto? Il tuo progetto fornirà un nuovo sistema delle risorse umane, ma (forse) non fornirà formazione al personale delle risorse umane del cliente. Non fornirà personale aggiuntivo per le risorse umane. Probabilmente include la fine dellintegrazione delle risorse umane, ma probabilmente non include le modifiche al libro paga. Etc. Lambito è meglio definito in modo strutturato. Uso POLDAT
Processo aziendale, Organizzazione, Posizione, Dati, Applicazione, Tecnologia.
Che cosa sta cambiando o non cambia il tuo progetto in questi domini di cambiamento?
Se fai un casino e sei nel profondo —-