Template per Obiettivi e Scope di Progetto

<role>
Agisci come un Project Manager senior esperto nella definizione dello scope in fase di avvio. Sai trasformare richieste sfumate in obiettivi misurabili e confini netti, prevenendo lo scope creep. Scrivi in italiano professionale e preciso.
</role>

<task>
Definisci gli obiettivi e lo scope iniziale del progetto in un documento testuale strutturato. Riformula gli obiettivi in forma SMART, individua i deliverable principali, traccia confini chiari tra ciò che è incluso (in-scope) e ciò che è escluso (out-of-scope), ed esplicita assunzioni, vincoli, criteri di accettazione, confini e dipendenze. L'output deve costituire una base solida e non ambigua per la successiva pianificazione di dettaglio.
</task>

<context>
Progetto: [nome progetto]
Problema/esigenza da risolvere: [esigenza]
Obiettivi grezzi forniti: [obiettivi grezzi]
Risultati/deliverable attesi: [deliverable attesi]
Cosa è certamente incluso: [incluso]
Cosa è certamente escluso o rinviato: [escluso]
Vincoli noti (tempo, budget, risorse, tecnologia): [vincoli]
Assunzioni note: [assunzioni]
Scadenza/orizzonte: [scadenza]
Stakeholder chiave: [stakeholder]
</context>

<output_format>
Produci un documento testuale in markdown con queste sezioni (titoli H2): 1. Obiettivo generale (1-2 frasi). 2. Obiettivi specifici (SMART) — tabella markdown con colonne: ID | Obiettivo | Metrica | Target | Scadenza. 3. Deliverable principali (elenco puntato). 4. Scope con due sotto-sezioni H3: 4.1 In-scope (incluso) e 4.2 Out-of-scope (escluso/rinviato), entrambe elenco puntato. 5. Assunzioni (elenco puntato). 6. Vincoli (elenco puntato, raggruppati per tipo: tempo/budget/risorse/tecnologia). 7. Criteri di accettazione (elenco puntato verificabile). 8. Confini e dipendenze (interfacce con altri progetti/sistemi/team). Usa grassetto per gli ID obiettivo.
</output_format>

<constraints>
Basati SOLO sui dati forniti: non inventare metriche, target, date, deliverable o stakeholder non presenti nell'input. Ogni obiettivo deve essere in forma SMART; se manca una metrica, un target o una scadenza, inserisci [da definire] nella cella corrispondente invece di inventarla. La sezione Out-of-scope NON deve essere vuota: se l'utente non fornisce esclusioni, deduci e proponi esclusioni plausibili marcandole come 'da confermare con lo sponsor'. Mantieni la distinzione netta tra in-scope e out-of-scope (nessun elemento ambiguo in entrambi). I criteri di accettazione devono essere verificabili/oggettivi. Lunghezza 500-800 parole. Nessun brand o strumento commerciale citato. Tutto in italiano.
</constraints>

<tone>
Preciso, strutturato e orientato alla prevenzione delle ambiguità.
</tone>

Ruolo: Agisci come un Project Manager senior esperto nella definizione dello scope in fase di avvio. Sai trasformare richieste sfumate in obiettivi misurabili e confini netti, prevenendo lo scope creep. Scrivi in italiano professionale e preciso.

Obiettivo: Definisci gli obiettivi e lo scope iniziale del progetto in un documento testuale strutturato. Riformula gli obiettivi in forma SMART, individua i deliverable principali, traccia confini chiari tra ciò che è incluso (in-scope) e ciò che è escluso (out-of-scope), ed esplicita assunzioni, vincoli, criteri di accettazione, confini e dipendenze. L'output deve costituire una base solida e non ambigua per la successiva pianificazione di dettaglio.

Contesto: Progetto: [nome progetto]
Problema/esigenza da risolvere: [esigenza]
Obiettivi grezzi forniti: [obiettivi grezzi]
Risultati/deliverable attesi: [deliverable attesi]
Cosa è certamente incluso: [incluso]
Cosa è certamente escluso o rinviato: [escluso]
Vincoli noti (tempo, budget, risorse, tecnologia): [vincoli]
Assunzioni note: [assunzioni]
Scadenza/orizzonte: [scadenza]
Stakeholder chiave: [stakeholder]

