Inizio del progetto Iniziativa mensile Gestione settimanale Gestione giornaliera Chiusura mensile Chiusura progetto Management post-progetto Nominadello sponsor A01 Nomina delproject manager A02 Nomina dei membriprincipali del team A03 Descrizionedel progetto A04 Identificare e progettarei deliverable A05 Identificare e pianificarele soluzioni ai rischi A06 Far valutare l'avvio del progettoda un gruppo di esperti A07 Adottare una decisione ditipo “vai” o “non vai” A08 Inizio del progetto A09 Condurre unacomunicazione mirata A10 Ridefinisci e controlla i piani B01 Far esaminare il ciclo mensileda un gruppo di esperti B02 Adottare una decisionedi tipo “vai” o “non vai” B03 Avvio del ciclo mensile B04 Condurre unacomunicazione mirata B05 Misurare e comunicarele prestazioni C01 Risposte al pianoper le deviazioni C02 Inizio del ciclo mensile C03 Condurre unacomunicazione mirata C04 Gestione dei rischi, problemie richieste di modifica D01 Accettare leconsegne completate D02 Valutare la soddisfazionedegli stakeholder E01 Acquisire le lezioni epianificare i miglioramenti E02 Condurre unacomunicazione mirata E03 Consegna del prodotto F01 Valutare la soddisfazionedegli stakeholder F02 Fare in modo che il gruppo di chiusuradell'attività sia sottoposto a revisione tra pari F03 Archiviazione deidocumenti del progetto F04 Festeggia! F05 Condurre unacomunicazione mirata F06 Valutazionedei benefici G01 Creazionedi nuove idee G02 Condurre unacomunicazione mirata G03

Introduzione

A - Inizio del progetto

B - Iniziativa mensile

C - Gestione settimanale

D - Gestione giornaliera

E - Chiusura mensile

F - Chiusura progetto

G - Management post-progetto


D02 - Accettare le consegne completate

Questa attività di gestione appartiene al gruppo di attività Gestione quotidiana: viene svolta quotidianamente.

I deliverable assegnati ai team leader e ai project manager dei fornitori possono essere completati in qualsiasi giorno, ed è questo il momento per una rapida revisione e approvazione da parte del project manager. L’approvazione in questa attività di gestione è preliminare.

In caso di deliverable importanti o critici, se possibile, richiedere l’approvazione dello sponsor e del cliente.

Scopo

Avere troppo lavoro in corso causa problemi: spreca risorse, può abbassare la qualità e riduce la prevedibilità del progetto. Quando possibile, invece di lavorare su troppi risultati contemporaneamente, è necessario incoraggiare tutti a terminare e chiudere un elemento prima di passare al successivo.

Comuni ostacoli

Approvare un deliverable comporta una responsabilità e alcuni project manager ritardano le approvazioni per sottrarsi a questa responsabilità. Questo è controproducente e andrebbe evitato. Non abbiate paura di assumervi la responsabilità; alcuni dei deliverable che avete approvato potrebbero causare problemi in futuro, ma questi problemi non sono così gravi come avere troppi deliverable in sospeso nel progetto.

Molti deliverable si avvicinano rapidamente a uno stato quasi completo e poi incontrano problemi a causa di piccole difficoltà. Potreste essere tentati di contrassegnarli come completati perché la maggior parte del lavoro è stata completata, ma non dovreste farlo: dovreste approvare solo i deliverable completamente completati.

Princìpi

I seguenti principi svolgono un ruolo significativo in questa attività di gestione:


Tradotto da LISA PALLOCCI



⊚ Scarica il manuale in PDF

⊚ Scarica il diagramma


Grazie per aver condiviso con noi la tua opinione. Si prega di notare quanto segue:

  • Scrivete in modo breve e chiaro.
  • Sentitevi liberi di scrivere nella lingua che preferite.
  • Se avete più suggerimenti, inviateli separatamente. Se i vostri suggerimenti ispirano un miglioramento positivo, saremo lieti di accreditarvi come collaboratori (se ci fornite il vostro nome e indirizzo e-mail in questo modulo).


Per distinguervi dai bot casuali sul Web, inserite il numero di gruppi di attività P3.express qui sotto.


Se lo desideri, puoi condividere con noi il tuo nome e il tuo indirizzo e-mail, nel caso in cui avessimo bisogno di parlare con te del tuo commento o di riconoscerti come collaboratore:





È meglio usare micro.P3.express invece del normale P3.express se avete microprogetti con circa 1-7 membri del team.