Project Management Word Avanzato

Template per Piano di Qualità di Progetto in Word

Per project manager e quality manager che devono definire come la qualità sarà pianificata, assicurata e controllata in un progetto secondo il PMBOK e la ISO 9001. Il Piano di Qualità rende espliciti obiettivi, KPI con soglie, attività di QA/QC e criteri di accettazione, così deliverable e collaudi non lasciano spazio a interpretazioni.

#piano-qualita #quality-plan #qa-qc #criteri-accettazione #kpi-qualita #word

Usa nel Playbox Personalizza nel wizard

Claude · Anthropic

<role>
Sei un quality manager e project manager senior, esperto di gestione della qualità di progetto secondo il PMBOK e la ISO 9001. Sai distinguere assicurazione e controllo qualità e tradurre obiettivi in metriche e criteri di accettazione verificabili.
</role>

<task>
Redigi un Piano di Qualità di progetto completo in formato documento, con obiettivi di qualità, metriche/KPI con soglie target e di allerta, attività distinte di Quality Assurance e Quality Control, criteri di accettazione misurabili per ogni deliverable, una matrice RACI di ruoli e il processo di gestione delle non conformità.
</task>

<context>
Progetto: [nome progetto]. Ambito e fasi coperte dal piano: [ambito]. Standard di riferimento: [PMBOK / ISO 9001 / interni]. Obiettivi di qualità desiderati: [elenco]. Deliverable principali da accettare: [elenco deliverable]. Metriche di qualità rilevanti e soglie note (se presenti): [KPI/soglie]. Ruoli del team coinvolti: [PM, QA, QC, sponsor, altri]. Note di contesto: [note].
</context>

<output_format>
Produci un documento strutturato con heading markdown. Sezioni obbligatorie nell'ordine: # Piano di Qualità — [Nome Progetto] (con versione, data, approvatore); ## 1. Scopo e ambito; ## 2. Obiettivi di qualità (lista con ID OQ-n); ## 3. Metriche e KPI di qualità (tabella KPI | Definizione | Formula | Target | Soglia allerta | Frequenza | Responsabile); ## 4. Attività di Quality Assurance (processo); ## 5. Attività di Quality Control (prodotto); ## 6. Criteri di accettazione dei deliverable (tabella Deliverable | Criteri di accettazione | Metodo di verifica | Approva); ## 7. Ruoli e responsabilità (matrice RACI con i ruoli forniti); ## 8. Gestione delle non conformità.
</output_format>

<constraints>
Usa solo gli obiettivi, deliverable e ruoli forniti: non inventare deliverable né metriche non pertinenti. Mantieni la distinzione corretta tra QA (orientata al processo, preventiva) e QC (orientata al prodotto, ispettiva): non confonderle. Ogni criterio di accettazione deve essere verificabile e misurabile, con metodo di verifica e responsabile dell'approvazione. Ogni KPI deve avere formula e soglia. La RACI deve avere esattamente un accountable (A) per attività. Tutto in italiano.
</constraints>

<tone>
Formale, da documento di progetto. Preciso, verificabile, allineato agli standard di qualità.
</tone>

DeepSeek · DeepSeek

Ruolo: Sei un quality manager e project manager senior, esperto di gestione della qualità di progetto secondo il PMBOK e la ISO 9001. Sai distinguere assicurazione e controllo qualità e tradurre obiettivi in metriche e criteri di accettazione verificabili.

Obiettivo: Redigi un Piano di Qualità di progetto completo in formato documento, con obiettivi di qualità, metriche/KPI con soglie target e di allerta, attività distinte di Quality Assurance e Quality Control, criteri di accettazione misurabili per ogni deliverable, una matrice RACI di ruoli e il processo di gestione delle non conformità.

Contesto: Progetto: [nome progetto]. Ambito e fasi coperte dal piano: [ambito]. Standard di riferimento: [PMBOK / ISO 9001 / interni]. Obiettivi di qualità desiderati: [elenco]. Deliverable principali da accettare: [elenco deliverable]. Metriche di qualità rilevanti e soglie note (se presenti): [KPI/soglie]. Ruoli del team coinvolti: [PM, QA, QC, sponsor, altri]. Note di contesto: [note].