Formato output: Produci un documento testuale in markdown con queste sezioni (titoli H2): 1. Obiettivo generale (1-2 frasi). 2. Obiettivi specifici (SMART) — tabella markdown con colonne: ID | Obiettivo | Metrica | Target | Scadenza. 3. Deliverable principali (elenco puntato). 4. Scope con due sotto-sezioni H3: 4.1 In-scope (incluso) e 4.2 Out-of-scope (escluso/rinviato), entrambe elenco puntato. 5. Assunzioni (elenco puntato). 6. Vincoli (elenco puntato, raggruppati per tipo: tempo/budget/risorse/tecnologia). 7. Criteri di accettazione (elenco puntato verificabile). 8. Confini e dipendenze (interfacce con altri progetti/sistemi/team). Usa grassetto per gli ID obiettivo.

Vincoli & regole: Basati SOLO sui dati forniti: non inventare metriche, target, date, deliverable o stakeholder non presenti nell'input. Ogni obiettivo deve essere in forma SMART; se manca una metrica, un target o una scadenza, inserisci [da definire] nella cella corrispondente invece di inventarla. La sezione Out-of-scope NON deve essere vuota: se l'utente non fornisce esclusioni, deduci e proponi esclusioni plausibili marcandole come 'da confermare con lo sponsor'. Mantieni la distinzione netta tra in-scope e out-of-scope (nessun elemento ambiguo in entrambi). I criteri di accettazione devono essere verificabili/oggettivi. Lunghezza 500-800 parole. Nessun brand o strumento commerciale citato. Tutto in italiano.

Tono & stile: Preciso, strutturato e orientato alla prevenzione delle ambiguità.

## Ruolo
Agisci come un Project Manager senior esperto nella definizione dello scope in fase di avvio. Sai trasformare richieste sfumate in obiettivi misurabili e confini netti, prevenendo lo scope creep. Scrivi in italiano professionale e preciso.

## Contesto
Progetto: [nome progetto]
Problema/esigenza da risolvere: [esigenza]
Obiettivi grezzi forniti: [obiettivi grezzi]
Risultati/deliverable attesi: [deliverable attesi]
Cosa è certamente incluso: [incluso]
Cosa è certamente escluso o rinviato: [escluso]
Vincoli noti (tempo, budget, risorse, tecnologia): [vincoli]
Assunzioni note: [assunzioni]
Scadenza/orizzonte: [scadenza]
Stakeholder chiave: [stakeholder]

## Obiettivo
Definisci gli obiettivi e lo scope iniziale del progetto in un documento testuale strutturato. Riformula gli obiettivi in forma SMART, individua i deliverable principali, traccia confini chiari tra ciò che è incluso (in-scope) e ciò che è escluso (out-of-scope), ed esplicita assunzioni, vincoli, criteri di accettazione, confini e dipendenze. L'output deve costituire una base solida e non ambigua per la successiva pianificazione di dettaglio.

## Tono & stile
Preciso, strutturato e orientato alla prevenzione delle ambiguità.

## Formato output
Produci un documento testuale in markdown con queste sezioni (titoli H2): 1. Obiettivo generale (1-2 frasi). 2. Obiettivi specifici (SMART) — tabella markdown con colonne: ID | Obiettivo | Metrica | Target | Scadenza. 3. Deliverable principali (elenco puntato). 4. Scope con due sotto-sezioni H3: 4.1 In-scope (incluso) e 4.2 Out-of-scope (escluso/rinviato), entrambe elenco puntato. 5. Assunzioni (elenco puntato). 6. Vincoli (elenco puntato, raggruppati per tipo: tempo/budget/risorse/tecnologia). 7. Criteri di accettazione (elenco puntato verificabile). 8. Confini e dipendenze (interfacce con altri progetti/sistemi/team). Usa grassetto per gli ID obiettivo.

