Modello di Statement of Work

Uno statement of work (SOW) è un documento specifico per un progetto che definisce quale lavoro verrà svolto, come verrà eseguito, quando verrà consegnato e di cosa è responsabile ciascuna parte. Di solito si colloca sotto un accordo quadro di servizi o un contratto di consulenza, che stabilisce i termini legali, mentre il SOW stesso si concentra sui dettagli del progetto: ambito, deliverable, milestone, criteri di accettazione e prezzi. Sia il cliente che il fornitore firmano il SOW, in modo che esista un'unica definizione condivisa del progetto.

Un solido template di SOW comprende otto sezioni principali: una panoramica del progetto che spiega l'obiettivo in modo chiaro e semplice, un ambito di lavoro che definisce cosa è incluso e cosa non lo è, i deliverable che elencano ogni output che il fornitore produrrà, le milestone e le tempistiche che suddividono il progetto in fasi con date target, i criteri di accettazione che spiegano come verrà approvato ogni deliverable, i termini di pagamento che collegano il pagamento alle milestone o alle fatture, un processo di gestione delle modifiche per quando l'ambito cambia, e le firme di entrambe le parti. Aggiungi clausole sulla proprietà intellettuale, la riservatezza e la legge applicabile se non sono già coperte nell'accordo quadro.

Un contratto è l'accordo legale quadro tra due parti: copre elementi come la legge applicabile, la responsabilità, la proprietà intellettuale e la risoluzione delle controversie. Uno statement of work si colloca sotto quel contratto e definisce un singolo progetto di lavoro. Il contratto viene firmato una volta, spesso all'inizio di una collaborazione; il SOW viene firmato per ogni nuovo incarico. Insieme formano l'accordo completo: il contratto gestisce il quadro legale, il SOW gestisce i dettagli del progetto.

Scrivi l'ambito come un elenco numerato o puntato di risultati specifici, non di attività. "Consegnare una guida all'identità del brand di cinque pagine, che includa logo, palette colori, tipografia e regole d'uso" è più chiaro di "progettare un'identità del brand". Aggiungi poi un elenco esplicito di ciò che è fuori ambito: tutto ciò di cui non vuoi essere responsabile, come ulteriori round di revisioni, pagine aggiuntive o lavori correlati che il cliente potrebbe dare per scontati. L'elenco fuori ambito è ciò che ti protegge dallo scope creep in seguito.

Sì: la struttura di un SOW è la stessa che tu stia definendo l'ambito di uno sviluppo software, un incarico di consulenza, una campagna di marketing o un progetto di design freelance. I deliverable, le milestone e i criteri di accettazione cambiano a seconda del progetto, ma il framework rimane invariato. Salva un template di SOW, poi duplicalo e adattalo per ogni incarico. Con Portant puoi fare un passo in più: collega il template a un Google Sheet con i dati del progetto e genera automaticamente un SOW personalizzato per ogni nuova riga.

Includi nel SOW una sezione dedicata alla gestione delle modifiche che spieghi il processo: le modifiche devono essere richieste per iscritto, il fornitore risponde indicando l'impatto su costi e tempistiche, ed entrambe le parti firmano un ordine di modifica scritto prima di iniziare i lavori relativi alla modifica. Questo evita che piccole richieste espandano silenziosamente l'ambito e ti fornisce una documentazione chiara in caso di controversie successive. Fai riferimento al processo di gestione delle modifiche fin dall'inizio del progetto, così i clienti sanno cosa aspettarsi.

Sì. Sia il cliente che il fornitore devono firmare il SOW, in modo da avere una documentazione chiara che entrambe le parti abbiano concordato lo stesso ambito, deliverable, date e prezzo. Senza firme, un SOW è solo una bozza di proposta e difficile da far rispettare se il progetto va storto. Usa le firme elettroniche tramite Portant per inviare il SOW direttamente dal documento: la copia firmata viene salvata automaticamente e non devi rincorrere la burocrazia cartacea.