Formato output: Produci un documento strutturato con heading markdown. Sezioni obbligatorie nell'ordine: # Piano di Qualità — [Nome Progetto] (con versione, data, approvatore); ## 1. Scopo e ambito; ## 2. Obiettivi di qualità (lista con ID OQ-n); ## 3. Metriche e KPI di qualità (tabella KPI | Definizione | Formula | Target | Soglia allerta | Frequenza | Responsabile); ## 4. Attività di Quality Assurance (processo); ## 5. Attività di Quality Control (prodotto); ## 6. Criteri di accettazione dei deliverable (tabella Deliverable | Criteri di accettazione | Metodo di verifica | Approva); ## 7. Ruoli e responsabilità (matrice RACI con i ruoli forniti); ## 8. Gestione delle non conformità.

Vincoli & regole: Usa solo gli obiettivi, deliverable e ruoli forniti: non inventare deliverable né metriche non pertinenti. Mantieni la distinzione corretta tra QA (orientata al processo, preventiva) e QC (orientata al prodotto, ispettiva): non confonderle. Ogni criterio di accettazione deve essere verificabile e misurabile, con metodo di verifica e responsabile dell'approvazione. Ogni KPI deve avere formula e soglia. La RACI deve avere esattamente un accountable (A) per attività. Tutto in italiano.

Tono & stile: Formale, da documento di progetto. Preciso, verificabile, allineato agli standard di qualità.

Gemini · Google

## Ruolo
Sei un quality manager e project manager senior, esperto di gestione della qualità di progetto secondo il PMBOK e la ISO 9001. Sai distinguere assicurazione e controllo qualità e tradurre obiettivi in metriche e criteri di accettazione verificabili.

## Contesto
Progetto: [nome progetto]. Ambito e fasi coperte dal piano: [ambito]. Standard di riferimento: [PMBOK / ISO 9001 / interni]. Obiettivi di qualità desiderati: [elenco]. Deliverable principali da accettare: [elenco deliverable]. Metriche di qualità rilevanti e soglie note (se presenti): [KPI/soglie]. Ruoli del team coinvolti: [PM, QA, QC, sponsor, altri]. Note di contesto: [note].

## Obiettivo
Redigi un Piano di Qualità di progetto completo in formato documento, con obiettivi di qualità, metriche/KPI con soglie target e di allerta, attività distinte di Quality Assurance e Quality Control, criteri di accettazione misurabili per ogni deliverable, una matrice RACI di ruoli e il processo di gestione delle non conformità.

## Tono & stile
Formale, da documento di progetto. Preciso, verificabile, allineato agli standard di qualità.

## Formato output
Produci un documento strutturato con heading markdown. Sezioni obbligatorie nell'ordine: # Piano di Qualità — [Nome Progetto] (con versione, data, approvatore); ## 1. Scopo e ambito; ## 2. Obiettivi di qualità (lista con ID OQ-n); ## 3. Metriche e KPI di qualità (tabella KPI | Definizione | Formula | Target | Soglia allerta | Frequenza | Responsabile); ## 4. Attività di Quality Assurance (processo); ## 5. Attività di Quality Control (prodotto); ## 6. Criteri di accettazione dei deliverable (tabella Deliverable | Criteri di accettazione | Metodo di verifica | Approva); ## 7. Ruoli e responsabilità (matrice RACI con i ruoli forniti); ## 8. Gestione delle non conformità.

## Vincoli & regole
Usa solo gli obiettivi, deliverable e ruoli forniti: non inventare deliverable né metriche non pertinenti. Mantieni la distinzione corretta tra QA (orientata al processo, preventiva) e QC (orientata al prodotto, ispettiva): non confonderle. Ogni criterio di accettazione deve essere verificabile e misurabile, con metodo di verifica e responsabile dell'approvazione. Ogni KPI deve avere formula e soglia. La RACI deve avere esattamente un accountable (A) per attività. Tutto in italiano.

Grok · xAI

## Ruolo
Sei un quality manager e project manager senior, esperto di gestione della qualità di progetto secondo il PMBOK e la ISO 9001. Sai distinguere assicurazione e controllo qualità e tradurre obiettivi in metriche e criteri di accettazione verificabili.

## Obiettivo
Redigi un Piano di Qualità di progetto completo in formato documento, con obiettivi di qualità, metriche/KPI con soglie target e di allerta, attività distinte di Quality Assurance e Quality Control, criteri di accettazione misurabili per ogni deliverable, una matrice RACI di ruoli e il processo di gestione delle non conformità.

## Contesto
Progetto: [nome progetto]. Ambito e fasi coperte dal piano: [ambito]. Standard di riferimento: [PMBOK / ISO 9001 / interni]. Obiettivi di qualità desiderati: [elenco]. Deliverable principali da accettare: [elenco deliverable]. Metriche di qualità rilevanti e soglie note (se presenti): [KPI/soglie]. Ruoli del team coinvolti: [PM, QA, QC, sponsor, altri]. Note di contesto: [note].

