Énoncé des travaux (SoW) : définition et contenu

Qu'est-ce qu'un énoncé des travaux ?

Un énoncé des travaux (SoW, de l'anglais scope of work ou statement of work) est le document qui définit précisément ce qu'un consultant, un évaluateur ou un prestataire livrera, à quelle date, pour quel montant et dans quelles conditions. En suivi et évaluation (S&E), il sert à recruter des évaluateurs, des sociétés d'enquête, des analystes de données et des conseillers en systèmes de S&E. Une fois signé, il fait partie du contrat : c'est le texte auquel les deux parties se réfèrent lorsqu'elles ne s'accordent pas sur ce qui avait été promis.

Un bon SoW répond à quatre questions sans laisser de place à l'interprétation : quel travail sera réalisé, ce qui sera remis, à quelle échéance chaque produit est dû, et comment le client décidera si chaque produit est acceptable.

« Scope of work » (étendue des travaux) et « statement of work » (énoncé des travaux) s'emploient indifféremment, tout comme « cahier des charges » en français. Certaines organisations réservent « étendue » aux limites du travail (ce qui est inclus et ce qui est exclu) et « énoncé » au document complet, mais en pratique les deux noms désignent le même document.

Énoncé des travaux et termes de référence

Les deux documents se recoupent largement, et beaucoup d'organisations utilisent les deux noms pour le même document. La différence, lorsqu'il y en a une, tient à l'accent mis.

Pour une évaluation, la règle pratique est simple : employez le nom que votre organisation ou votre bailleur utilise, et veillez à ce que le document contienne les deux volets. Des TdR sans livrables ni échéances fermes ouvrent la porte à la dérive du périmètre. Un SoW sans finalité ni questions produit un rapport que personne n'utilise. Voir Termes de référence d'évaluation pour la version propre à l'évaluation.

Les marchés publics fédéraux américains ajoutent deux formats voisins. L'énoncé des travaux axé sur la performance (performance work statement, PWS) décrit le travail en termes de résultats requis plutôt que de méthode, et l'énoncé des objectifs (statement of objectives, SOO) ne fixe que les buts et laisse les soumissionnaires proposer leur propre PWS (FAR 37.602). Les programmes de développement financés par des contrats américains y recourent parfois à la place d'un SoW classique.

Pourquoi c'est important

La plupart des différends avec les consultants remontent au SoW. Quand les livrables sont vagues (« un rapport sur les constatations »), le consultant livre le minimum et le client attend le maximum. Quand les critères d'acceptation manquent, le client ne peut pas rejeter un travail insuffisant sans conflit. Quand le calendrier ignore le temps de relecture du client, toutes les échéances glissent et les jours du consultant sont épuisés avant la version finale.

Un SoW précis rend aussi la passation de marché plus équitable. Les soumissionnaires chiffrent le même travail, de sorte que les offres se comparent sur la qualité et le coût plutôt que sur la façon dont chacun a deviné ce qui était attendu. Et sa rédaction oblige l'équipe commanditaire à s'accorder sur ce dont elle a réellement besoin avant d'engager des fonds, ce qui est souvent le point où les évaluations déraillent.

Que contient un énoncé des travaux ?

Un SoW complet couvre généralement les sections suivantes, à peu près dans cet ordre :

1. Contexte. Un ou deux paragraphes sur le programme et sur les raisons pour lesquelles le travail est nécessaire maintenant. Assez d'éléments pour qu'un soumissionnaire puisse chiffrer le travail, pas l'historique complet du programme.

2. Finalité et objectifs. À quoi sert le travail et qui l'utilisera. Pour une évaluation, nommez les décisions que les constatations doivent éclairer.

3. Périmètre et limites. Ce qui est inclus et, tout aussi important, ce qui est exclu : zones géographiques, période, composantes du programme, populations. Des exclusions explicites évitent les désaccords les plus fréquents.

4. Tâches et méthodes. Le travail que le prestataire réalisera. Pour une évaluation, les questions d'évaluation et les méthodes exigées, le cas échéant. Pour une collecte de données, les instruments, la taille de l'échantillon, les sites et les procédures de qualité des données.

5. Livrables. Chaque produit listé séparément avec son format, sa langue, sa longueur et sa date d'échéance. Par exemple : rapport de démarrage, outils de collecte, base de données nettoyée avec dictionnaire de codes, rapport provisoire, rapport final, présentation.

6. Critères d'acceptation. Comment le client jugera chaque livrable et combien de cycles de commentaires sont inclus. C'est la section la plus souvent absente.

7. Calendrier. Dates de début et de fin, jalons, et temps dont le client a besoin pour la relecture à chaque étape.

8. Niveau d'effort et budget. Nombre de jours par membre de l'équipe, ou plafond budgétaire global, et échéancier de paiement lié aux livrables acceptés.

9. Qualifications de l'équipe. Compétences, expérience et langues requises pour le personnel clé.

10. Gestion et rapportage. À qui le prestataire rend compte, fréquence des points d'étape, et mode d'approbation des modifications du périmètre.

11. Données, éthique et propriété. Exigences de protection des données et de consentement, protection contre les abus et l'exploitation (safeguarding), propriété des données et des produits, et éventuelles restrictions de publication.

Exemple de plan

Un SoW pour une enquête de référence confiée à une société de collecte de données peut compter de 6 à 10 pages :

1. Contexte (une demi-page)
2. Finalité de l'enquête de référence et utilisation des résultats (une demi-page)
3. Périmètre : districts, groupes cibles, taille de l'échantillon et méthode d'échantillonnage (1 page)
4. Tâches : traduction et pré-test des instruments, recrutement et formation des enquêteurs, collecte, contrôles de qualité, nettoyage (1 à 2 pages)
5. Tableau des livrables : rapport de formation, rapport du test pilote, points d'avancement quotidiens, base de données nettoyée et dictionnaire de codes, rapport de terrain (1 page)
6. Critères d'acceptation : taux de réalisation, part de contre-vérifications, seuils d'erreur, format de la base de données (une demi-page)
7. Calendrier avec périodes de relecture du client (une demi-page)
8. Niveau d'effort, plafond budgétaire et échéancier de paiement (une demi-page)
9. Équipe requise et qualifications (une demi-page)
10. Protection des données, consentement, safeguarding et propriété des données (1 page)

Annexes : projet de questionnaire, liste des sites, définitions des indicateurs et normes de qualité que la base de données doit respecter.

Erreurs courantes

Des livrables non définis. « Un rapport final » ne dit rien de la longueur, de la structure, de la langue ni de la norme à respecter. Décrivez chaque livrable avec assez de détail pour que deux personnes s'accordent sur le fait qu'il a bien été remis.

Pas de critères d'acceptation. Sans eux, chaque désaccord devient une négociation. Précisez ce qui rend un livrable acceptable et combien de cycles de relecture sont compris dans le prix.

Des calendriers qui oublient le client. Les consultants planifient leurs propres journées, mais pas les deux semaines dont le client a besoin pour commenter un projet. Intégrez le temps de relecture et d'approbation du client à chaque jalon.

Trop de tâches pour le budget. Un SoW qui demande une évaluation à méthodes mixtes dans six pays en 30 jours n'attirera aucun bon soumissionnaire, ou un soumissionnaire qui prévoit de rogner sur la qualité. Vérifiez le niveau d'effort par rapport à la liste des tâches avant la publication.

Un périmètre jamais refermé. Des formules comme « et toute autre tâche nécessaire » donnent de la souplesse au client, mais rendent le travail impossible à chiffrer. Prévoyez plutôt une procédure de modification : les nouvelles tâches sont convenues par écrit, avec leur propre durée et leur propre coût.

Variations selon le type de mission

Évaluations. Le SoW ressemble à des TdR : finalité, questions d'évaluation, attentes méthodologiques et qualifications de l'évaluateur en constituent l'essentiel. Un rapport de démarrage est généralement le premier livrable, et c'est lui qui arrête la méthode.

Collecte de données. Les tâches, l'échantillon, les contrôles de qualité et les normes de la base de données dominent. Les critères d'acceptation doivent être mesurables : taux de réponse, taux de contre-vérification, seuils de données manquantes.

Conception d'un système de S&E. Les livrables sont généralement un plan de S&E, des fiches de référence des indicateurs, des outils de collecte et une formation. Précisez qui doit être associé à l'élaboration, et pas seulement ce qui sera remis.

Missions de conseil courtes. Un SoW de deux pages suffit souvent : la question à traiter, le produit, le nombre de jours et l'échéance. Ne gonflez pas les missions courtes avec des sections qui ne s'appliquent pas.

Dans tous les cas, le critère est le même : un lecteur extérieur pourrait-il lire le SoW et dire si le prestataire a bien fait le travail ?