Qu’est-ce que Cahier des charges ?

C'est comme le permis de construire avant les travaux : on décrit les pièces, les usages et les règles, pas encore chaque vis de la charpente. Le cahier des charges agrège besoins, contexte, livrables attendus et critères de réussite. En pratique on le décline souvent en volet fonctionnel (parcours, rôles, données métier) et volet technique (hébergement, intégrations, performances, sécurité) — parfois deux documents distincts signés par les mêmes parties.

Ateliers de collecte, synthèse des users stories ou exigences, priorisation (MoSCoW, valeur/effort), validation par les sponsors. Le document vit : versions datées, journal des changements si le périmètre bouge. Il alimente le devis, le planning et les tests de recette — les critères d’acceptation doivent être vérifiables (« je peux passer commande en trois clics sur mobile » plutôt que « interface intuitive »).

Un cadrage écrit réduit les litiges et les dépassements : les études de gestion de projet font régulièrement état de la moitié ou plus des projets IT dépassant budget ou délai quand le périmètre était flou au départ. Pour le donneur d’ordre, c’est l’outil pour comparer des devis sur une base comparable ; pour l’équipe, c’est la référence quand les priorités divergent en cours de route.

• Hors périmètre explicitement listé ; propriétaire métier identifié ; prototypes ou maquettes validées pour les zones sensibles ; alignment juridique et DSI sur données et hébergement tôt dans le processus.

• Copier-coller un template générique sans contextualiser. Mélanger dans un seul fouillis fonctionnel et technique sans structure. Oublier les contraintes légales (RGPD, accessibilité) jusqu’à la recette.