1. Identificazione progetto e tipo di revisione
Identificare il progetto ed il tipo di revisione; ad esempio, un'ispezione codice, una revisione della tracciabilità
dei requisiti, una revisione del progetto PRA, una revisione della pianificazione del progetto.
2. Prodotti di lavoro rivisti e obiettivi della revisione
Elencare i prodotti di lavoro che saranno soggetti a questa revisione e descrivere gli obiettivi della revisione.
3. Partecipanti alla revisione
Elencare gli individui che parteciperanno alla revisione e i loro ruoli durante il meeting; ad esempio, moderatore,
annotatore, revisore, autore.
4. Pianificazione & posizione
Identificare la pianificazione per la revisione. Includere la data, l'ora, ed il luogo del meeting, ed anche una
pianificazione della pubblicazione per i prodotti di lavoro da rivedere se non sono allegati al record della revisione.
5. Problemi identificati e consigli per la soluzione
Elencare tutti i problemi identificati durante la revisione. I revisori potrebbero identificare:
-
Problemi con i prodotti di lavoro della revisione che richiedono correzioni; cioè, i difetti
-
Progetti con problemi i cui sintomi sono identificati dai prodotti di lavoro della revisione
-
Problemi del prodotto i cui sintomi sono identificati dai prodotti di lavoro della revisione
Il team della revisione potrebbe dare dei consigli sulla risoluzione del problema.
6. Stato delle azioni
Elencare le azioni derivanti dalla revisione; queste dovrebbero essere elencate con un proprietario identificato
(responsabile per il completamento dell'azione) e la data di destinazione. Queste sono generalmente azioni che
correggono i problemi identificati. Le azioni potrebbero includere:
Lavoro continuo
|
Il prodotto di lavoro non è considerato completo e il lavoro di sviluppo dovrebbe continuare
|
Attivare gli ordini di lavoro:
|
Se il problema richiede che un nuovo lavoro sia pianificato ma non cambia un prodotto di lavoro confrontato
con la linea di base
|
Attivare richieste di modifica:
|
Se il problema richiede una modifica ai prodotti di lavoro confrontati con la linea di base
|
Potrebbero esistere delle azioni derivanti da revisioni precedenti di questo prodotto di lavoro e queste dovrebbero
essere elencate con il relativo stato (ad esempio, aperto/chiuso), il proprietario e data di chiusura o di
destinazione.
7. Problematiche per la considerazione da parte del responsabile del progetto
Potrebbero essere rilevati determinati problemi o anomalie per i quali non è possibile concordare un'azione dal team di
revisione e che vanno messe in evidenza per una soluzione.
8. Revisione successiva
Descrive i consigli del team per una revisione successiva (ad esempio, se è necessaria un'altra revisione) e quali
altre informazioni o dati sono necessari.
9. Record dell'impegno
Cattura le ore impegnate nella preparazione e la conduzione della revisione.
|