Pour réutiliser ce modèle :
https://docs.google.com/document/d/1wrbmDZVBT3TxaOpDlUXvFx5FJZ25XnskHY5GDIPKkIM/copy
Modèle de cahier des charges fonctionnel
Plus qu’un “modèle” de cahier des charges (il existe de nombreuses manières de rédiger un cahier des charges selon les métiers, par exemple pour un site web), ce document est destiné à guider le chef de projet dans l’expression du besoin. Il est :
|
Une formation (vidéo, quiz d’entraînement exercice d’application corrigé) est à votre disposition https://perfectionnement.gestiondeprojet.pm dans la section “cahier des charges”
Principales parties de ce cahier des charges :
Groupe d’expression du besoin et suivi des révisions/validations
Présentation générale
Expression détaillée du besoin
Phases du cycle de vie et environnement
Liste des fonctions/services attendus
Informations complémentaires
Planning
Budget
Points de vigilance
Auteurs de ce cahier des charges / groupe d’expression du besoin
Nom / mél | Qualité / rôle |
Paul Legris / pl@projet.pm | Chef de Projet / Responsable du cahier des charges |
Commanditaire / Chef de département ingénierie | |
Client / Chef de département vente | |
Client / Utilisateur “au quotidien” du nouveau système | |
Projet / Coordonnateur pôle codage | |
Projet / Coordonnateur marketing | |
Historique des modifications et révisions de ce document
n° de version | Date | Description et circonstances de la modification |
V 0.1 | Brouillon : première version suite à la réunion initiale du groupe d’expression du besoin | |
V 1 | Clôture du groupe d’expression du besoin : version proposée au commanditaire pour approbation | |
V 1.1 | Cahier des charges validé par le commanditaire pour lancement du projet | |
Validations
n° de version | Nom / qualité | Date / signature | Commentaires et réserves éventuelles |
V 1.1 | Commanditaire | OK pour valider. Reste à détailler la phase “recyclage” | |
Cadrage - présentation générale du besoin
Demande et situation actuelle
- Demande d’origine du client
- historique et état de l’existant (solutions actuelles)
- hypothèses et conditions à remplir pour le démarrage du projet
- importance de la réponse au besoin (contribution au plan stratégique du commanditaire par exemple).
- Références / projets similaires
- documents existants :
- de ce projet charte de projet, lettre de mission etc..
- des autres projets ou d’autres sources : études de marché, post-mortem des projets précédents …
- Ce qui marche / ce qui ne marche pas :
- solutions déjà explorées, exclues
- solutions conseillées, mises en oeuvre par les concurrents
Résultats et changements attendus
- panorama des attendus
- livrables “hard” : matériels (installations physiques)
- livrables “soft” : documents, logiciels
- livrables “services” : formation, évolution des compétences et méthodes de travail
- Périmètre de départ :
- ce qui peut évoluer, être changé
- ce qui impacte le projet, mais est pris en charge par d’autres acteurs ou prestataires
- Dépendances externes : ce qui ne peut pas être changé par le projet
- Principales contraintes - par exemple licences et brevets, règles environnementales (recyclage), légales, de sécurité ...
Parties prenantes
L'objectif de cette partie est de recenser exhaustivement tous les acteurs concernés par le projet et ses conséquences. On veillera à inclure dans le groupe d’expression du besoin qui rédige ce cahier des charges des représentants
Commanditaires,
- initiateurs du projet, client, maître d’ouvrage, financeur …
- responsable de la validation de ce cahier des charges
Équipe de réalisation (souvent en cours de constitution)
- chef de projet
- responsables des différent pôles
- membres de l’équipe
- prestataires / consultants
Autres parties prenantes
- utilisateur finaux
- soutiens et opposants au projet
- personnes-ressources et experts..
Expression détaillée du besoin
Pour chacun des livrables attendus (soft, hard, service..)
Matrice des objectifs : https://bit.ly/2IgKrPD
Phases du cycle de vie et leur environnement
ici, on utilise comme exemple une approche d’analyse fonctionnelle, mais d’autres outils peuvent être mis en oeuvre, notamment les cas d’utilisation avec UML. |
- Lister toutes les phases du cycle de vie du système : Fabrication, test, mise en route, utilisation, dépannage, panne de courant, recyclage…
- Pour chaque situation de vie, le groupe de travail identifie les éléments d’environnement du livrable et réalise un schéma
exemple d’environnement avec le cas d’un stylo en situation de vie “utilisation en classe”
Liste des fonctions/services attendus
Quelles fonctions à assurer ?
Le groupe de travail complète le diagramme précédent en ajoutant les fonctions et en les nommant
concevoir.
Caractérisation de chaque fonction
(les fonctions prioritaires sont caractérisées en détails, celles qui sont secondaires plus brièvement).
Fonction 1 : Priorité 4
N° | Intitulé | Mot détaillé | Critère | Niveau et limites | Priorité |
F1 | Permettre à la main de laisser une trace sur du papier | ||||
trace | Longueur | 1km +- 500m | 1 | ||
Couleur | Noir uniquement | 4 | |||
Largeur | 0.5 mm | 3 | |||
papier | nature | papier, carton, mur | 2 | ||
position | horizontale ou verticale | 1 |
Informations complémentaires
On consigne ici toutes les informations complémentaires qui n’ont pu s’exprimer sous forme de fonctions, notamment deux types de données..
Contraintes de planning
Grandes échéances “macro”
Dates/jalons s’ils sont impératifs
Contraintes de budget
Budget et moyens dédiés au projet
Annexes
Documents utiles :
- Cours d'analyse fonctionnelle en vidéo,
- Guide de l'analyse fonctionnelle avec une FAQ, rédiger un Cahier des charges fonctionnel
- Exercices d'analyse fonctionnelle