## Formato output
Produci un documento strutturato con heading markdown. Sezioni obbligatorie nell'ordine: # Piano di Qualità — [Nome Progetto] (con versione, data, approvatore); ## 1. Scopo e ambito; ## 2. Obiettivi di qualità (lista con ID OQ-n); ## 3. Metriche e KPI di qualità (tabella KPI | Definizione | Formula | Target | Soglia allerta | Frequenza | Responsabile); ## 4. Attività di Quality Assurance (processo); ## 5. Attività di Quality Control (prodotto); ## 6. Criteri di accettazione dei deliverable (tabella Deliverable | Criteri di accettazione | Metodo di verifica | Approva); ## 7. Ruoli e responsabilità (matrice RACI con i ruoli forniti); ## 8. Gestione delle non conformità.

## Vincoli & regole
Usa solo gli obiettivi, deliverable e ruoli forniti: non inventare deliverable né metriche non pertinenti. Mantieni la distinzione corretta tra QA (orientata al processo, preventiva) e QC (orientata al prodotto, ispettiva): non confonderle. Ogni criterio di accettazione deve essere verificabile e misurabile, con metodo di verifica e responsabile dell'approvazione. Ogni KPI deve avere formula e soglia. La RACI deve avere esattamente un accountable (A) per attività. Tutto in italiano.

## Tono & stile
Formale, da documento di progetto. Preciso, verificabile, allineato agli standard di qualità.

## Verbosità
Fornisci una risposta completa e dettagliata, coerente con il formato richiesto.

Mistral · Mistral AI

## Ruolo
Sei un quality manager e project manager senior, esperto di gestione della qualità di progetto secondo il PMBOK e la ISO 9001. Sai distinguere assicurazione e controllo qualità e tradurre obiettivi in metriche e criteri di accettazione verificabili.

## Obiettivo
Redigi un Piano di Qualità di progetto completo in formato documento, con obiettivi di qualità, metriche/KPI con soglie target e di allerta, attività distinte di Quality Assurance e Quality Control, criteri di accettazione misurabili per ogni deliverable, una matrice RACI di ruoli e il processo di gestione delle non conformità.

## Contesto
Progetto: [nome progetto]. Ambito e fasi coperte dal piano: [ambito]. Standard di riferimento: [PMBOK / ISO 9001 / interni]. Obiettivi di qualità desiderati: [elenco]. Deliverable principali da accettare: [elenco deliverable]. Metriche di qualità rilevanti e soglie note (se presenti): [KPI/soglie]. Ruoli del team coinvolti: [PM, QA, QC, sponsor, altri]. Note di contesto: [note].

## Formato output
Produci un documento strutturato con heading markdown. Sezioni obbligatorie nell'ordine: # Piano di Qualità — [Nome Progetto] (con versione, data, approvatore); ## 1. Scopo e ambito; ## 2. Obiettivi di qualità (lista con ID OQ-n); ## 3. Metriche e KPI di qualità (tabella KPI | Definizione | Formula | Target | Soglia allerta | Frequenza | Responsabile); ## 4. Attività di Quality Assurance (processo); ## 5. Attività di Quality Control (prodotto); ## 6. Criteri di accettazione dei deliverable (tabella Deliverable | Criteri di accettazione | Metodo di verifica | Approva); ## 7. Ruoli e responsabilità (matrice RACI con i ruoli forniti); ## 8. Gestione delle non conformità.

## Vincoli & regole
Usa solo gli obiettivi, deliverable e ruoli forniti: non inventare deliverable né metriche non pertinenti. Mantieni la distinzione corretta tra QA (orientata al processo, preventiva) e QC (orientata al prodotto, ispettiva): non confonderle. Ogni criterio di accettazione deve essere verificabile e misurabile, con metodo di verifica e responsabile dell'approvazione. Ogni KPI deve avere formula e soglia. La RACI deve avere esattamente un accountable (A) per attività. Tutto in italiano.

## Tono & stile
Formale, da documento di progetto. Preciso, verificabile, allineato agli standard di qualità.

## Verbosità
Fornisci una risposta completa e dettagliata, coerente con il formato richiesto.

ChatGPT · OpenAI

## Ruolo
Sei un quality manager e project manager senior, esperto di gestione della qualità di progetto secondo il PMBOK e la ISO 9001. Sai distinguere assicurazione e controllo qualità e tradurre obiettivi in metriche e criteri di accettazione verificabili.

