Template per Verbale di Accettazione Deliverable in Word
Per project manager e responsabili di commessa che devono formalizzare l'accettazione di un singolo deliverable, non dell'intero progetto. Il documento lega ogni criterio di accettazione al suo esito di collaudo, traccia le riserve aperte con scadenza e produce un verbale firmabile che protegge entrambe le parti in caso di contestazione.
Esempio di output
VERBALE DI ACCETTAZIONE DEL DELIVERABLE 1. Identificazione Progetto: [Nome progetto] — Codice commessa: [COD-2026-001] Deliverable: [Portale clienti — Modulo autenticazione] — Rif. WBS: 2.3 Versione/Release consegnata: v1.4.0 Data consegna: [gg/mm/aaaa] — Data verifica: [gg/mm/aaaa] Fornitore/Esecutore: [Ragione sociale] — Committente: [Ragione sociale] 2. Documenti di riferimento - Contratto/Ordine: [rif.] — Capitolato tecnico: [rif.] — User story/Requisiti: [rif.] 3. Verifica dei criteri di accettazione | # | Criterio di accettazione | Metodo di verifica | Esito | Evidenza | Note | |---|---|---|---|---|---| | AC-01 | Login con email+password riuscito in < 2s | Test funzionale | Conforme | Report test #T-118 | — | | AC-02 | Blocco account dopo 5 tentativi falliti | Test funzionale | Conforme | Report test #T-119 | — | | AC-03 | Reset password via email entro 60s | Test funzionale | Non conforme | Report test #T-121 | Email arriva in ~4 min | | AC-04 | Conformità WCAG 2.1 AA su form login | Ispezione/Audit | Conforme con riserva | Audit A11Y-07 | 1 contrasto sotto soglia | Esito sintetico: 2 conformi / 1 conforme con riserva / 1 non conforme su 4 criteri. 4. Riserve e non conformità | ID | Descrizione | Gravità | Azione correttiva | Responsabile | Data limite | |---|---|---|---|---|---| | R-01 | Tempo invio email reset oltre soglia | Maggiore | Ottimizzare coda invii | [Fornitore] | [gg/mm/aaaa] | | R-02 | Contrasto pulsante 'Accedi' 3.9:1 (min 4.5:1) | Minore | Correggere palette | [Fornitore] | [gg/mm/aaaa] | 5. Decisione di accettazione [ ] Accettato senza riserve [X] Accettato con riserva (le riserve R-01, R-02 restano aperte e tracciate) [ ] Respinto Motivazione: deliverable utilizzabile in produzione; R-01 e R-02 non bloccanti, da sanare entro le date indicate. 6. Firme Per il Committente: [Nome e ruolo] — Firma __________ — Data ______ Per il Fornitore: [Nome e ruolo] — Firma __________ — Data ______
Domande frequenti
Il verbale di chiusura certifica l'intero progetto; questo verbale accetta UN deliverable specifico verificando ogni suo criterio di accettazione punto per punto con esito di collaudo. Tipicamente più verbali di accettazione deliverable precedono e alimentano il verbale di chiusura finale.
Il prompt produce la decisione 'Accettato con riserva': il deliverable passa, ma le non conformità minori diventano riserve formali con responsabile, azione correttiva e data limite. Se una non conformità è bloccante, l'esito diventa 'Respinto' con motivazione.
Sì, idealmente. Fornisci i criteri concordati (da contratto, capitolato o user story): il verbale li riprende uno per uno. Se non li hai, il prompt può derivarli dalla descrizione del deliverable e segnalarli come 'criteri proposti da validare'.
Vuoi un template su misura?
Costruiscine uno in poche domande — con la struttura corretta per il tuo standard.