Per qualcuno, ciò significa cinque pagine e un layout più pulito. Per un altro, significa la migrazione di un blog, nuove landing page, testi aggiornati e un logo che desiderava rifare da mesi.
Un capitolato d’appalto risolve il problema. Definisce quali saranno i risultati del progetto, come verrà svolto il lavoro, quando è prevista la consegna di ciascuna parte, cosa si intende per “approvato” e cosa non rientra nell’accordo.
La chiarezza è più importante di quanto sembri. Il rapporto CHAOS dello Standish Group ha rilevato che solo circa il 31% dei progetti viene portato a termine nei tempi previsti e nel rispetto dell’ambito di lavoro.
Ecco la parte scomoda: la maggior parte di queste discrepanze non è un problema di disciplina. È un problema di archiviazione. Il capitolato d’appalto viene firmato, inviato per email e archiviato, e da quel momento inizia ad allontanarsi dal lavoro effettivo. Alla terza settimana, il documento indica cinque pagine mentre il progetto ne conta quindici, e nessuno è in grado di individuare dove si sia creato il divario. La soluzione non è un capitolato d’appalto più lungo. È un capitolato che rimanga in connessione con il lavoro che descrive.
Questa guida ti spiega come redigere un capitolato d’appalto sufficientemente chiaro da consentire la definizione dei costi, il piano, l’assegnazione dei compiti, l’approvazione e la gestione dopo l’avvio del progetto.
In breve
Un buon capitolato d’appalto risponde a quattro domande: cosa si deve fornire, come, entro quando e cosa si intende per “terminato”. Il capitolato migliore non è quello più dettagliato, ma quello che rimane veritiero e trasparente anche dopo 30 giorni.
I dettagli potrebbero sfuggire una volta iniziati i lavori, pertanto è fondamentale disporre di un documento aggiornato per tutta la durata del progetto. Ciò garantisce che ciò che “non rientra nell’ambito di lavoro” sia chiaramente definito e consultabile.
Coprite tutte e sette le componenti e, invece di verbi vaghi come “gestire”, specificate numeri come “4 post al mese”. Specificate chiaramente cosa non farete, individuate le dipendenze da parte del cliente che causano la maggior parte dei ritardi e ottenete sempre un’approvazione scritta per ogni richiesta di modifica prima di iniziare il lavoro. Quindi collegate il documento firmato alle attività in corso, in modo che, quando l’ambito di lavoro si espande, la modifica sia visibile e quantificabile in termini di costo, anziché silenziosa e gratuita.
Che cos’è un capitolato d’appalto?
Un capitolato d'appalto (SOW) è un documento che definisce esattamente quali saranno i risultati finali di un progetto, in che modo e entro quando saranno consegnati, nonché quali elementi costituiscono il lavoro completato. Definisce chiaramente l'ambito del lavoro in modo che tutte le parti coinvolte — clienti, fornitori e team interni — siano d'accordo sui risultati attesi prima di iniziare.
Il suo compito è garantire l’allineamento. Il SOW definisce gli obiettivi, elenca i risultati attesi, li suddivide in attività, li collega a una Sequenza e specifica in base a quali criteri ciascun risultato atteso sarà considerato completato. Diventa il punto di riferimento a cui tutti fanno riferimento quando sorge una domanda o si presenta una modifica. Ecco perché funge anche da colonna portante del project management del progetto.
Qual è la differenza tra "ambito di lavoro" e "capitolato d'appalto"?
Un "scope of work" (SOW) definisce cosa verrà fatto; una "statement of work" (SOW) definisce come le due parti collaboreranno per realizzarlo. Entrambi condividono l'acronimo SOW e spesso vengono utilizzati in modo intercambiabile, ma operano a livelli diversi.
Un terzo termine simile è “ambito del progetto”. Questo definisce i confini del progetto stesso, ciò che è incluso e ciò che non lo è, piuttosto che il lavoro o la relazione di lavoro.
| Documento | A cosa risponde | In genere contiene | Quando utilizzarla |
|---|---|---|---|
| Ambito di lavoro | Quali lavori verranno eseguiti | Obiettivi, risultati attesi, attività, Sequenza, criteri di accettazione, esclusioni | Definizione di un incarico specifico o di una fase del progetto |
| Descrizione del lavoro | Come le parti collaboreranno tra loro | L'ambito del lavoro, oltre a clausole legali, calendario dei pagamenti, garanzie e governance | Il contratto completo, che spesso include al suo interno il SOW |
| Ambito del progetto | L'ambito completo del progetto | Tutti i risultati finali e il lavoro necessario per ottenerli, oltre a ciò che è escluso dal progetto | Pianificazione interna e gestione dell’ambito di intervento nell’intero progetto |
In pratica, la dichiarazione di lavoro (Statement of Work, SoW) è il contratto quadro, mentre l’ambito di lavoro è la sezione al suo interno che specifica i risultati attesi. L’ambito del progetto è il concetto di pianificazione descritto da entrambi i documenti. Se una parte interessata richiede “il SOW”, vale la pena verificare in dieci secondi a quale dei due si riferisca, poiché i termini legali e di pagamento sono contenuti nella dichiarazione, non nell’ambito di lavoro.
Cosa deve contenere un capitolato d’appalto? Le componenti fondamentali
Un SOW completo dovrebbe rendere il lavoro facile da comprendere, valutare in termini di costi, pianificare e approvare. Se manca una componente fondamentale, si rischia di creare confusione in seguito.
Ecco cosa includere:
- Obiettivi e finalità: questa sezione spiega perché il lavoro viene svolto e quali risultati dovrebbe produrre. Limitatevi a una o due frasi, scritte nel linguaggio del client. Ad esempio, “Migliorare la generazione di lead organici dal blog aziendale” è più chiaro di “attuare una strategia di contenuti”.
- Risultati attesi: Si tratta dei risultati specifici che consegnerai. Indica il nome e quantificali, ove possibile. Scrivi “12 post al mese sui social su LinkedIn e Instagram”, non “gestione dei social media”
- Compiti e attività: questa sezione suddivide il lavoro necessario per realizzare ciascun risultato finale. Non è necessario includere ogni singola azione, ma dovrebbe essere sufficientemente dettagliata da consentire a chiunque di comprendere quali attività sono comprese. Per la riprogettazione di un sito web, ciò potrebbe includere la creazione di wireframe, la redazione dei testi, lo sviluppo, il controllo qualità e il supporto al lancio
- Sequenza e attività cardine: utilizza questa sezione per illustrare come il progetto si svilupperà dall’avvio al completamento. Includi la data di inizio, la data di fine, le fasi principali, i punti di revisione e le dipendenze. Una solida sequenza del progetto aiuta tutti a capire cosa deve accadere prima che possa iniziare la fase successiva
- Criteri di accettazione: definiscono le modalità con cui ogni risultato atteso verrà esaminato, approvato e considerato completato. Il client sa quali standard di qualità aspettarsi e tu sai quando il lavoro può essere chiuso, anziché sottoposto a revisioni infinite.
- Esclusioni e presupposti: in questa sezione, specifica chiaramente cosa non è incluso e da quali condizioni dipende il progetto. Ad esempio, potresti escludere la gestione degli annunci a pagamento da un SOW relativo ai contenuti oppure presupporre che il client fornisca le linee guida del marchio prima dell’inizio dei lavori. Questa sezione previene lo “scope creep” prima ancora che si verifichi.
- Costi e condizioni di pagamento: questa sezione tratta il costo totale, la struttura di fatturazione, il calendario dei pagamenti e i trigger di pagamento. Molti SOW legano i pagamenti a attività cardine, quali la firma del contratto, la consegna della prima bozza, l’approvazione finale o il completamento del progetto
- Ruoli e responsabilità: Specificare chi è responsabile di ciascun risultato atteso, chi lo approva e chi è l’unico referente del client
Quali sono i tipi di capitolato d'appalto?
I capitolati d’appalto si articolano solitamente in quattro strutture. La scelta della struttura più adatta dipende dal grado di prevedibilità del progetto, dalla chiarezza con cui è possibile definire i risultati attesi e dal tipo di rischio che ciascuna parte è disposta ad assumersi.
- Basato sui risultati finali (progettazione/realizzazione): questo tipo di contratto vincola il pagamento e l’approvazione a risultati specifici. Funziona al meglio quando i risultati finali sono già chiari, come ad esempio un sito web con un numero fisso di pagine, un numero prestabilito di elementi grafici o una serie definita di post per il blog
- Tempo e materiali: questa struttura prevede la fatturazione delle ore, degli strumenti e dei costi utilizzati man mano che il lavoro procede. È adatta a progetti in cui l’ambito è ancora incerto, richiede un’approfondita fase di analisi o è soggetto a modifiche. Utilizzala quando un elenco fisso di risultati attesi sarebbe più una supposizione che un piano concreto.
- Livello di impegno: questo tipo di accordo prevede l’impegno di una quantità prestabilita di tempo, supporto o capacità per un periodo definito. È comune nei contratti di consulenza a forfait, nei servizi di consulenza continuativa, nella manutenzione e nell’assistenza, dove le attività specifiche possono variare di settimana in settimana, ma il livello di servizio rimane costante.
- Basato sui risultati: questa struttura lega il pagamento ai risultati o a metriche misurabili piuttosto che alle ore registrate o alle risorse fornite. Funziona solo quando entrambe le parti concordano su un parametro ben definito, la linea di base è chiara e il fornitore ha un controllo sufficiente sul risultato
Scelta rapida:
- Risultati finali fissi e ben definiti → basato sui risultati finali
- Ambito di lavoro incerto o che richiede un'approfondita fase di analisi → a tempo e materiali
- Supporto continuo o contratto di consulenza → livello di lavoro richiesto
- Pagamento legato a un risultato chiaro e misurabile → basato sulle prestazioni
La maggior parte delle controversie relative all’ambito di lavoro nasce quando la struttura non corrisponde al lavoro da svolgere. Un SOW basato sui risultati finali può funzionare bene per la realizzazione di un sito web a prezzo fisso, ma può rivelarsi rischioso per un progetto che richiede ancora ricerca, strategia o allineamento delle parti interessate. Se non sei ancora in grado di specificare i risultati finali, non fingere di poterlo fare nel SOW. Utilizza una struttura che rifletta l’incertezza.
Come redigere un capitolato d'appalto (procedura passo dopo passo)
Per redigere un SOW, definisci l’obiettivo, elenca i risultati attesi e quelli non attesi, suddividili in attività, stabilisci una tempistica con le dipendenze, definisci i criteri di accettazione, indica i presupposti e un processo di controllo delle modifiche, quindi aggiungi i costi e approva il documento. Questi sette passaggi accompagnano un progetto dall’avvio alla chiusura. In pratica:
Fase 1: Definire gli obiettivi e i criteri di esito positivo
Inizia dal motivo per cui il lavoro viene svolto e da come dovrebbe presentarsi un risultato positivo. Questo è il punto di riferimento per l’intero SOW. Se l’obiettivo è vago, anche i risultati attesi, la Sequenza e il processo di approvazione risulteranno vaghi.
Descrivi l’obiettivo in una o due frasi che il cliente possa comprendere facilmente. Evita il gergo interno e le espressioni generiche come “migliorare la presenza del marchio” o “offrire supporto alle iniziative di marketing”. Cerca invece di collegare il lavoro a un risultato aziendale chiaro.
Ad esempio:
- Obiettivo poco chiaro: “Creare un sito web migliore.”
- Obiettivo più incisivo: “Riprogettare il sito web per aiutare gli acquirenti B2B a comprendere più rapidamente il prodotto e a inviare richieste di demo con un minor numero di abbandoni.”
Aggiungi poi i criteri di esito positivo. Non devono necessariamente essere KPI rigidi, soprattutto se il progetto è di natura creativa o incentrato sulla fase di analisi. Tuttavia, dovrebbero spiegare in che modo entrambe le parti potranno verificare se il lavoro ha raggiunto i risultati previsti.
Passaggio 2: Elenco dei risultati attesi e quelli non attesi
Successivamente, elenca tutti i risultati che il client riceverà. Sii specifico, quantificabile e diretto.
Evita verbi generici come “gestire”, “supporto”, “occuparsi di” o “ottimizzare”, a meno che tu non ne definisca il significato. Queste parole possono sembrare utili in una proposta, ma lasciano spazio a variazioni dell’ambito di lavoro all’interno di un SOW.
Ad esempio:
- Risultato atteso poco preciso: “Gestire il blog aziendale.”
- Risultato finale più preciso: “Pubblicare quattro post sul blog ottimizzati per i motori di ricerca (SEO) al mese, ciascuno compreso tra 1.500 e 2.000 parole, con un ciclo di revisione incluso per ogni post.”
La versione più completa spiega al cliento cosa riceverà, in che quantità e quali sono i limiti. Elenca poi nella stessa sezione gli elementi non inclusi nel lavoro. È qui che devi specificare chiaramente cosa non è compreso nel lavoro, anche se ti sembra ovvio.
Per un progetto relativo a un blog, i non deliverable potrebbero includere:
- Ricerca delle parole chiave oltre il piano del contenuto approvato
- Caricamento dei post nel CMS
- Grafica o illustrazioni personalizzate
- Interviste agli esperti del settore
- Più di un ciclo di revisione per ogni articolo
- Promozione sui social media dopo la pubblicazione
Esempio concreto: il sistema di smistamento bagagli dell’Aeroporto Internazionale di Denver
Il sistema di automazione di smistamento bagagli dell’Aeroporto Internazionale di Denver rappresenta un utile avviso per qualsiasi SOW.
L'obiettivo principale sembrava semplice: realizzare un sistema di automazione per il smistamento bagagli per il nuovo aeroporto. Ma il lavoro effettivo ha coinvolto diversi terminal, compagnie aeree, tipi di bagagli, regole di smistamento ed eccezioni operative.
Secondo un'analisi del progetto condotta dal GAO, nel 1992 Denver ha assegnato alla BAE Automated Systems un appalto del valore di circa 195,6 milioni di dollari. Nel 1995 il costo era salito a oltre 290 milioni di dollari. L'apertura dell'aeroporto è stata inoltre posticipata dall'ottobre 1993 al febbraio 1995 a causa di problemi al sistema e di modifiche sostanziali.
L’ambito di lavoro continuava a cambiare a causa dell’aggiunta di nastri trasportatori, della gestione di bagagli di dimensioni irregolari, delle attrezzature di manutenzione, degli aggiornamenti sui percorsi e delle modifiche richieste dalle compagnie aeree. Un accordo successivo ha ridotto la capacità di smistamento bagagli da 65 bagagli al minuto per linea a 30. Denver ha inoltre dovuto costruire un sistema di backup di smistamento bagagli convenzionale, il cui costo è stato stimato dal GAO in 63 milioni di dollari.
La lezione: Non limitarti a definire solo il risultato finale principale; definisci anche i contorni che lo circondano. Nel caso del “sistema automatizzato di gestione bagagli”, avrebbero dovuto essere specificate le compagnie aeree, i tipi di bagaglio, le eccezioni, le procedure di ripiego e gli standard di collaudo inclusi o esclusi.
Ma i confini definiti sulla carta non erano la soluzione completa. Denver aveva un ambito di lavoro. Ciò che mancava era una connessione tra l’ambito e l’esecuzione effettiva, quindi ogni nastro trasportatore, modifica al percorso e richiesta di linea aerea finiva per diventare un accordo collaterale che il documento originale non integrava mai. Il progetto e la realizzazione sono diventati due progetti distinti.
Passaggio 3: Suddividere i risultati finali in attività
Dopo aver fatto l'elenco di ogni risultato atteso, fai una semplice verifica: qualcuno potrebbe iniziare a lavorare da qui domani stesso?
Se la risposta è no, significa che è ancora troppo generico.
Prendi un risultato finale alla volta e suddividilo in azioni a livello di attività utilizzando il formato verbo + oggetto. Ad esempio: “creare il wireframe della homepage”, “revisione del testo legale”, “approvare il design definitivo” o “caricare il post del blog sul CMS”. Evita nomi di attività vaghi come “lavoro sul sito web”, “supporto ai contenuti” o “aggiornamenti al design”. Non indicano chi fa cosa.
Per un progetto relativo a un blog (4 post SEO al mese), la suddivisione delle attività potrebbe essere la seguente:
| Attività | Titolare | Dipendenza |
|---|---|---|
| Conferma argomenti e parole chiave | Stratega dei contenuti/Stratega SEO | Il client approva il piano dei contenuti |
| Creare brief | Stratega dei contenuti | Parole chiave confermate |
| Scrivere le prime bozze | Autore | Brief approvati |
| Verifica dell'accuratezza del prodotto | Client SME | Bozze inviate |
| Modifica per migliorare la struttura e la chiarezza | Editor | Aggiunti i commenti degli esperti del settore |
| Aggiungi collegamenti interni e metadati | Specialista SEO | Revisioni finali completate |
| Carica sul CMS | Responsabile dei contenuti | Il client approva la bozza finale |
Questo livello di attività mette in luce il carico di lavoro effettivo che sta dietro al risultato finale. Mostra inoltre dove possono verificarsi ritardi. Se l’esperto in materia del cliente non revisiona la bozza in tempo, l’editor, lo specialista SEO e il responsabile dei contenuti subiscono tutti un ritardo. Tale dipendenza dovrebbe essere visibile prima dell’inizio del progetto.
Per i progetti più grandi, utilizza una struttura di suddivisione del lavoro. Ciò significa raggruppare il lavoro per fasi, per poi suddividere ciascuna fase in attività assegnate. Ad esempio, la riprogettazione di un sito web potrebbe includere analisi iniziale, mappa del sito, wireframe, testi, progettazione, sviluppo, controllo qualità, configurazione degli strumenti di analisi e lancio. Ogni fase dovrebbe quindi tradursi in attività a livello operativo con un titolare, una data di scadenza e un punto di approvazione.
Puoi creare questa mappa delle attività in:
- ClickUp, Asana o monday.com per la gestione dei titolari, delle scadenze, delle dipendenze e del monitoraggio dello stato di avanzamento
- Jira per l'ambito di lavoro relativo a software, prodotti e ingegneria
- Trello per una gestione più semplice in stile Kanban
- Miro o FigJam per mappare visivamente il flusso di lavoro prima di suddividerlo in attività
- Fogli Google o Excel, se il client desidera una semplice tabella delle attività allegata al SOW
Fase 4: Definire la sequenza, le attività cardine e le dipendenze
Ora trasforma l'elenco delle attività in una Sequenza. Aggiungi la data di inizio, la data di fine, le attività cardine e eventuali dipendenze che potrebbero influire sulla consegna.
Non limitarti a scrivere “Progetto da consegnare entro sei settimane”. Suddividi la sequenza in fasi, quali analisi iniziale, prima bozza, revisione, correzioni, approvazione finale e lancio. Quindi indica quali attività cardine determinano il pagamento, l’approvazione o il passaggio alla fase successiva del lavoro.
Ad esempio:
- Chiamata iniziale completata entro il 3 maggio
- Il client fornirà il materiale relativo al marchio entro il 6 maggio
- Consegna della prima bozza entro il 15 maggio
- Il feedback del client deve essere fornito entro tre giorni lavorativi
- Consegna delle revisioni finali entro il 24 maggio
- Approvazione definitiva entro il 28 maggio
La parte più importante è individuare le dipendenze, specialmente quelle dal lato del client. Molti ritardi nei progetti non derivano dal lavoro vero e proprio, ma da feedback in ritardo, credenziali di accesso mancanti, revisioni legali ritardate, parti interessate non disponibili o risorse che arrivano solo dopo che il team ha già iniziato a lavorare.
Definisci chiaramente questi aspetti prima dell’inizio del lavoro.
Ad esempio: “Le tempistiche del progetto dipendono dalla tempestività del feedback del client, dall’accesso agli strumenti necessari e dalla consegna delle risorse di brand approvate. Eventuali ritardi nel feedback, nelle approvazioni, nell’accesso o nella consegna dei materiali potrebbero comportare uno slittamento delle tempistiche del progetto pari al numero di giorni lavorativi di ritardo.”
Passaggio 5: Redigere i criteri di accettazione per ogni risultato atteso
Per ogni risultato atteso, definisci quali sono i criteri di approvazione. È questa clausola che impedisce a un progetto di perdersi in revisioni infinite in cui si è “quasi arrivati”.
Assicurati che i criteri siano legati a verifiche osservabili. Per la migrazione di un sito web, “pronto per il lancio” potrebbe significare che i reindirizzamenti sono stati testati, che gli strumenti di analisi funzionano, che i moduli di contatto sono operativi e che le pagine approvate si caricano correttamente sia su desktop che su dispositivi mobili. Per una presentazione commerciale, invece, potrebbe significare qualcosa di completamente diverso.
Evita formulazioni di approvazione che si basino esclusivamente sul gusto personale, come «il cliente è soddisfatto del lavoro». Una formulazione migliore sarebbe:
“Il prodotto finale è considerato accettato una volta che soddisfa i criteri concordati, include la revisione approvata e riceve l’approvazione scritta da parte del client.”
Ciò garantisce a entrambe le parti un punto di chiusura ben definito. Successivamente potranno comunque presentarsi nuove richieste, ma queste saranno gestite come richieste di modifica anziché come estensioni dell’ambito di lavoro originario.
Passaggio 6: Indicare le ipotesi, le esclusioni e un processo di controllo delle modifiche
È qui che puoi evitare che il progetto si espanda in modo impercettibile.
Ipotesi
- Il feedback del cliente verrà fornito entro tre giorni lavorativi
- Tutti i file sorgente necessari saranno disponibili prima dell'avvio del progetto
- L’approvazione finale spetterà a un unico responsabile delle decisioni
Esclusioni
- Progettazione del logo
- Manutenzione continua
- Richieste di nuove pagine che esulano dall’ambito concordato
- Supporto SEO post-lancio
Processo di controllo delle modifiche
- Qualsiasi lavoro che esuli da tale ambito deve essere richiesto per iscritto
- La richiesta verrà esaminata per valutarne l'impatto in termini di costi e Sequenza
- Entrambe le parti devono approvare la modifica prima dell’inizio del lavoro
Quest’ultimo aspetto è fondamentale. Se il fornitore completa prima il lavoro aggiuntivo e discute il pagamento in un secondo momento, la richiesta di modifica diventa molto più difficile da far valere.
Esempio concreto: il progetto “Virtual Case File” dell’FBI
Il progetto “Virtual Case File” dell’FBI è un chiaro esempio del motivo per cui il controllo delle modifiche e le attività cardine devono essere definiti fin dall’inizio nell’ambito di lavoro.
Il progetto era finalizzato a modernizzare il sistema di gestione dei casi dell’FBI. Tuttavia, secondo una verifica condotta dall’Ispettore Generale del Dipartimento di Giustizia, l’FBI e i suoi appaltatori non avevano una chiara comprensione dei requisiti di progettazione man mano che i lavori procedevano. Un responsabile di progetto dell’FBI ha affermato che l’ambito del programma Trilogy è cresciuto di circa l’80% dopo l’avvio del progetto.
Anche la struttura del contratto ha reso il problema più difficile da gestire. La revisione ha rilevato che le specifiche di lavoro non includevano scadenze specifiche per il completamento né punti critici di revisione delle decisioni, e non prevedevano sanzioni in caso di mancato rispetto delle scadenze.
Il progetto è stato infine abbandonato dopo che erano stati spesi circa 170 milioni di dollari.
La lezione: definisci la procedura di modifica prima dell’inizio dei lavori. Il SOW deve specificare come le modifiche vengono richieste, valutate economicamente, approvate e integrate nella Sequenza, con attività cardine e punti di revisione ben definiti. Altrimenti, le modifiche all’ambito di lavoro diventano decisioni informali, e le decisioni informali si rivelano costose.
Si tratta dello stesso errore che si verifica con un PDF archiviato, solo su una scala di 170 milioni di dollari: i capitolati d’appalto erano statici mentre i requisiti cambiavano. Non essendoci alcuna connessione tra l’ambito di lavoro e l’attività effettiva, non c’era nulla in grado di cogliere la crescita dell’80% man mano che si verificava.
Passaggio 7: Aggiungere i costi, i termini di pagamento e l’approvazione
Concludi il SOW con le condizioni commerciali: prezzo totale, struttura di fatturazione, calendario dei pagamenti, date di scadenza, condizioni in caso di ritardi nei pagamenti e la persona autorizzata ad approvare il lavoro.
Laddove possibile, collegare i pagamenti alle attività cardine ben definite. Ad esempio:
- 40% da versare alla firma del contratto
- Il 30% dovrà essere versato dopo l'invio del primo risultato importante o della prima bozza
- Il 30% dovrà essere versato dopo la consegna finale o l’approvazione
Per i lavori continuativi, indica il compenso mensile, la data di fatturazione, l’ambito di lavoro incluso e cosa succede quando il client supera le ore o i risultati concordati.
Ottenete quindi un'approvazione scritta. Un SOW senza approvazione è solo una bozza di lavoro. Le firme confermano che entrambe le parti concordano sui risultati attesi, sulla sequenza, sulle esclusioni, sui termini di pagamento e sulla procedura di modifica prima dell’inizio dei lavori.
Crea un capitolato d'appalto in pochi minuti con questo modello pronto all'uso
Il modello di capitolato d'appalto di ClickUp ti offre un documento già pronto per registrare in un unico posto i dettagli del progetto, i risultati attesi, le responsabilità, le tempistiche, la gestione delle modifiche, il budget e le approvazioni. È utile quando desideri che il capitolato d'appalto diventi parte integrante del flusso di lavoro del progetto.
Perché utilizzare questo modello:
- Mappa fin dall’inizio le sezioni principali del capitolato d’appalto, tra cui contesto e obiettivi, risultati attesi, responsabilità del fornitore, responsabilità del cliente, Sequenza, piano di comunicazione, gestione delle modifiche, budget e approvazioni
- Collega il SOW alla posizione ClickUp pertinente, in modo che il documento sia collegato al progetto effettivo
- Utilizza oltre 15 viste personalizzate, quali Elenco, Diagramma di Gantt, Carico di lavoro e Calendario, per trasformare l’ambito di lavoro scritto in attività tracciabili con titolari, date e dipendenze
- Aggiungi campi personalizzati e stati per effettuare il monitoraggio dello stato di avanzamento delle approvazioni, delle modifiche all’ambito di lavoro, dei dettagli del budget e delle responsabilità delle parti interessate man mano che il progetto procede
Esempi di capitolati d’appalto per settore
Un SOW presenta le stesse sezioni fondamentali in tutti i settori: obiettivi, risultati attesi, Sequenza, presupposti, esclusioni, criteri di accettazione, termini di pagamento e approvazione.
Ciò che cambia è il rischio.
Un progetto web fallisce solitamente a causa del numero di pagine, delle revisioni, della titolarità del CMS e del supporto post-lancio. Un capitolato d’appalto edile, invece, fallisce a causa di permessi, condizioni del cantiere, ispezioni e modifiche ai materiali.
Utilizza gli esempi riportati di seguito come linee guida per dare alla tua attività la forma desiderata, non come contratti da copiare parola per parola.
Ecco un esempio in sintesi di un SOW per la riprogettazione di un sito web, con tutte le sezioni principali compilate:
Obiettivo: Rinnovare il sito di marketing per aiutare gli acquirenti B2B a comprendere più rapidamente il prodotto e aumentare le registrazioni per demo.
Risultati finali: 8 pagine progettate e sviluppate sulla base della mappa del sito approvata, 2 cicli di revisione per pagina, consegna del CMS e una sessione di formazione di 1 ora.
Sequenza: 6 settimane suddivise in 3 attività cardine: approvazione del progetto (settimana 2), completamento dello sviluppo (settimana 4), lancio (settimana 6).
Criteri di accettazione: ogni pagina viene approvata in base alla bozza di progetto firmata, si carica correttamente su desktop e dispositivi mobili e riceve l’approvazione scritta del client.
Esclusioni: redazione dei testi, licenze per le foto d’archivio, nuove pagine non presenti nella mappa del sito, migrazione SEO, manutenzione post-lancio.
Pagamento: 40% alla firma del contratto, 30% al completamento dei lavori, 30% al lancio.
Controllo delle modifiche: qualsiasi richiesta che esuli da tale ambito viene registrata, valutata in termini di impatto sui costi e sulle tempistiche e approvata per iscritto prima dell’inizio del lavoro.
Obiettivo: Rinnovare il sito di marketing per aiutare gli acquirenti B2B a comprendere più rapidamente il prodotto e aumentare le registrazioni per le demo.
Risultati finali: 8 pagine progettate e sviluppate sulla base della mappa del sito approvata, 2 cicli di revisione per pagina, consegna del CMS e una sessione di formazione di 1 ora.
Sequenza: 6 settimane suddivise in 3 attività cardine: approvazione del progetto (settimana 2), completamento dello sviluppo (settimana 4), lancio (settimana 6).
Criteri di accettazione: ogni pagina viene approvata in base alla bozza di progetto firmata, si carica correttamente su desktop e dispositivi mobili e riceve l’approvazione scritta del client.
Esclusioni: redazione dei testi, licenze per le foto d’archivio, nuove pagine non presenti nella mappa del sito, migrazione SEO, manutenzione post-lancio.
Pagamento: 40% alla firma del contratto, 30% al completamento dei lavori, 30% al lancio.
Controllo delle modifiche: qualsiasi richiesta che esuli da tale ambito viene registrata, valutata in termini di impatto sui costi e sulla Sequenza e approvata per iscritto prima dell’inizio del lavoro.
Capo d’opera per agenzia creativa o riprogettazione di un sito web
Il rischio nei progetti relativi ai siti web è rappresentato dal lavoro nascosto. Un cliente potrebbe dare per scontato che la redazione dei testi, la migrazione SEO, le nuove pagine, le foto d’archivio, la grafica personalizzata, il caricamento nel CMS e il supporto post-lancio siano tutti inclusi, a meno che il capitolato d’appalto non specifichi diversamente.
Include:
- Numero di pagine o modelli
- Responsabilità relative alla progettazione e allo sviluppo
- Numero di revisioni per pagina
- Consegna del CMS o formazione
- Test su browser e dispositivi
- Finestra di supporto all'assistenza al lancio
Escludere:
- Testi pubblicitari, salvo elenco
- Fotografie d'archivio o diritti di licenza
- Nuove pagine oltre alla mappa del sito approvata
- Migrazione SEO, salvo diversamente specificato
- Manutenzione continua dopo il lancio
Campione di formulazione per un SOW:
“Il fornitore progetterà e svilupperà otto pagine del sito web sulla base della mappa del sito approvata, con un massimo di due cicli di revisione per pagina. Sono esclusi la redazione dei testi, le licenze per le immagini d’archivio, le richieste di pagine aggiuntive, la migrazione SEO e la manutenzione post-lancio, salvo approvazione tramite richiesta di modifica scritta.”
Capito d'opera per l'edilizia
Il rischio nel settore edile è quello di dare per scontato che il termine “costruzione” comprenda Tutto ciò che ruota attorno al progetto stesso. Permessi, ispezioni, accesso al cantiere, ritardi dovuti alle condizioni meteorologiche, aumenti dei costi dei materiali e modifiche progettuali richieste dal titolare devono essere trattati in modo esplicito.
Include:
- Lavoro per fasi, quali demolizione, preparazione del cantiere, struttura portante, impianti elettrici, impianti idraulici, finiture o pulizia
- Materiali e specifiche
- Punti di controllo
- Fasi di pagamento a attività cardine
- Norme di accesso al cantiere
Escludere:
- Tasse per il rilascio dei permessi, se non incluse
- Condizioni impreviste in cantiere
- Modifiche progettuali richieste dal titolare
- Modifiche ai materiali dopo l’approvazione
- Lavoro al di fuori dei disegni approvati
Campione di formulazione per un SOW:
“L’appaltatore completerà la preparazione del cantiere, la realizzazione della struttura portante, l’installazione dell’impianto elettrico grezzo e i lavori di finitura in conformità con i disegni e le specifiche approvati. Le spese per i permessi, le modifiche richieste dal titolare, le condizioni impreviste del cantiere e gli aggiornamenti dei materiali sono esclusi e saranno gestiti tramite un ordine di modifica.”
Capito d’appalto per lo sviluppo di software o prodotti
Il rischio nel settore del software è rappresentato da una formulazione vaga delle funzionalità/funzioni. L’espressione “realizzare una dashboard” può assumere dieci significati diversi per dieci parti interessate. Definisci la funzionalità/funzione, le condizioni di test, l’ambiente, le responsabilità di integrazione e il periodo di supporto post-lancio.
Include:
- Storie utente o elenco delle funzionalità
- Requisiti funzionali
- Requisiti non funzionali, quali prestazioni, sicurezza e accessibilità
- Responsabilità relative alle API o alle integrazioni
- Ambito dei test e della correzione dei bug
- Fase di preparazione e passaggio di consegne alla produzione
Escludere:
- Funzionalità non incluse nell'elenco delle user story
- Costi degli strumenti di terze parti
- Pulizia o migrazione dei dati, salvo diversamente specificato
- Riorganizzazioni significative dell’esperienza utente (UX)
- Supporto dopo il periodo di garanzia
Campione di formulazione per un SOW:
“Il fornitore svilupperà le user story elencate nell’Appendice A e le implementerà nell’ambiente di gestione temporanea affinché il cliente possa esaminarle. Sono escluse le funzionalità/funzioni non incluse nell’Appendice A, i costi di sottoscrizione per servizi di terze parti, la pulizia dei dati storici e l’assistenza post-garanzia, salvo approvazione tramite una richiesta di modifica.”
Capito d’appalto per una campagna di marketing
Il rischio nel marketing sta nel confondere i risultati attesi con i risultati effettivi. È possibile definire l’ambito della strategia della campagna, delle risorse, della reportistica e del supporto al lancio. È necessario prestare attenzione a non promettere lead, ricavi, CAC o ROAS, a meno che il fornitore non controlli il budget pubblicitario, la landing page, il follow-up commerciale e la configurazione del monitoraggio.
Include:
- Strategia della campagna
- Destinatari e messaggi
- Numero di concept pubblicitari o varianti creative
- Testo o realizzazione della pagina di landing
- Testo dell’email
- Dashboard di reportistica
- Frequenza della reportistica
Escludere:
- Spesa per i media a pagamento
- Configurazione dell’account pubblicitario, se non diversamente specificato
- Varianti creative aggiuntive
- Compensi per influencer o partner
- Follow-up commerciale
- Garanzie di prestazione al di fuori dei controlli concordati
Campione di formulazione per un SOW:
“Il provider fornirà la strategia della campagna, tre concept creativi per gli annunci, i testi della landing page, due email di marketing e una dashboard per la reportistica delle prestazioni. Sono esclusi la spesa per i media a pagamento, i compensi degli influencer, ulteriori varianti creative e il follow-up commerciale. Gli obiettivi di performance sono indicativi, a meno che non siano specificatamente collegati al budget approvato, al monitoraggio e ai controlli della campagna.”
Capo d’opera per consulenze o contratti di assistenza continuativa
Il rischio nei contratti a forfait è rappresentato da una capacità non ben definita. Il “supporto continuo” può tradursi in chiamate illimitate, strategia, esecuzione, reportistica e richieste ad hoc, a meno che il SOW non definisca ore, tempi di risposta, frequenza delle riunioni e regole di rinnovo.
Include:
- Ore mensili o volume dei risultati attesi
- Aspettative relative ai tempi di risposta
- Frequenza delle riunioni
- Frequenza della reportistica
- Referente principale
- Regole di rinnovo o scadenza
Escludere:
- Lavoro oltre l’orario mensile
- Consegna in giornata, salvo diversamente concordato
- Nuovi progetti strategici
- Workshop aggiuntivi con le parti interessate
- Esecuzione di lavori al di fuori dell’area di servizio prevista dal contratto
Campione di formulazione per un SOW:
“Il provider fornirà fino a 20 ore di supporto di consulenza al mese, comprensive di una chiamata di consulenza settimanale, della revisione asincrona dei materiali concordati e di un riepilogo/riassunto mensile delle raccomandazioni. Le ore non utilizzate non sono riportabili al mese successivo. I nuovi progetti, le richieste con consegna in giornata e il lavoro che superi le 20 ore richiedono un’approvazione scritta.”
La strategia da seguire è la stessa in ogni settore: elenca i risultati attesi, definisci i presupposti comuni e specifica le esclusioni relative alle richieste che gli utenti potrebbero avanzare in seguito.
Il nuovo approccio: considera il SOW come una base di lavoro, non come un PDF archiviato
Ormai il quadro è chiaro: un PDF firmato non è in grado di effettuare il monitoraggio di un progetto in evoluzione. Quindi la vera domanda non è come redigere un SOW migliore, ma piuttosto che cosa diventa il SOW dopo la firma.
Considerali come due elementi distinti, non come uno solo. L’accordo firmato rimane immutabile come linea di base, ovvero la registrazione di ciò che entrambe le parti hanno concordato all’inizio. Tutto ciò che ruota attorno ad esso rimane dinamico: attività, titolari, tempistiche, approvazioni, budget, rischi e richieste di modifica. Quando questi due elementi sono collegati, una nuova richiesta non può trasformarsi silenziosamente in lavoro gratis; viene infatti segnalata rispetto alla linea di base come una modifica.
Ecco la differenza:
| Capito d'opera statico | Base di riferimento per il SOW |
|---|---|
| Disponibile in formato PDF o come allegato | Collegata ad attività, Sequenze, approvazioni e budget |
| Riaperta solo quando qualcosa va storto | Da consultare durante i cicli di consegna e revisione |
| Le modifiche vengono comunicate tramite Slack, email o chiamate informali | Le modifiche vengono registrate, valutate in termini di costi, approvate e collegate all’impatto sulla Sequenza |
| L'elenco delle attività si discosta dall'accordo originale | L’esecuzione rimane tracciabile rispetto all’ambito di lavoro approvato |
Il SOW firmato non dovrebbe essere modificato con leggerezza ogni volta che qualcosa cambia. Si tratta di una versione in miniatura del problema della dispersione del lavoro, in cui l’aggiornamento viene inviato tramite messaggio diretto, il SOW rimane in un documento separato e l’elenco delle attività si trova altrove.
È qui che strumenti come ClickUp possono essere d’aiuto. Il SOW può essere gestito insieme alle attività, ai commenti, alle approvazioni, alle scadenze e al budget.
Questo breve Clip su ClickUp mostra come funziona e come i team riescono a coordinarsi.
Best practice: Mantieni sempre stabile la versione originale e gestisci le modifiche tramite un registro delle modifiche chiaro o una richiesta di modifica approvata. Ad esempio, se un cliente richiede due landing page aggiuntive durante una campagna, la richiesta non dovrebbe semplicemente comparire sulla bacheca del progetto. Dovrebbe essere registrata come modifica dell’ambito di lavoro, valutata in termini di impatto sui costi e sulle tempistiche, approvata per iscritto e quindi aggiunta al piano di lavoro.
Come gestire un ambito di lavoro in ClickUp
È più facile gestire un SOW quando il documento, le attività, le approvazioni e la Sequenza sono collegati tra loro:
Utilizza ClickUp Docs per redigere il SOW proprio dove si svolge il lavoro
Inizia con il SOW in ClickUp Docs. Puoi utilizzare il documento per definire l’obiettivo, i risultati attesi, le esclusioni, la tempistica, i criteri di accettazione e i termini di pagamento. Successivamente, man mano che il progetto procede, il documento può rimanere collegato alle attività e alle attività cardine che regola.
Ad esempio, la sezione “Risultati attesi” di un SOW relativo a un sito web può fare riferimento ad attività quali la redazione dei testi per la homepage, i wireframe, la revisione del design, lo sviluppo, il controllo qualità e l’approvazione finale. Ciò rende il SOW più facile da consultare durante la fase di realizzazione.
Trasforma i risultati attesi in attività di ClickUp e attività secondarie
Una volta redatto il SOW, trasforma ogni risultato atteso in un'attività o in un gruppo di attività secondarie con le attività di ClickUp.
Ad esempio, “tre landing page” possono diventare attività separate per ciascuna pagina. Ogni pagina può quindi avere attività secondarie relative a contenuti, progettazione, sviluppo, revisione, controllo qualità e approvazione.
Questo aiuta il team a comprendere il lavoro effettivo che sta dietro a ciascun risultato atteso. Inoltre, riduce il rischio di un’espansione silenziosa dell’ambito di lavoro. Se nell’elenco delle attività compare una quarta landing page, è più facile individuarla perché non corrisponde al SOW originale.
Monitora gli ambiti di lavoro attivi con dashboard in tempo reale
Le dashboard di ClickUp ti aiutano quando devi gestire più SOW contemporaneamente.
Un'agenzia, un appaltatore o un team operativo può utilizzare i dashboard per effettuare il monitoraggio delle approvazioni in ritardo, del lavoro per client, delle attività cardine future, delle richieste di modifica in sospeso, del carico di lavoro e degli indicatori di budget. Ciò rende più facile individuare i rischi legati all'ambito di lavoro prima che diventino un problema per i margini.
Ad esempio, se tre progetti dei clienti sono in attesa di feedback, una dashboard può mostrare tale ritardo a livello di account, invece di nasconderlo all’interno di elenchi di attività separati.
I dashboard di ClickUp hanno cambiato il modo in cui gestiamo le operazioni quotidiane della nostra agenzia. Monitoriamo la capacità di tre team di sviluppo e individuiamo gli ostacoli prima che si trasformino in ritardi, così dedichiamo meno tempo a seguire lo stato dei progetti nelle chat di Slack e più tempo a portare avanti effettivamente il lavoro per i clienti.
Le dashboard di ClickUp hanno cambiato il modo in cui gestiamo le operazioni quotidiane della nostra agenzia. Monitoriamo la capacità dei tre team di sviluppo e individuiamo gli ostacoli prima che si trasformino in ritardi, così dedichiamo meno tempo a seguire lo stato delle cose nelle chat di Slack e più tempo a portare avanti effettivamente il lavoro per i clienti.
Redigi, riepiloga e verifica il contesto con ClickUp Brain
ClickUp Brain è in grado di redigere un SOW a partire da una descrizione del progetto, riepilogare lunghe conversazioni con i clienti, trasformare note in diapositive o rispondere a domande utilizzando i dati del team provenienti da Attività, Documenti, Chat e aree di lavoro collegate.
Per quanto riguarda il SOW, ciò significa che puoi porre domande del tipo:
- «Quali risultati finali sono ancora in attesa dell’approvazione del client?»
- «Quali attività sono state aggiunte dopo il SOW originale?»
- “Riassumi le richieste di modifica in sospeso per questo client.”
- “Redigi i criteri di accettazione sulla base di questi risultati attesi.”
Brain amplia ulteriormente questo approccio basato sul contesto, grazie a un'IA sviluppata attorno ai progetti, ai documenti, alle persone, alle conversazioni e alle conoscenze dell'azienda.
Affida ai Super Agenti i controlli periodici sull’ambito di lavoro
I Super Agenti sono più utili una volta che il processo è già stato definito.
Ad esempio, un team potrebbe incaricare un agente di preparare una revisione settimanale dell’ambito di lavoro, riepilogare le approvazioni in ritardo, segnalare le attività prive di uno stato relativo all’ambito di lavoro o redigere un aggiornamento per il client prima di una riunione su un’attività cardine.
Un buon caso d'uso potrebbe essere:
«Ogni venerdì, rieliepisodi tutte le richieste di modifica in sospeso, le attività aggiunte questa settimana, le approvazioni in ritardo e le attività cardine a rischio per questo progetto del cliento.» Ciò consente al project manager di accelerare il ciclo di revisione. Tuttavia, ciò non dovrebbe sostituire l’approvazione formale. Qualsiasi lavoro aggiuntivo necessita comunque di un’approvazione scritta prima di essere incluso nell’ambito di lavoro.
Limiti reali
ClickUp è utile quando lo scostamento dall’ambito di lavoro comporta costi reali: agenzie, team di assistenza, appaltatori, consulenti, team operativi e team interni che gestiscono più progetti contemporaneamente.
Per un libero professionista che lavora in proprio e deve redigere un SOW di una sola pagina per un progetto semplice, questa struttura potrebbe risultare più articolata del necessario. Un documento chiaro, un elenco di attività condiviso e un'approvazione firmata potrebbero essere sufficienti.
I benefici si manifestano quando il SOW non è più solo un documento. Diventa il punto di riferimento a cui il tuo team può collegare attività, sequenze, approvazioni, richieste di modifica e comunicazioni con il client.
Errori comuni da evitare nella definizione dell’ambito di lavoro
| Errore | Perché questo causa problemi | Correggi |
|---|---|---|
| Risultati finali vaghi | Parole come “gestire”, “supporto” o “ottimizzare” possono essere interpretate in diversi modi quando non sono allegate indicazioni quantitative o limiti precisi | Assegna un nome al risultato, aggiungi un numero e definisci la consegna |
| Elenco delle esclusioni | Tutto ciò che non viene espressamente menzionato può essere considerato implicitamente incluso, specialmente nel lavoro tra cliente e fornitore di servizi | Aggiungi una sezione dedicata al lavoro non compreso nell’ambito di lavoro, ma correlato, che il client potrebbe ragionevolmente aspettarsi |
| Contare le revisioni senza definire una revisione | Anche “due cicli” possono rivelarsi complicati se uno di essi comprende dieci modifiche non correlate provenienti da cinque parti interessate | Definisci cosa comprende un ciclo di revisione, chi può richiederlo e quando termina |
| Assenza di un processo di controllo delle modifiche | Ogni nuova richiesta si trasforma in una trattativa informale una volta che il lavoro è già iniziato | Richiedere l’approvazione scritta per qualsiasi modifica all’ambito di lavoro, compreso l’impatto sui costi e sulla Sequenza |
| Ignorare le dipendenze lato client | Feedback in ritardo, file mancanti o approvazioni ritardate possono allungare la Sequenza, mentre il fornitore si assume tutta la colpa | Specificare cosa deve fornire il client, entro quando e in che modo eventuali ritardi incidono sulle date di consegna |
Trasforma il tuo capitolato d’appalto in un sistema dinamico
Un buon SOW ripaga tre volte tanto. Redigerlo costringe a chiarire gli aspetti vaghi. Durante lo svolgimento del progetto, risolve le controversie prima che si aggravino. E quando l’ambito di lavoro si espande in modo incontrollato, rende visibile il cambiamento invece di lasciarlo passare gratis.
Ma tutto questo valore dipende da un'unica condizione: il documento non deve finire nel dimenticatoio della finestra In arrivo.
I team che ne traggono il massimo vantaggio considerano l’ambito di lavoro come un sistema in continua evoluzione: definito chiaramente fin dall’inizio, con una connessione alle attività effettive e aggiornato man mano che il lavoro procede. Tratta le sette componenti, quantifica ogni risultato atteso, specifica chiaramente le esclusioni e mantieni il documento strettamente legato al lavoro che descrive.
Il modo più veloce per metterlo in pratica è partire da un modello e collegarlo al tuo progetto. Inizia a utilizzare ClickUp gratis, personalizza il modello di SOW in Docs, quindi collega ogni risultato atteso alle attività che lo realizzano.
Domande frequenti sull’ambito di lavoro
Qual è la differenza tra l’ambito di lavoro e l’ambito del progetto?
Un ambito di lavoro è un documento che specifica i risultati attesi e le attività relative a un incarico o a una fase specifica. L’ambito del progetto è il concetto di pianificazione più ampio che definisce i confini completi del progetto: tutto ciò che è incluso e tutto ciò che è escluso. In breve, l’ambito di lavoro descrive una parte del lavoro, mentre l’ambito del progetto descrive l’intero contesto in cui tale lavoro si inserisce.
Qual è la differenza tra un capitolato d’appalto e un contratto quadro di prestazione di servizi (MSA)?
Un MSA stabilisce i termini legali e commerciali generali che regolano una relazione continuativa tra cliente e fornitore; un ambito di lavoro definisce i risultati attesi per un progetto specifico nell’ambito di tale relazione. La gerarchia tipica prevede l’MSA al vertice, i singoli capitolati d’appalto al di sotto di esso e l’ambito di lavoro inserito all’interno di ciascun capitolato. L’MSA viene firmato una sola volta; per ogni incarico viene emesso un nuovo SOW.
Quali sono i quattro tipi di capitolato d'appalto?
Le quattro strutture più comuni sono: basata sui risultati finali (pagamento legato a risultati specifici), a tempo e materiali (fatturazione delle ore e dei costi man mano che il lavoro viene svolto), a livello di lavoro richiesto (una capacità prestabilita per un determinato periodo, comune nei contratti di consulenza a forfait) e basata sulle prestazioni (pagamento legato a risultati misurabili). Scegli la struttura che meglio si adatta al grado di prevedibilità dei risultati finali. La maggior parte delle controversie relative all’ambito di lavoro nasce quando la struttura non è adeguata al lavoro stesso.
Chi redige l’ambito di lavoro?
Di solito è la parte che esegue il lavoro a redigere l’ambito di lavoro: l’agenzia, il fornitore o il responsabile interno del progetto. Entrambe le parti lo esaminano e lo approvano prima dell’inizio dei lavori. Redigerlo autonomamente è un vantaggio perché ti permette di definire i risultati attesi, i limiti e le esclusioni secondo le tue condizioni.
L'ambito di lavoro è giuridicamente vincolante?
Un capitolato d'appalto diventa giuridicamente vincolante una volta firmato come parte integrante di un contratto o di una dichiarazione di lavoro. Di per sé, definisce principalmente l'oggetto del lavoro, ma all'interno di un accordo firmato diventa il riferimento per quanto è stato concordato. Per qualsiasi questione contrattuale, è opportuno far verificare i termini vincolanti da un professionista qualificato.
È possibile utilizzare un capitolato d'appalto per progetti interni?
Sì. Un ambito di lavoro si applica sia tra team interni — ad esempio quando il reparto marketing commissiona un dashboard di dati o il reparto operativo richiede uno strumento interno — sia tra un cliente e un fornitore. Le componenti sono identiche: obiettivi, risultati attesi, tempistiche, criteri di accettazione ed esclusioni. L’unica differenza è che l’approvazione proviene da un soggetto interno anziché da un cliente esterno, e i termini di pagamento possono essere sostituiti dall’assegnazione di un budget o di risorse.
Qual è un altro termine per indicare l’ambito di lavoro?
L’ambito di lavoro viene talvolta definito “dichiarazione di lavoro”, “dichiarazione dell’ambito del progetto” o semplicemente “l’ambito”, sebbene questi termini non siano sinonimi perfetti. Una dichiarazione di lavoro è il contratto in senso lato; una dichiarazione dell’ambito del progetto è la versione interna di pianificazione. Se qualcuno utilizza questi termini in modo approssimativo, verifica se si riferisce ai risultati attesi (ambito di lavoro) o all’accordo completo (dichiarazione di lavoro) prima di agire di conseguenza.
Qual è la differenza tra un ambito di lavoro e una struttura di suddivisione del lavoro (WBS)?
Un capitolato d’appalto definisce cosa verrà consegnato e i termini relativi; una struttura di suddivisione del lavoro (WBS) suddivide tali risultati finali in una gerarchia di risultati parziali e attività. Il capitolato d’appalto è l’accordo; la WBS è la mappa di esecuzione sottostante. La WBS viene costruita a partire dai risultati finali del capitolato d’appalto: è così che il documento rimane collegato alle attività effettive, evitando di perdere di vista l’obiettivo.