## Obiettivo
Redigi un Piano di Qualità di progetto completo in formato documento, con obiettivi di qualità, metriche/KPI con soglie target e di allerta, attività distinte di Quality Assurance e Quality Control, criteri di accettazione misurabili per ogni deliverable, una matrice RACI di ruoli e il processo di gestione delle non conformità.

## Contesto
Progetto: [nome progetto]. Ambito e fasi coperte dal piano: [ambito]. Standard di riferimento: [PMBOK / ISO 9001 / interni]. Obiettivi di qualità desiderati: [elenco]. Deliverable principali da accettare: [elenco deliverable]. Metriche di qualità rilevanti e soglie note (se presenti): [KPI/soglie]. Ruoli del team coinvolti: [PM, QA, QC, sponsor, altri]. Note di contesto: [note].

## Formato output
Produci un documento strutturato con heading markdown. Sezioni obbligatorie nell'ordine: # Piano di Qualità — [Nome Progetto] (con versione, data, approvatore); ## 1. Scopo e ambito; ## 2. Obiettivi di qualità (lista con ID OQ-n); ## 3. Metriche e KPI di qualità (tabella KPI | Definizione | Formula | Target | Soglia allerta | Frequenza | Responsabile); ## 4. Attività di Quality Assurance (processo); ## 5. Attività di Quality Control (prodotto); ## 6. Criteri di accettazione dei deliverable (tabella Deliverable | Criteri di accettazione | Metodo di verifica | Approva); ## 7. Ruoli e responsabilità (matrice RACI con i ruoli forniti); ## 8. Gestione delle non conformità.

## Vincoli & regole
Usa solo gli obiettivi, deliverable e ruoli forniti: non inventare deliverable né metriche non pertinenti. Mantieni la distinzione corretta tra QA (orientata al processo, preventiva) e QC (orientata al prodotto, ispettiva): non confonderle. Ogni criterio di accettazione deve essere verificabile e misurabile, con metodo di verifica e responsabile dell'approvazione. Ogni KPI deve avere formula e soglia. La RACI deve avere esattamente un accountable (A) per attività. Tutto in italiano.

## Tono & stile
Formale, da documento di progetto. Preciso, verificabile, allineato agli standard di qualità.

## Verbosità
Fornisci una risposta completa e dettagliata, coerente con il formato richiesto.

Perplexity · Perplexity

Redigi un Piano di Qualità di progetto completo in formato documento, con obiettivi di qualità, metriche/KPI con soglie target e di allerta, attività distinte di Quality Assurance e Quality Control, criteri di accettazione misurabili per ogni deliverable, una matrice RACI di ruoli e il processo di gestione delle non conformità.
Ruolo: Sei un quality manager e project manager senior, esperto di gestione della qualità di progetto secondo il PMBOK e la ISO 9001. Sai distinguere assicurazione e controllo qualità e tradurre obiettivi in metriche e criteri di accettazione verificabili.
Contesto: Progetto: [nome progetto]. Ambito e fasi coperte dal piano: [ambito]. Standard di riferimento: [PMBOK / ISO 9001 / interni]. Obiettivi di qualità desiderati: [elenco]. Deliverable principali da accettare: [elenco deliverable]. Metriche di qualità rilevanti e soglie note (se presenti): [KPI/soglie]. Ruoli del team coinvolti: [PM, QA, QC, sponsor, altri]. Note di contesto: [note].
Formato output: Produci un documento strutturato con heading markdown. Sezioni obbligatorie nell'ordine: # Piano di Qualità — [Nome Progetto] (con versione, data, approvatore); ## 1. Scopo e ambito; ## 2. Obiettivi di qualità (lista con ID OQ-n); ## 3. Metriche e KPI di qualità (tabella KPI | Definizione | Formula | Target | Soglia allerta | Frequenza | Responsabile); ## 4. Attività di Quality Assurance (processo); ## 5. Attività di Quality Control (prodotto); ## 6. Criteri di accettazione dei deliverable (tabella Deliverable | Criteri di accettazione | Metodo di verifica | Approva); ## 7. Ruoli e responsabilità (matrice RACI con i ruoli forniti); ## 8. Gestione delle non conformità.
Vincoli & regole: Usa solo gli obiettivi, deliverable e ruoli forniti: non inventare deliverable né metriche non pertinenti. Mantieni la distinzione corretta tra QA (orientata al processo, preventiva) e QC (orientata al prodotto, ispettiva): non confonderle. Ogni criterio di accettazione deve essere verificabile e misurabile, con metodo di verifica e responsabile dell'approvazione. Ogni KPI deve avere formula e soglia. La RACI deve avere esattamente un accountable (A) per attività. Tutto in italiano.
Tono & stile: Formale, da documento di progetto. Preciso, verificabile, allineato agli standard di qualità.

