Come redigere un capitolato d'appalto (+ esempi e modelli)

Per qualcuno, ciò significa aggiornare cinque pagine e sistemarne i layout. Per altri, significa la migrazione di un blog, nuove landing page, testi aggiornati e un logo che desideravano rifare da mesi.

Un documento che definisce l’ambito di lavoro risolve questo problema. Esso specifica quali saranno i risultati del progetto, come verrà svolto il lavoro, quali sono le scadenze per ciascuna parte, cosa si intende per “approvato” e cosa non rientra nell’accordo.

La chiarezza è fondamentale: 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 degli obiettivi prefissati.

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 sintonia con il lavoro che descrive.

Questa guida ti spiega come redigere un capitolato d’appalto sufficientemente chiaro da consentire la definizione dei costi, la pianificazione, l’assegnazione dei compiti, l’approvazione e la gestione del progetto dopo l’avvio.

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 quale termine saranno realizzati, 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 — concordino sui risultati attesi prima di iniziare.

Il suo ruolo è quello di garantire l’allineamento. Il SOW definisce gli obiettivi, elabora un elenco dei 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 dell’ambito 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 farlo. 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.

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 “lo 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? Gli elementi 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:

Quali sono i tipi di capitolato d'appalto?

I capitolati d’appalto si articolano solitamente in quattro strutture. La scelta della struttura più adeguata 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.

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 tra le parti interessate. Se non sei ancora in grado di definire i risultati finali, non fingere di poterlo fare nel SOW. Utilizza una struttura che rifletta l’incertezza.

Come redigere un capitolato d'appalto (procedura passaggio dopo passaggio)

Per redigere un SOW, definisci l’obiettivo, elenca i risultati attesi e quelli non attesi, suddividili in attività, stabilisci una Sequenza con le dipendenze, definisci i criteri di accettazione, indica le ipotesi 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 successo

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, le tempistiche 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 frasi generiche come “migliorare la presenza del marchio” o “sostenere le iniziative di marketing”. Cerca invece di collegare il lavoro a un risultato aziendale chiaro.

Ad esempio:

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 esplorazione. Tuttavia, dovrebbero spiegare in che modo entrambe le parti potranno valutare se il lavoro ha raggiunto il proprio scopo.

Passaggio 2: Elenco dei risultati attesi e quelli non attesi

Successivamente, indica ogni risultato 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 uno «scope creep» all’interno di un SOW.

Ad esempio:

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 nella consegna. È 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:

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 questa riga già domani?

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”, “revisionare i testi legali”, “approvare il design definitivo” o “caricare un post sul blog nel 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 presentarsi come segue:

Questo livello di attività mette in luce il carico di lavoro effettivo che si cela dietro il risultato finale. Mostra inoltre dove possono verificarsi eventuali ritardi. Se l’esperto in materia del cliente non esamina la bozza in tempo, l’editor, lo specialista SEO e il responsabile dei contenuti subiscono tutti un ritardo. Tale dipendenza dovrebbe essere evidente prima dell’inizio del progetto.

Per i progetti più grandi, utilizza una struttura di suddivisione del lavoro. Ciò significa raggruppare il lavoro per fasi, suddividendo poi ciascuna fase in attività assegnate. Ad esempio, la riprogettazione di un sito web potrebbe includere la fase di analisi, la mappa del sito, i wireframe, i testi, il design, lo sviluppo, il controllo qualità, la configurazione degli strumenti di analisi e il lancio. Ogni fase dovrebbe quindi tradursi in attività specifiche a livello di compito, con un titolare, una data di scadenza e un punto di approvazione.

Puoi creare questa mappa delle attività in:

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 le eventuali dipendenze che potrebbero influire sulla consegna.

Non limitarti a scrivere “Consegna del progetto entro sei settimane”. Suddividi la tempistica in fasi, quali analisi iniziale, prima bozza, revisione, correzioni, approvazione finale e lancio. Indica poi quali attività cardine determinano il pagamento, l’approvazione o il passaggio alla fase successiva del lavoro.

Ad esempio:

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, accesso mancante, 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 cliente, dall’accesso agli strumenti necessari e dalla consegna delle risorse di marca 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 in questione.”

Passaggio 5: Redigere i criteri di accettazione per ogni risultato finale

Per ogni risultato atteso, definisci quali sono i criteri di approvazione. È questa la clausola che impedisce a un progetto di perdersi in infinite revisioni 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, potrebbe significare qualcosa di completamente diverso.

