SOW (Statement of Work) : définition, rédaction, exemple et modèle

Ce guide vous montre ce que contient une déclaration de travail, comment la distinguer du périmètre, du cahier des charges et du contrat, et comment transformer un SOW signé en planning de projet.

🔽 Vous trouverez aussi un modèle à copier et notre checklist gratuite pour votre prochaine déclaration de travail.

Qu’est-ce qu’une déclaration de travail (SOW) ?

Un SOW (Statement of Work, déclaration de travail) est un document formel qui définit le travail qu’un prestataire réalise pour un client, les résultats qu’il livre, dans quel délai et à quel prix. En gestion de projet, le SOW sert de référence pour toute discussion ultérieure sur le périmètre.

Un SOW consigne :

• les objectifs et résultats attendus
• le périmètre du travail, c’est-à-dire ce qui est inclus et ce qui ne l’est pas
• les livrables et les jalons
• le calendrier et les échéances
• les critères de réception
• le prix et les conditions de paiement
• les hypothèses, contraintes et obligations du client

Le Guide PMBOK du PMI décrit l’énoncé des travaux d’approvisionnement (procurement statement of work) comme le document qui décrit l’objet de l’achat avec assez de détail pour que les fournisseurs potentiels puissent juger s’ils sont capables de le fournir. C’est pourquoi le client rédige souvent le SOW avant l’appel d’offres et le joint à la demande de proposition (RFP).

Scope of work ou statement of work ? Le scope of work (périmètre des travaux) décrit seulement le travail : « ce qui est fait ». Le statement of work contient le périmètre comme une rubrique et précise en plus qui travaille, quand, où, selon quelles normes et contre quel paiement.

Pourquoi une déclaration de travail est-elle si importante ?

Une déclaration de travail empêche les litiges sur le périmètre avant qu’ils n’apparaissent : les deux parties signent ce qui est livré, quand c’est réceptionné et comment c’est payé. Sans elle, le périmètre grossit sans contrôle et chaque modification devient une négociation.

Un SOW soigneusement rédigé :

1. Fixe des attentes claires pour toutes les personnes concernées.
2. Donne à toutes les parties prenantes une vision commune du succès.
3. Évite le scope creep, car il nomme précisément livrables et exclusions.
4. Réduit les risques du projet, car hypothèses et obligations du client sont écrites.
5. Garantit la responsabilité grâce aux jalons, réceptions et signatures.

Cela vaut pour les projets externes avec fournisseurs ou sous-traitants et tout autant pour les projets internes, où le SOW définit quel service livre quoi et quand.

Qui rédige la déclaration de travail ?

La déclaration de travail est généralement rédigée par la partie qui demande le travail : la direction de projet du client ou son service achats. Dans les projets de services, le prestataire prépare souvent le SOW à partir de son offre. Les services juridique et achats relisent le projet, et les deux parties l’approuvent avant toute signature.

En quoi un SOW diffère-t-il du cahier des charges, de la charte de projet et du contrat ?

Le SOW définit quel travail est convenu, avec quels délais, critères de réception et prix. Le cahier des charges en fournit la base : le besoin du client et, dans un second document, la manière dont le prestataire va y répondre. La charte de projet et le contrat complètent l’ensemble.

En Allemagne, la norme DIN 69901-5 sépare ces deux documents : le client rédige le cahier des charges fonctionnel (Lastenheft), le prestataire les spécifications de réalisation (Pflichtenheft).

Quel type de contrat et quel mode de rémunération conviennent à votre projet : notre article T&M ou prix forfaitaire : les types de contrats comparés répond à cette question.

Que doit contenir une déclaration de travail ?

Une déclaration de travail doit contenir chaque point sur lequel client et prestataire pourraient diverger plus tard : périmètre, résultats, délais, réception, paiement et exclusions. Commencez par noter tous les aspects du projet ; la carte heuristique montre les 14 rubriques.

1. Introduction : Nommez les parties et décrivez le travail en deux ou trois phrases. Renvoyez au contrat dont le SOW est l’annexe, par exemple un contrat-cadre avec prix et conditions juridiques.

2. Objet du projet : Expliquez pourquoi le projet démarre et comment vous mesurerez son bénéfice : gain de temps, chiffre d’affaires ou retour sur investissement.

