Cahier des charges : Modèle de document

La première partie du cahier des charges spécifie l’équipe de rédaction du document et la gestion des versions.

Le cahier des charges est un document évolutif et sur lequel interviennent de nombreux acteurs, il faut donc préciser :

• Les auteurs de ce cahier des charges qui constituent le groupe d’expression du besoin dont nous avons parlé précédemment
• Il faut aussi préciser l’historique des modifications et révisions du document. Sur la version “fichier” du document, il est très pratique d’activer le suivi des modifications : comme cela on distingue facilement les évolutions d’une version à l’autre.
• Enfin l’aspect contractuel impose des validations par le commanditaire après chaque mise à jour. On pourra ainsi recueillir ces validations en ajoutant une colonne dédiée aux commentaires et éventuelles réserves

La séquence qui suit est la plus longue du cahier des charges : c’est l’expression détaillée du besoin que nous avons décrite précédemment elle se déroule en 3 temps.

• L’inventaires des phases du cycle de vie et de l’environnement du système
• La liste des fonctions/services attendus dans chaque cas
• .. et la caractérisation de chaque fonction avec son importance

Je viens de vous présenter ce que, selon moi, doit contenir un cahier des charges fonctionnel, mais si c’est un guide sur le contenu, il n’existe en réalité pas de modèle unique : au contraire, il faut savoir s’adapter, par exemple selon les métiers.

Pour moi ce qui compte même s’il y a une variété de manières de faire c’est de garder au cahier des charges sa vocation centrale : explorer et formaliser le besoin de manière exhaustive pour permettre ensuite au projet de démarrer dans les meilleures conditions possibles.

Si vous devez rédiger un cahier des charges quelques derniers conseils :

Il y a des erreurs à éviter, par exemple il ne faut pas utiliser le cahier des charges pour développer des éléments qui ont leur place ailleurs, dans les autres documents que sont la charte de projet et le plan de projet. Par exemple, si vous avez une analyse SWOT à conduire avant de commencer le projet, c’est très utile, mais c’est dans la charte de projet qu’elle a sa place.

Grâce au cahier des charges, vos interlocuteurs vont bien comprendre les objectifs du projet. S’ils pensent que vous vous trompez ou que vous oubliez un aspect, ils pourront vous le dire.

Les lecteurs du cahier des charges seront aussi en position d’estimer la charge de travail réelle, et le coût pour réaliser chaque fonction. Il y a une règle d’or : soyez le plus précis possible dans votre expression du besoin. Ne partez jamais du principe que des besoins “vont de soi” ou sont “sous-entendus”. Un cahier des charges doit être exhaustif et ne rien oublier, sinon les conséquences peuvent être graves pendant le projet.

N’oubliez pas qu’il s’agit de préciser le besoin, mais ce n’est pas à vous de décider des solutions techniques. Au contraire : la meilleure chose à faire c’est de laisser de la marge de manœuvre dans la réalisation aux fournisseurs afin de leur imposer une obligation de résultat. Ce sera donc à eux d’être les plus efficaces possibles

• Pouvez-vous comparer le modèle général de cahier des charges fonctionnel que je vous ai proposé avec celui utilisé dans votre organisation
• En bonus de la vidéo vous trouverez un modèle de cahier des charges appliqué au domaine de la conception de site web quelles sont les différences avec le modèle général ?
• Quelle est la partie qui vous paraît la plus importante dans le cahier des charges fonctionnel proposé et pourquoi ?