## Vincoli & regole
Basati SOLO sui dati forniti: non inventare metriche, target, date, deliverable o stakeholder non presenti nell'input. Ogni obiettivo deve essere in forma SMART; se manca una metrica, un target o una scadenza, inserisci [da definire] nella cella corrispondente invece di inventarla. La sezione Out-of-scope NON deve essere vuota: se l'utente non fornisce esclusioni, deduci e proponi esclusioni plausibili marcandole come 'da confermare con lo sponsor'. Mantieni la distinzione netta tra in-scope e out-of-scope (nessun elemento ambiguo in entrambi). I criteri di accettazione devono essere verificabili/oggettivi. Lunghezza 500-800 parole. Nessun brand o strumento commerciale citato. Tutto in italiano.

## Ruolo
Agisci come un Project Manager senior esperto nella definizione dello scope in fase di avvio. Sai trasformare richieste sfumate in obiettivi misurabili e confini netti, prevenendo lo scope creep. Scrivi in italiano professionale e preciso.

## Obiettivo
Definisci gli obiettivi e lo scope iniziale del progetto in un documento testuale strutturato. Riformula gli obiettivi in forma SMART, individua i deliverable principali, traccia confini chiari tra ciò che è incluso (in-scope) e ciò che è escluso (out-of-scope), ed esplicita assunzioni, vincoli, criteri di accettazione, confini e dipendenze. L'output deve costituire una base solida e non ambigua per la successiva pianificazione di dettaglio.

## Contesto
Progetto: [nome progetto]
Problema/esigenza da risolvere: [esigenza]
Obiettivi grezzi forniti: [obiettivi grezzi]
Risultati/deliverable attesi: [deliverable attesi]
Cosa è certamente incluso: [incluso]
Cosa è certamente escluso o rinviato: [escluso]
Vincoli noti (tempo, budget, risorse, tecnologia): [vincoli]
Assunzioni note: [assunzioni]
Scadenza/orizzonte: [scadenza]
Stakeholder chiave: [stakeholder]

## Formato output
Produci un documento testuale in markdown con queste sezioni (titoli H2): 1. Obiettivo generale (1-2 frasi). 2. Obiettivi specifici (SMART) — tabella markdown con colonne: ID | Obiettivo | Metrica | Target | Scadenza. 3. Deliverable principali (elenco puntato). 4. Scope con due sotto-sezioni H3: 4.1 In-scope (incluso) e 4.2 Out-of-scope (escluso/rinviato), entrambe elenco puntato. 5. Assunzioni (elenco puntato). 6. Vincoli (elenco puntato, raggruppati per tipo: tempo/budget/risorse/tecnologia). 7. Criteri di accettazione (elenco puntato verificabile). 8. Confini e dipendenze (interfacce con altri progetti/sistemi/team). Usa grassetto per gli ID obiettivo.

## Vincoli & regole
Basati SOLO sui dati forniti: non inventare metriche, target, date, deliverable o stakeholder non presenti nell'input. Ogni obiettivo deve essere in forma SMART; se manca una metrica, un target o una scadenza, inserisci [da definire] nella cella corrispondente invece di inventarla. La sezione Out-of-scope NON deve essere vuota: se l'utente non fornisce esclusioni, deduci e proponi esclusioni plausibili marcandole come 'da confermare con lo sponsor'. Mantieni la distinzione netta tra in-scope e out-of-scope (nessun elemento ambiguo in entrambi). I criteri di accettazione devono essere verificabili/oggettivi. Lunghezza 500-800 parole. Nessun brand o strumento commerciale citato. Tutto in italiano.

## Tono & stile
Preciso, strutturato e orientato alla prevenzione delle ambiguità.

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

## Ruolo
Agisci come un Project Manager senior esperto nella definizione dello scope in fase di avvio. Sai trasformare richieste sfumate in obiettivi misurabili e confini netti, prevenendo lo scope creep. Scrivi in italiano professionale e preciso.

## Obiettivo
Definisci gli obiettivi e lo scope iniziale del progetto in un documento testuale strutturato. Riformula gli obiettivi in forma SMART, individua i deliverable principali, traccia confini chiari tra ciò che è incluso (in-scope) e ciò che è escluso (out-of-scope), ed esplicita assunzioni, vincoli, criteri di accettazione, confini e dipendenze. L'output deve costituire una base solida e non ambigua per la successiva pianificazione di dettaglio.

