Énoncé de Travail : Guide Ultime & Modèle Pour 2026
La recette secrète: Un énoncé de travail (EDT) clarifie les responsabilités et ce qui est inclus ou non dans le périmètre de votre projet. S'il est bien rédigé, il peut aider à réduire les retards et à accroître la rentabilité.
Ingrédients essentiels: Un EDT bien conçu résume le but, les livrables, la gouvernance et les délais. C'est crucial pour aligner les attentes et assurer le bon déroulement du projet.
L'art de la communication: Bien connaître votre EDT et le partager avec les parties prenantes permet à chacun de rester aligné tout au long du projet, prévient les confusions et améliore la collaboration.
Une déclaration de travail efficace est l’outil ultime pour éviter les problèmes avant qu’ils ne commencent. C’est la source de référence unique qui clarifie ce dont vous et votre équipe êtes responsables lors de la livraison du projet.
Une déclaration de travail peu claire peut entraîner des retards, du travail supplémentaire et une rentabilité réduite. Voici comment en rédiger une qui fixe des attentes claires, protège votre équipe et maximise les chances de succès du projet.
Qu’est-ce qu’une déclaration de travail ?
En gestion de projet, une déclaration de travail (SoW) est un accord entre un client et une agence, un prestataire ou un fournisseur de services, qui définit ce qui est inclus dans un projet.
La SoW est le contrat de projet qui fixe et aligne les attentes. Elle résume l’objectif du projet et définit les livrables, les normes, les critères et les exigences pour chaque phase du projet.
Unlock for Free
Create a free account to finish this piece and join a community of forward-thinking leaders unlocking tools, playbooks, and insights for thriving in the age of AI.
Have an account? Log In
Si vous avez déjà créé un plan de projet ou un calendrier et une estimation du projet, alors la SoW est la cerise sur le gâteau – elle contient les détails essentiels qui relient tout ensemble.
Une SoW bien rédigée définit clairement ce que votre équipe fera et ne fera pas dans le cadre d’un projet – vous aidant à gérer vos sous-traitants et à protéger votre planning et votre rentabilité.
Que doit contenir une déclaration de travail ?
Au minimum, la SoW doit clairement inclure :
- Objectifs du projet : déclaration d’intention, c’est-à-dire pourquoi le projet a lieu et ce qu’il doit accomplir
- Gouvernance du projet : qui a le pouvoir d’approuver quoi
- Structure de découpage du projet (WBS) : comment le projet sera mené, quelle approche sera adoptée, et les tâches et phases spécifiques qui seront réalisées
- Livrables, y compris les dates d’échéance : ce qui sera produit, et pour quand
- Période de réalisation : quand le projet sera livré, avec le temps nécessaire, la date de début et de fin approximatives, et la liste des jalons
- Estimation : tarification du projet et plan de paiement
- Hypothèses : ce qui est ou non inclus dans le périmètre du projet, y compris les critères d’acceptation, c’est-à-dire ce qui est ou n’est pas acceptable en livraison
- Exigences de travail : toute autre exigence ou élément spécifique concernant la réalisation du projet, telle qu’une approche particulière ou des outils de gestion de projet utilisés. Inclure les besoins fonctionnels pour les projets de développement logiciel.
Si la déclaration de travail est trop vague, trop large ou trop générique, cela ouvre la porte à plusieurs interprétations. Cela peut entraîner des malentendus lors du projet.
Mais attention à ne pas être trop précis ! Si la SoW est trop détaillée, elle peut artificiellement restreindre le projet. Vous pourriez finir par faire du travail qui n’est pas réellement nécessaire, simplement parce que vous l’aviez indiqué.
Comment rédiger une déclaration de travail
Gardez ces conseils à l’esprit lorsque vous rédigez une SoW :
1. Découpez-la en parties
Ne définissez pas la portée de ce que vous ne connaissez pas. Plutôt que d’essayer de créer une énoncé des travaux (SoW) pour l’ensemble du projet, divisez-le en phases et réalisez des SoW séparés pour chaque phase au fur et à mesure de l'avancement du projet.
2. Établissez un plan
Décidez de ce que vous allez faire et comment. Définissez les livrables ainsi que le processus nécessaire pour les produire afin de pouvoir expliquer clairement ce qui est inclus ou non dans la portée du projet.
3. Replacez-le dans son contexte
Expliquez pourquoi vous réalisez ce projet. Même si les détails du plan évoluent, le SoW doit vous aider à déterminer si le projet a été un succès.
4. Soyez précis
Délimitez les frontières du projet. Minimisez le risque de malentendu avec votre client en définissant l’étendue du travail à effectuer et en la quantifiant dès que possible pour que le client n’en attende pas plus que ce que vous avez budgété.
5. Rendez les hypothèses explicites
Établissez les règles du jeu. Utilisez des énoncés de portée de projet pour expliquer les attentes réciproques et ce qui doit être réuni pour que votre équipe exécute correctement le projet. Retrouvez des exemples d’énoncés de portée de projet ici.
6. Simplifiez
Soyez clair et concis. Trouvez le juste équilibre afin que le SoW soit aussi synthétique que possible tout en spécifiant soigneusement le travail à effectuer. Évitez les mots à interprétation multiple et utilisez un langage simple pour garantir que le SoW soit facile à comprendre.
7. Partagez
En tant que chef de projet, vous devez connaître votre SoW sur le bout des doigts et pouvoir communiquer son contenu à vos parties prenantes. Assurez-vous que les parties prenantes aient bien vu une copie du SoW et revenez-y tout au long du cycle de vie du projet.
Modèle et exemple d’énoncé des travaux [Téléchargement]
Heureusement, j’ai le modèle qu’il vous faut ! Mon modèle d’énoncé des travaux pour projet digital est complet et prêt à l’emploi. Il vous aide à répondre aux questions : « que dois-je inclure dans mon SoW ? », « quel niveau de détail dois-je fournir ? » et « où stocker les informations du projet ? »
Au lieu de perdre du temps à bricoler un document vous-même, j’ai fait le travail difficile pour vous. Mon modèle SoW détaillé fait environ 12 pages (1000 mots) et est disponible dans un format compatible avec Microsoft Word & Google Docs afin que vous puissiez l’adapter à vos besoins. Le modèle est non-branded et utilise un style générique pour faciliter l’édition du contenu et l’ajout de votre logo.
Le modèle comprend deux parties. La première section présente les informations générales du projet, tandis que la seconde section définit les détails de chaque phase. Vous pouvez ajouter des phases supplémentaires si votre projet l’exige.
Le modèle SoW inclut les sections suivantes :
- Sommaire
- Informations sur le projet
- Résumé du projet
- Processus du projet
- Budget du projet
- Jalons du projet
- Gouvernance du projet
- Conditions générales
- Détails de la phase
- Descriptions des livrables
Vous pouvez retrouver mon modèle d’énoncé des travaux prérempli (ainsi qu’un exemple d’énoncé entièrement rempli) dans la bibliothèque de modèles des membres DPM. J’ai inclus des indications pour vous aider à compléter chaque section, et parce que la rédaction d’un SoW est une tâche de grande ampleur, j’ai aussi réalisé un exemple complet pour référence.
Trouvez d’autres modèles de gestion de projet ici.
Comment utiliser un énoncé des travaux
Si vous ne respectez pas le SoW, il est fort probable que vous finirez par :
- Ne pas tout à fait livrer ce qui était souhaité
- Livrer votre projet avec du retard par rapport aux objectifs
- Dépasser votre budget
Alors comment rester fidèle au plan et garder votre SoW sur la bonne voie ?
1. Maîtrisez votre SoW de A à Z
Vous devez connaître ce document mieux que quiconque. Honnêtement, n'est-ce pas gênant si le client évoque quelque chose que vous avez écrit dans le SoW mais que vous avez oublié ? C'est ça, la honte du SoW.
Mauvaise blague ? Bon, passons à la suite.
Ayez toujours une copie de votre SoW sous la main. Je recommande de le télécharger dans votre logiciel de gestion de projet pour un accès centralisé mais, si vous êtes un homme ou une femme des cavernes, vous pouvez l’imprimer aussi.
Quelle que soit votre méthode, ayez le SoW à disposition pendant les appels ou les réunions : dès que la question se pose, tous les regards se tourneront vers vous pour obtenir la réponse.
2. Familiarisez les parties prenantes avec le SoW
Ce n’est pas suffisant que vous connaissiez seul le SoW : vous devez aussi le communiquer à toute votre équipe pour éviter le risque de dérive de périmètre.
Même si votre équipe a participé à la rédaction du SoW, il est probable qu’il ait changé ou évolué depuis le début du projet. Assurez-vous que chaque membre comprenne :
- Les activités du projet
- Les livrables
- Les hypothèses
- Ce à quoi ressemble la réussite
Faites circuler le SoW, imprimez-le, affichez-le sur les murs de votre salle de projet, ou faites-vous tatouer son contenu. Assurez-vous simplement qu’il est visible et que chacun l’a bien assimilé.
La dernière chose que vous souhaitez, c’est qu’un membre de l’équipe accepte une demande impromptue du client (qui ne fait pas partie du plan d’exécution) ou néglige une exigence clé du contrat.
3. Obtenez l’adhésion de votre équipe
Mettons les choses au clair : l’accord aveugle est une mauvaise idée.
Prenez le temps de passer en revue le plan finalisé avec votre équipe projet et obtenez leur véritable adhésion. S’ils estiment que quelque chose n’a pas de sens ou ne contribue pas vraiment au succès du projet, discutez-en avant d’envoyer chacun à ses tâches.
Si tout est clarifié dès le début, vous réduisez le nombre de points d’étape nécessaires par la suite, ce qui permet à votre équipe de travailler avec des outils collaboratifs à son rythme.
Il n’y a jamais de valeur à faire un travail juste parce que le SoW le dicte. Si cela sert réellement le projet, vous devez être capable de défendre la modification auprès du client.
4. Gardez le SoW au centre de vos préoccupations
N’ayez pas peur d’évoquer le SoW lors de vos réunions client : en réalité, une revue du SoW devrait être un point fixe à l’ordre du jour. Discutez de la validité du SoW et vérifiez si tout se déroule conformément au plan.
S’il y a des points à ajuster, comprenez pourquoi, faites les modifications, et assurez-vous que tout le monde en soit informé.
5. Méfiez-vous de la dérive de périmètre
La dérive de périmètre survient lorsque le périmètre du projet commence à grossir petit à petit, en toute discrétion. Typiquement, une demande de modification du périmètre débute par une petite chose, puis se transforme progressivement en un projet bien plus vaste, qui grignote vos marges.
Ce n’est pas agréable, mais c’est fréquent. Les clients ont souvent (et généralement) de bonnes idées et, bien souvent, ne perçoivent pas les implications en termes de planning ou de budget de ce qu’ils demandent.
Pour gérer la dérive de périmètre, vous devez l’anticiper, la signaler et la résoudre. Dès que des requêtes ponctuelles apparaissent, revenez à votre SoW. Si vous et le client tombez d’accord sur le fait que la demande est hors périmètre mais qu'ils veulent tout de même la réaliser, il vous faudra rédiger une demande de changement (c’est-à-dire une mise à jour du SoW).
La demande de changement doit décrire :
- La modification par rapport au SoW d’origine
- Comment vous allez exécuter la demande
- Les implications sur le budget et le calendrier
6. Soyez vigilant dès le début
Les projets qui dérapent le font souvent dès les premières étapes.
Cela se produit lorsque les chefs de projet préfèrent ne pas faire de vagues en évoquant des problèmes quand ils le devraient. Les conséquences, en aval, d'une trop grande flexibilité dans les premières semaines d'un projet peuvent être considérables.
Non seulement cela vous oblige à rattraper le temps perdu, mais cela instaure aussi une attente du côté du client selon laquelle le périmètre du SoW est flexible. Ils peuvent supposer que vous accepterez de futurs changements de périmètre, sans considération pour l’impact sur le budget ou le calendrier.
Laissez faire et vous pourriez tout aussi bien dire adieu à l'utilité de votre SoW.
Voici une explication absolument pas sérieuse :
À quoi sert un document Statement of Work ?
Nous en avons déjà parlé un peu, mais pour rappel, votre statement of work sert à :
- Vous aider à déterminer ce que vous devez facturer
- Fournir le niveau de détail supplémentaire que les estimations de coûts et les plans de projet n'incluent généralement pas
- Rassurer le client sur ce qu'il obtiendra pour son argent
- Responsabiliser votre équipe grâce à des échéances claires et validées publiquement
- Éviter la dérive du périmètre du projet en précisant ce qui n’est pas inclus
- Fixer des attentes très claires des deux côtés pour anticiper et éviter les conflits dus à des malentendus
Si vous pensez que cela représente beaucoup de travail, vous n’avez pas tout à fait tort. Mais en fournissant cet effort dès le début pour créer et approuver un SoW détaillé, vous mettrez toutes les chances du côté de la réussite (rentable) du projet et vous réduirez de nombreux maux de tête au fil du cycle de vie du projet.
Autres documents liés au Statement of Work
Il existe quelques documents similaires et connexes aux SoW qui sont souvent confondus avec eux, même s'ils répondent à d'autres objectifs.
Master Services Agreement vs Statement of Work
Un master services agreement (MSA) existe pour clarifier, dès le début, les éléments larges et non liés à un projet précis. Vous définissez des termes de base et leur signification, puis les deux parties valident, ce qui permet d’avancer plus rapidement par la suite.
Si c’est un nouveau client, un MSA accompagne souvent votre SoW, mais il ne peut pas s’y substituer. Si un MSA est déjà en place, vous pouvez laisser ces détails hors du SoW.
Charte de projet vs Statement of Work
La charte de projet est étroitement liée au SoW, mais la charte de projet se concentre sur la vision d’ensemble. Au lieu de détailler chaque tâche et livrable, elle couvre les objectifs du projet et les résultats attendus.
Utilisez ce document pour les projets plus importants avec de multiples phases, où le risque d’égarer le SoW au fil du temps est plus élevé. La charte de projet est destinée à être utilisée en début de projet, après signature du SoW par les deux parties.
Request for Proposal vs Statement of Work
Les demandes de propositions (RFP) sont des documents créés par les organisations souhaitant trouver une agence, un prestataire ou un sous-traitant pour un service précis.
Les agences intéressées par la réalisation du périmètre de la RFP répondent avec une proposition, généralement en détaillant leur approche, leurs méthodologies et des exemples de projets similaires réalisés. Il est possible d’utiliser un logiciel RFP pour gérer le processus de réponse aux appels d’offres.
Le SoW intervient après l’attribution du projet à l’agence et contient des précisions sur l’exécution.