3. Périmètre du travail : Décrivez les travaux inclus, avec quels processus, matériels et logiciels. Indiquez explicitement ce qui n’est pas inclus. Cette liste d’exclusions évite la plupart des réclamations.

4. Lieu de travail : Définissez où travaille l’équipe : chez le client, chez le prestataire ou à distance, et de quels équipements et accès elle a besoin.

5. Tâches : Découpez le périmètre en lots de travail. Organisez-les selon l’organigramme des tâches du projet, par phases ou par jalons, et estimez la charge de chaque lot.

6. Jalons : Fixez le début, la date de fin et les dates intermédiaires. Si le contrat plafonne les heures facturables par semaine ou par mois, ce plafond figure ici.

7. Livrables : Définissez chaque résultat avec quantité, format et échéance, par exemple « concept de classement, PDF, 20 pages au maximum, en semaine 3 ».

8. Calendrier : Associez une date à chaque livrable, de l’analyse à la réalisation, aux tests et à la clôture. Utilisez des dates relatives plutôt que des dates calendaires, par exemple « deux mois après la signature du contrat ». Une signature tardive ne décale alors pas tout le planning. Fixez aussi les dates des revues formelles.

9. Normes et tests : Listez normes, obligations légales (p. ex. RGPD) et tests. Indiquez qui teste, avec quel équipement et quelles ressources.

10. Définition du succès : Rédigez des critères de réception mesurables. Au lieu de « recherche rapide », écrivez « résultat de recherche en moins de 10 secondes dans 20 cas de test sur 20 ». Dans les projets agiles, la Definition of Done (DoD) figure ici.

11. Exigences : Listez les prérequis et obligations du client : accès, interlocuteurs, certifications, déplacements.

12. Paiements : Fixez le prix et l’échéancier : à l’avance, au temps passé ou par jalon. Liez les paiements aux réceptions et retenez une part jusqu’à la réception finale.

13. Divers : Notez ce qui n’entre dans aucune autre rubrique : règles de sécurité, frais de déplacement, support après le projet et procédure de demande de modification.

14. Clôture : Définissez comment les résultats sont réceptionnés, qui les vérifie et les signe, et comment les documents sont archivés.

Checklist gratuite

À quoi ressemble un exemple de SOW ?

Un exemple de SOW remplit les 14 rubriques avec des quantités, des dates et des montants concrets. L’exemple abrégé ci-dessous décrit le déploiement d’un système de gestion électronique de documents (GED) dans un bureau d’études de 40 postes. Les entreprises et les chiffres sont fictifs ; les calculs sont justes.

Statement of work : déploiement de la GED, annexe 1 au contrat-cadre

D’où vient le prix forfaitaire ? Le prestataire estime 400 heures à 95 euros, soit 38 000 euros en régie (time and materials), et ajoute 15 % pour le risque sur les quantités : 43 700 euros. La comparaison avec une facturation à l’heure figure dans l’article T&M ou prix forfaitaire.

Modèle de SOW à copier

Copiez le modèle dans votre traitement de texte et remplacez tout ce qui figure entre crochets. Ne supprimez aucune rubrique ; écrivez « sans objet » si un point ne s’applique pas. Tout le monde voit ainsi que vous l’avez vérifié.

STATEMENT OF WORK (DÉCLARATION DE TRAVAIL)
Projet : [nom]   Version : [1.0]   Date : [JJ/MM/AAAA]
Annexe [n°] au contrat du [date]

1  Introduction
   Client : [entreprise, interlocuteur]
   Prestataire : [entreprise, interlocuteur]
   Résumé : [2 à 3 phrases]

2  Objet du projet
   Situation actuelle : [...]
   Objectif et indicateur : [p. ex. recherche en moins de 10 secondes]

3  Périmètre du travail
   Inclus : [...]
   Exclu : [...]

4  Lieu de travail
   [sur site / à distance / mixte, accès nécessaires]

5  Tâches et lots de travail
   LT1 [nom], charge [h]
   LT2 [nom], charge [h]

6  Jalons
   J1 [nom], [semaines ou jours après signature]
   J2 [nom], [...]