Evita formulazioni di approvazione che si basino esclusivamente sul gusto personale, come “il client è 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ò fornisce 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

Esclusioni

Processo di controllo delle modifiche

Quest’ultimo aspetto è fondamentale. Se il fornitore completa prima il lavoro aggiuntivo e ne discute il pagamento in un secondo momento, la richiesta di modifica diventa molto più difficile da far valere.

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 ad attività cardine ben definite. Ad esempio:

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, sulle tempistiche, 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 raccogliere 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.

Scarica il modello gratis

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 corrispondente su ClickUp, 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 definito per iscritto 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, tempistiche, 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 dell'assistenza post-lancio. Un capitolato d'appalto edile, invece, fallisce a causa dei permessi, delle condizioni del sito, delle ispezioni e delle 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.

Capito d’appalto per agenzie creative o riprogettazione di siti web

Il rischio nei progetti relativi ai siti web è rappresentato dal lavoro nascosto. Un client 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 l’assistenza post-lancio siano tutti inclusi, a meno che il documento che definisce l’ambito di lavoro (SOW) non specifichi diversamente.

Include:

Escludi:

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 una richiesta di modifica scritta.”

Capito d’appalto per l’edilizia

Il rischio nel settore edile consiste nel 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:

Escludere:

Campione di formulazione del SOW:

“L’appaltatore provvederà a completare la preparazione del cantiere, la realizzazione della struttura portante, l’installazione degli impianti elettrici di base 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.”

SOW per lo sviluppo di software o prodotti

Il rischio nel settore del software è rappresentato da una formulazione vaga delle funzionalità/funzioni. “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:

Escludere:

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 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, le risorse, la reportistica e l’assistenza 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, l’assistenza commerciale e la configurazione del monitoraggio.

Include:

Escludere:

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 un 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.”

Capito 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:

Escludere:

Campione di formulazione per un SOW:

“Il provider fornirà fino a 20 ore di supporto consulenziale al mese, comprensive di una chiamata settimanale di consulenza, della revisione asincrona dei materiali concordati e di un riepilogo 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, indica i presupposti comuni e specifica le esclusioni relative alle richieste che gli utenti potrebbero avanzare in seguito.

Il cambio di prospettiva: 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 punto di riferimento, ovvero la documentazione di ciò che entrambe le parti hanno concordato all’inizio. Tutto ciò che ruota attorno a 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 al punto di riferimento come una modifica.

Ecco la differenza:

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 finisce in un 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 si presenta e come i team riescono a coordinarsi.

Best practice: Mantieni sempre stabile la versione originale e gestisci le modifiche attraverso 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 apparire 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 tappe cardine che regola.

Ad esempio, la sezione “Risultati attesi” di un SOW per 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à e attività secondarie di ClickUp

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.

Ciò 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 bilancio. 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.

Le 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 conversazioni su 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 partendo da una sintesi 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:

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/riassumere le approvazioni in ritardo, segnalare le attività prive di uno stato relativo all’ambito di lavoro o redigere un aggiornamento per il cliente prima di una riunione relativa a 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 cliente.» 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.

Errori comuni da evitare nell'ambito del lavoro

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 allarga, 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 i 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 Documenti, 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 SOW definisce i risultati attesi per un progetto specifico nell’ambito di tale relazione. La gerarchia tipica prevede l’MSA al vertice, i singoli SOW al di sotto di esso e l’ambito di lavoro inserito all’interno di ciascun SOW. L’MSA viene firmato una sola volta; per ogni incarico viene emesso un nuovo SOW.

Quali sono i quattro tipi di capitolato per il lavoro?

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 impegno (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 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 di ciò che è stato promesso. Per qualsiasi questione contrattuale, fate verificare i termini vincolanti da un professionista qualificato.

È possibile utilizzare un capitolato d'appalto per progetti interni?

Sì. Un ambito di lavoro si applica tra team interni — ad esempio, quando il reparto marketing commissiona un dashboard di dati o il reparto operativo richiede uno strumento interno — esattamente come avviene 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 stakeholder 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 finali (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 ambito di lavoro definisce ciò che verrà consegnato e i termini che lo regolano; una struttura di suddivisione del lavoro (WBS) suddivide tali risultati finali in una gerarchia di risultati parziali e attività. Il SOW è l’accordo; la WBS è la mappa esecutiva che ne costituisce la base. La WBS viene costruita a partire dai risultati finali del SOW: è così che il documento rimane collegato alle attività effettive, evitando di perdere di vista l’obiettivo.