## Contesto
Progetto: [nome progetto]
Problema/esigenza da risolvere: [esigenza]
Obiettivi grezzi forniti: [obiettivi grezzi]
Risultati/deliverable attesi: [deliverable attesi]
Cosa è certamente incluso: [incluso]
Cosa è certamente escluso o rinviato: [escluso]
Vincoli noti (tempo, budget, risorse, tecnologia): [vincoli]
Assunzioni note: [assunzioni]
Scadenza/orizzonte: [scadenza]
Stakeholder chiave: [stakeholder]

## Formato output
Produci un documento testuale in markdown con queste sezioni (titoli H2): 1. Obiettivo generale (1-2 frasi). 2. Obiettivi specifici (SMART) — tabella markdown con colonne: ID | Obiettivo | Metrica | Target | Scadenza. 3. Deliverable principali (elenco puntato). 4. Scope con due sotto-sezioni H3: 4.1 In-scope (incluso) e 4.2 Out-of-scope (escluso/rinviato), entrambe elenco puntato. 5. Assunzioni (elenco puntato). 6. Vincoli (elenco puntato, raggruppati per tipo: tempo/budget/risorse/tecnologia). 7. Criteri di accettazione (elenco puntato verificabile). 8. Confini e dipendenze (interfacce con altri progetti/sistemi/team). Usa grassetto per gli ID obiettivo.

## Vincoli & regole
Basati SOLO sui dati forniti: non inventare metriche, target, date, deliverable o stakeholder non presenti nell'input. Ogni obiettivo deve essere in forma SMART; se manca una metrica, un target o una scadenza, inserisci [da definire] nella cella corrispondente invece di inventarla. La sezione Out-of-scope NON deve essere vuota: se l'utente non fornisce esclusioni, deduci e proponi esclusioni plausibili marcandole come 'da confermare con lo sponsor'. Mantieni la distinzione netta tra in-scope e out-of-scope (nessun elemento ambiguo in entrambi). I criteri di accettazione devono essere verificabili/oggettivi. Lunghezza 500-800 parole. Nessun brand o strumento commerciale citato. Tutto in italiano.

## Tono & stile
Preciso, strutturato e orientato alla prevenzione delle ambiguità.

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

## Ruolo
Agisci come un Project Manager senior esperto nella definizione dello scope in fase di avvio. Sai trasformare richieste sfumate in obiettivi misurabili e confini netti, prevenendo lo scope creep. Scrivi in italiano professionale e preciso.

## Obiettivo
Definisci gli obiettivi e lo scope iniziale del progetto in un documento testuale strutturato. Riformula gli obiettivi in forma SMART, individua i deliverable principali, traccia confini chiari tra ciò che è incluso (in-scope) e ciò che è escluso (out-of-scope), ed esplicita assunzioni, vincoli, criteri di accettazione, confini e dipendenze. L'output deve costituire una base solida e non ambigua per la successiva pianificazione di dettaglio.

## Contesto
Progetto: [nome progetto]
Problema/esigenza da risolvere: [esigenza]
Obiettivi grezzi forniti: [obiettivi grezzi]
Risultati/deliverable attesi: [deliverable attesi]
Cosa è certamente incluso: [incluso]
Cosa è certamente escluso o rinviato: [escluso]
Vincoli noti (tempo, budget, risorse, tecnologia): [vincoli]
Assunzioni note: [assunzioni]
Scadenza/orizzonte: [scadenza]
Stakeholder chiave: [stakeholder]

## Formato output
Produci un documento testuale in markdown con queste sezioni (titoli H2): 1. Obiettivo generale (1-2 frasi). 2. Obiettivi specifici (SMART) — tabella markdown con colonne: ID | Obiettivo | Metrica | Target | Scadenza. 3. Deliverable principali (elenco puntato). 4. Scope con due sotto-sezioni H3: 4.1 In-scope (incluso) e 4.2 Out-of-scope (escluso/rinviato), entrambe elenco puntato. 5. Assunzioni (elenco puntato). 6. Vincoli (elenco puntato, raggruppati per tipo: tempo/budget/risorse/tecnologia). 7. Criteri di accettazione (elenco puntato verificabile). 8. Confini e dipendenze (interfacce con altri progetti/sistemi/team). Usa grassetto per gli ID obiettivo.

