Cet article est publié sous licence CC BY-NC-SA
Un projet de développement d'application web commence par un cahier des charges fonctionnel. Il va permettre d'exprimer des besoins et de structurer ses idées.
Mais il n'est pas évident de rédiger un cahier des charges. On ne sait pas par où commencer, ni quoi mettre dedans. Être conscient de tous les problèmes fréquemment rencontrés permet d'éviter les écueils au moment d'écrire le sien.
Un cahier des charges fonctionnel est un document que personne n'aime écrire. Et pourtant tout le monde comprend son importance !
Si l'on se plonge dans la réalisation du projet tête baissée, on court au désastre.
Dès qu'une application web est réalisée par une équipe, au contraire d'un seul individu, et que le temps de conception est supérieur à une semaine, un cahier des charges fonctionnel est obligatoire.
Avec un bon cahier des charges, les équipes en interne ou les agences avec lesquelles vous travaillerez pourront avoir une meilleure compréhension de la structure de l'application web pour arriver à des choix techniques et architecturaux pertinents. Cela va engendrer moins de va-et-vient et permettre de vous faire gagner du temps.
Au final, c'est une protection contre la dérive du périmètre de l'application web ce qui va dramatiquement améliorer les chances de réussites du projet. Mais alors pourquoi sa rédaction est si souvent ignoré ?
« Si ce n'est pas dans le cahier des charges, je ne le fais pas. »
« Je ne comprends rien au cahier des charges ! »
Ce genre de discours est très fréquent. Beaucoup le voient comme un document figé jusqu'à la fin du projet. Mais il doit être un document vivant.
Pour résoudre ces problèmes, voilà comment construire un bon cahier des charges fonctionnel qui saura évoluer et s'adapter aux changements inhérents à tout projet.
Réaliser un cahier des charges fonctionnel n'est pas une tâche à prendre à la légère. Une mauvaise rédaction et la probabilité de voir le projet échoué augmente significativement.
Il faut donc prendre le temps de la réflexion et s'appliquer dans l'écriture. Cela ne veut pas dire qu'il faut y mettre tout et n'importe quoi.
Le plan d'un cahier des charges fonctionnel est généralement conçu ainsi :
Le plus simple est de commencer par les études de cas. Cela vous permettra d'avoir les bons exemples en tête et vous permettra de compléter le reste du cahier des charges avec plus d'aisance.
Si vous cherchez des modèles de cahiers des charges sur Google, vous en trouverez une quantité importante. Néanmoins, ils ne suivent pas tous le plan que je vous ai indiqué plus haut.
De même, votre cahier des charges ne sera pas juste un document et inclura des wireframes, tableaux, listes, etc. Pour le rendre vivant et collaboratif, il faudra veiller à utiliser les bons outils.
La collaboration est au cœur d'un cahier des charges fonctionnel compréhensible, il faut donc veiller à utiliser des outils qui vous permettra de collaborer avec les personnes impliquées dans le projet.
De plus, utiliser des outils adaptés pour la réalisation du cahier des charges, des wireframes et des spécifications vous permettra de les modifier avec aisance tout au long du projet.
Il est possible dans ce cas d'allier le cahier des charges fonctionnel avec des méthodes agiles.
Maintenant que vous savez comment structurer votre cahier des charges et les outils à utiliser pour le réaliser, concentrons-nous sur les problèmes à éviter.
Glossaire absent ou incomplet. De nombreuses personnes aux rôles différents vont lire le cahier des charges. Vous pouvez connaître des choses que quelqu'un d'autre ne connaît pas. Un glossaire est donc important dans le but de collaborer. Et de faire en sorte d'avoir des définitions claires et sans ambiguïté est essentiel.
Mélanger le fonctionnel avec la qualité ou la technique. Il est fréquent de voir la définition d'une fonctionnalité en compagnie d'une information qualité, par exemple la performance, ou technique, la technologie qui doit être utilisée. Veillez à garder rester dans le fonctionnel, vous pouvez parler du reste dans les besoins non fonctionnels.
Information superflue. Certains cahiers des charges peuvent sembler très dense mais ne contiennent que peu d'informations utiles. Écrire plusieurs paragraphes sur des besoins très généraux est souvent inutile. Il est plus pertinent d'être direct et bref mais complet.
Absence de la perspective de l'acteur. Savoir qui fait quoi dans une application web est un point qui n'est pas à négliger. Les utilisateurs peuvent avoir différents rôles et les administrateurs n'ont pas les même droits que les autres. Penser à renseigner qui sont les acteurs quand vous décrivez les fonctionnalités.
Gardez en tête qu'un cahier des charges doit être lisible, clair et que toutes les personnes impliquées dans le projet vont collaborer dessus. Vous éviterez bien des problèmes par la suite si vous l'écrivez avec empathie.
L'équipe Synbioz.
Libres d'être ensemble.
Nos conseils et ressources pour vos développements produit.