Mi è stato recentemente assegnato il compito di creare un documento del piano di implementazione. Quando ho chiesto un esempio di quello che potevo vedere, mi è stato detto di guardare il piano di progetto che era già stato creato come base. Sono ancora un po 'confuso su ciò che dovrei creare.
Qualcuno può indicarmi un buon esempio là fuori o qualcosa che spieghi che cos'è questo e, cosa più importante, i dettagli su cosa dovrebbe contenere.
Questo dipende molto dalle dimensioni del tuo progetto e da cosa esattamente stai implementando. Ho scoperto che molti documenti formali sono eccessivi per la maggior parte dei piccoli progetti. Di solito inizio scrivendo a me stesso un elenco di cose che devono accadere prima di implementarle. Mi faccio domande come:
Una volta ottenute risposte a questo tipo di domande, scrivo il piano, di solito come documento di base di Word, con sezioni diverse e una timeline. Mi piace inserire le parti dettagliate passo dopo passo, con i percorsi dei file, ecc., Accessi, ecc., Così avrò tutti i piccoli dettagli appiccicosi in un unico punto.
Come una mattinata che deve fare installazioni quando normalmente dormo, mi piace il conforto di un elenco di tutti i passaggi che ho bisogno di fare, quindi non dimentico qualcosa. Penso che valga la pena di annotare le fasi di comunicazione che intraprenderete, in particolare se un gruppo sta eseguendo l'implementazione e alcuni elementi dipendono dagli altri o se non vi trovate tutti nello stesso posto. (Es. invierò un'email a Fred quando gli aggiornamenti del database sono completi, in modo che possa fare gli aggiornamenti del server web, Fred ci invierà un'e-mail quando avrà finito, così potremo fare tutti i test)
Quindi, una volta che ne hai uno che funziona, può diventare il tuo modello per futuri aggiornamenti allo stesso sistema, o essere un punto di partenza.
Un piano di implementazione è un documento tecnico che fornisce una visione di alto livello della struttura generale del progetto. Il suo contenuto può variare, a seconda delle informazioni che hai in altri documenti, come il piano di progetto, e se è la prima volta che stai scrivendo un piano di implementazione non potrebbe fare male chiedere un modello o il piano per un progetto precedente .
Alcuni esempi:
Da questi, l'Università di Melbourne ha una struttura molto tipica:
1 OVERVIEW
2 POLICY DEVELOPMENT WITH THE SECTOR
3 SERVICE AND SUPPORT ENVIRONMENT DEVELOPMENT PLAN
3.1 ITS positioning
3.2 Infrastructure overview
3.2.1 Virtual Machine configuration
3.2.2 Data storage infrastructure
3.2.3 Connectivity and Bandwidth
3.2.4 Failover and redundancy
3.2.5 Authorisation and Authentication
3.2.6 VM Capacity growth
3.2.7 Data centre development
3.3 Deployment plan
3.4 Access model
3.5 Roles and responsibilities
3.6 Support and the National Servers Program helpdesk
L'implementazione riguarda la costruzione e la pianificazione è come andrai a fare quella costruzione.
Il tuo piano di implementazione dovrebbe includere:
quali cose o parti saranno implementate
identifica un modo per sapere quando hai completato le cose da attuare
stima del tempo e pianificazione dello sforzo di implementazione
il numero di persone nel team che lavoreranno all'implementazione
quando applicabile, l'ordine in cui verranno implementate le cose (quali parti devono essere implementate per prime)
capire / decidere un modo per monitorare e monitorare i progressi o i problemi
identificando criteri e obiettivi di accettazione della qualità
fasi di prova e test delle iterazioni
quali azioni [correttive] verranno prese quando e se le cose non vanno secondo il piano
Poiché l'implementazione fa parte dell'intero sforzo di sviluppo del progetto, alcune di queste cose potrebbero già essere citate come parte del piano del progetto.
Questo link punta a un semplice documento "roadmap di implementazione" dal software Construx link
Da Construx Software ecco un utile elenco di controllo delle attività per un lead di costruzione: link
Sviluppa il log frame del tuo progetto, che mostra la relazione tra Input, attività e risultati previsti (output, risultati e impatto, ovvero l'obiettivo del tuo progetto), dal log frame che sviluppi piano di lavoro annuale, il piano dovrebbe trarre attività da il tuo log frame ogni anno.
Leggi altre domande sui tag project-management documentation