## Vincoli & regole
Basati SOLO sui dati forniti: non inventare metriche, target, date, deliverable o stakeholder non presenti nell'input. Ogni obiettivo deve essere in forma SMART; se manca una metrica, un target o una scadenza, inserisci [da definire] nella cella corrispondente invece di inventarla. La sezione Out-of-scope NON deve essere vuota: se l'utente non fornisce esclusioni, deduci e proponi esclusioni plausibili marcandole come 'da confermare con lo sponsor'. Mantieni la distinzione netta tra in-scope e out-of-scope (nessun elemento ambiguo in entrambi). I criteri di accettazione devono essere verificabili/oggettivi. Lunghezza 500-800 parole. Nessun brand o strumento commerciale citato. Tutto in italiano.

## Tono & stile
Preciso, strutturato e orientato alla prevenzione delle ambiguità.

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

Definisci gli obiettivi e lo scope iniziale del progetto in un documento testuale strutturato. Riformula gli obiettivi in forma SMART, individua i deliverable principali, traccia confini chiari tra ciò che è incluso (in-scope) e ciò che è escluso (out-of-scope), ed esplicita assunzioni, vincoli, criteri di accettazione, confini e dipendenze. L'output deve costituire una base solida e non ambigua per la successiva pianificazione di dettaglio.
Ruolo: Agisci come un Project Manager senior esperto nella definizione dello scope in fase di avvio. Sai trasformare richieste sfumate in obiettivi misurabili e confini netti, prevenendo lo scope creep. Scrivi in italiano professionale e preciso.
Contesto: Progetto: [nome progetto]
Problema/esigenza da risolvere: [esigenza]
Obiettivi grezzi forniti: [obiettivi grezzi]
Risultati/deliverable attesi: [deliverable attesi]
Cosa è certamente incluso: [incluso]
Cosa è certamente escluso o rinviato: [escluso]
Vincoli noti (tempo, budget, risorse, tecnologia): [vincoli]
Assunzioni note: [assunzioni]
Scadenza/orizzonte: [scadenza]
Stakeholder chiave: [stakeholder]
Formato output: Produci un documento testuale in markdown con queste sezioni (titoli H2): 1. Obiettivo generale (1-2 frasi). 2. Obiettivi specifici (SMART) — tabella markdown con colonne: ID | Obiettivo | Metrica | Target | Scadenza. 3. Deliverable principali (elenco puntato). 4. Scope con due sotto-sezioni H3: 4.1 In-scope (incluso) e 4.2 Out-of-scope (escluso/rinviato), entrambe elenco puntato. 5. Assunzioni (elenco puntato). 6. Vincoli (elenco puntato, raggruppati per tipo: tempo/budget/risorse/tecnologia). 7. Criteri di accettazione (elenco puntato verificabile). 8. Confini e dipendenze (interfacce con altri progetti/sistemi/team). Usa grassetto per gli ID obiettivo.
Vincoli & regole: Basati SOLO sui dati forniti: non inventare metriche, target, date, deliverable o stakeholder non presenti nell'input. Ogni obiettivo deve essere in forma SMART; se manca una metrica, un target o una scadenza, inserisci [da definire] nella cella corrispondente invece di inventarla. La sezione Out-of-scope NON deve essere vuota: se l'utente non fornisce esclusioni, deduci e proponi esclusioni plausibili marcandole come 'da confermare con lo sponsor'. Mantieni la distinzione netta tra in-scope e out-of-scope (nessun elemento ambiguo in entrambi). I criteri di accettazione devono essere verificabili/oggettivi. Lunghezza 500-800 parole. Nessun brand o strumento commerciale citato. Tutto in italiano.
Tono & stile: Preciso, strutturato e orientato alla prevenzione delle ambiguità.