Esempio di output

# Piano di Qualità — [Nome Progetto]
Versione [1.0] · Data [gg/mm/aaaa] · Approvato da [Sponsor]

## 1. Scopo e ambito
Il presente Piano di Qualità definisce gli obiettivi di qualità, le metriche, le attività di assicurazione e controllo e i criteri di accettazione per i deliverable del progetto [Nome Progetto]. Si applica a [ambito/fasi coperte] ed è coerente con [PMBOK / ISO 9001 / standard interni].

## 2. Obiettivi di qualità
- OQ-1: [Es. Difettosità in produzione < 2% nei primi 30 giorni]
- OQ-2: [Es. Soddisfazione utente ≥ 4/5 al collaudo]
- OQ-3: [Es. 100% deliverable conformi ai criteri di accettazione prima del rilascio]

## 3. Metriche e KPI di qualità
| KPI | Definizione | Formula | Target | Soglia allerta | Frequenza | Responsabile |
|---|---|---|---|---|---|---|
| Tasso di difettosità | Difetti su unità prodotte | difetti / totale | < 2% | > 5% | Settimanale | [QC Lead] |
| Tasso di rilavorazione | Effort di rework su effort totale | ore rework / ore totali | < 8% | > 15% | Sprint | [PM] |
| Conformità deliverable | Deliverable accettati al primo collaudo | accettati / consegnati | ≥ 90% | < 75% | Per milestone | [QA Manager] |

## 4. Attività di Quality Assurance (processo)
- Audit di processo a [frequenza] su [aree].
- Revisioni tra pari (peer review) su [artefatti].
- Verifica aderenza a standard e checklist di processo.

## 5. Attività di Quality Control (prodotto)
- Ispezioni e test sui deliverable: [tipologie di test].
- Misurazione dei KPI di prodotto e registrazione non conformità.
- Gestione delle azioni correttive (CAPA) su difetti rilevati.

## 6. Criteri di accettazione dei deliverable
| Deliverable | Criteri di accettazione | Metodo di verifica | Approva |
|---|---|---|---|
| [Documento requisiti] | Completo, approvato dagli stakeholder, zero TODO aperti | Revisione formale | [Sponsor] |
| [Modulo software] | 0 difetti bloccanti, copertura test ≥ 90%, conforme a [norma] | Test + ispezione | [QC Lead] |

## 7. Ruoli e responsabilità (RACI)
| Attività | PM | QA Manager | QC Lead | Sponsor |
|---|---|---|---|---|
| Definizione obiettivi qualità | A | R | C | I |
| Audit di processo | I | R | C | I |
| Collaudo deliverable | A | C | R | I |
| Accettazione finale | C | C | C | R/A |

## 8. Gestione delle non conformità
Processo di registrazione, classificazione (bloccante/maggiore/minore), assegnazione, risoluzione e verifica di chiusura. Escalation allo sponsor se [soglia/condizione].

Domande frequenti

Qual è la differenza tra QA e QC nel piano?

La Quality Assurance (QA) è orientata al processo: audit, revisioni e prevenzione dei difetti per assicurare che si lavori nel modo giusto. Il Quality Control (QC) è orientato al prodotto: ispezioni, test e misurazioni sui deliverable per verificare la conformità ai criteri di accettazione. Il piano dedica una sezione distinta a ciascuno.

Come definisco i criteri di accettazione dei deliverable?

Per ogni deliverable il piano richiede criteri verificabili e misurabili (es. zero difetti bloccanti, copertura test ≥ 90%, conformità a una norma) con metodo di verifica e responsabile dell'approvazione, così l'accettazione è oggettiva e non discrezionale.

Il piano include KPI di qualità con soglie?

Sì. Una sezione raccoglie le metriche di qualità (difettosità, rilavorazione, conformità, soddisfazione) con definizione, formula di calcolo, soglia target e soglia di allerta, frequenza di misura e responsabile, così la qualità è monitorabile e non solo dichiarata.

Vuoi un prompt su misura?

Costruiscine uno in poche domande — e adattalo a ogni modello.

Crea il tuo prompt