7  Livrables
   [résultat], [format, quantité], dû au jalon [jalon]

8  Calendrier
   Début : [x semaines après signature]   Durée : [x semaines]
   Revues : [dates]

9  Normes et tests
   [normes, obligations légales, procédures de test]

10 Critères de réception
   [critère mesurable par livrable]

11 Exigences et obligations du client
   [infrastructure, interlocuteur, temps consacré]

12 Prix et paiements
   Mode de rémunération : [forfait / régie / régie plafonnée]
   Échéancier : [% et montant par jalon]

13 Divers
   Procédure de modification : [forme, délai, taux horaire]
   Frais de déplacement, support après projet : [...]

14 Clôture et signatures
   Réceptionné par : [nom, fonction]
   Client : ________________  Date : ______
   Prestataire : ___________  Date : ______

Quels types de déclarations de travail existe-t-il ?

Les déclarations de travail varient selon le type de projet ; la structure en 14 rubriques reste la même. L’accent change selon le secteur :

• Déploiement informatique : étapes d’intégration, environnements de test, recette utilisateur et protection des données selon le RGPD, comme dans l’exemple.
• Prestation de gestion de projet : heures hebdomadaires du chef de projet, responsabilité du reporting, du budget et des risques, et méthode (cycle en V, agile ou hybride).
• Projet de construction : normes de construction, visites de chantier, exigences de sécurité, matériaux et calendrier de la préparation du terrain à la réception des travaux.
• Projet interne : amélioration de processus ou déploiement logiciel entre services. La charte de projet remplace alors le contrat ; le SOW définit malgré tout périmètre, délais et réception.

Comment transformer un SOW en planning de projet dans Merlin Project ?

Vous transformez un SOW signé en planning de projet en reportant un à un lots de travail, jalons et critères de réception dans la structure du projet. Dans Merlin Project, procédez ainsi :

1. Reprendre la structure : Créez chaque lot de travail comme groupe et les jalons J1 à J4 dans la répartition du travail. Si vous avez d’abord rassemblé les rubriques dans la carte heuristique, passez à Présentation > Répartition du travail > Entrée ; Merlin Project convertit tous les nœuds en activités et en groupes (voir de la carte heuristique au plan de projet). Vous pouvez télécharger les 14 rubriques comme fichier Merlin Project, en anglais.
2. Classer le SOW : Joignez le document signé via Insertion > Pièce jointe > Fichier au jalon « Contrat signé ». La pièce jointe conserve toutes les versions du fichier dans l’historique des révisions.
3. Rendre les critères de réception vérifiables : Joignez les critères de la rubrique 10 comme Liste de contrôle au jalon de réception. La liste affiche l’état Planifié, En cours, En retard ou Achevé.
4. Reporter l’échéancier : Saisissez le montant convenu dans l’inspecteur Finances, onglet Budget, sous Approuvé, et répartissez-le sur les jalons.

Le SOW dans le document de projet

La vue Pièces jointes rassemble toutes les listes de contrôle, fichiers et risques de votre projet. La colonne Attachée à indique à quelle activité ou à quel jalon appartient chaque pièce jointe. Vous retrouvez ainsi le SOW, la liste de réception et les risques ouverts au même endroit. Essayez Merlin Project gratuitement pendant 30 jours.

Signatures : l’étape finale

Un SOW sans signatures n’engage personne. Faites signer toutes les parties clés avant le début des travaux :

• responsables du projet ou direction
• fournisseurs ou représentants de tiers
• chefs d’équipe, s’ils portent une responsabilité directe

Le SOW signé est votre preuve en cas de litige : il documente l’accord sur le périmètre, le calendrier et les critères de réception.

Sources

• DIN 69901-5:2009-01, Gestion de projet, systèmes de gestion de projet, partie 5 : concepts (définitions de Lastenheft et Pflichtenheft)
• Project Management Institute : Guide du corpus des connaissances en management de projet (Guide PMBOK), 6e édition, chapitre 12 Gestion des approvisionnements du projet
• Computerworld: How to write a statement of work
• ProjectManager.com: Statement of Work Definition & Examples

Si vous avez des questions sur cet article de blog ou si vous souhaitez en discuter, nous attendons avec impatience votre contribution dans notre forum.