Le Cahier des Charges en 2010

L'établissement du cahier des charges est un moment fondamental dans le processus de conception et de réalisation des projets informatiques. Au cours de l’analyse fonctionnelle, les principales orientations du projet doivent être arrêtées. L'objectif de ce séminaire est de permettre aux participants de rédiger, ou de faire rédiger, un cahier des charges adapté aux besoins et aux attentes.

• Quel plan, quelle forme, quel contenu donner au cahier des charges ? Ce qui doit et ce qui ne doit pas y figurer. Les différentes approches envisageables : avantages et inconvénients.
• Comment organiser le travail du chef de projet et de l’équipe chargée d’établir le cahier des charges ?
  
• De quelle manière rendre plus efficace la participation des utilisateurs et des maîtres d'ouvrage ?
• Comment améliorer et clarifier les rôles respectifs de la maîtrise d'œuvre et de la maîtrise d'ouvrage ?
• Quelles sont les études fonctionnelles qui doivent être effectuées ?
• Quels outils, quelles méthodes, quelles techniques, quelle organisation pour élaborer efficacement le cahier des charges ?
• Jusqu'où doit-on aller dans la démarche ? Quelles sont les erreurs classiques à éviter en la matière ?
• Comment faire valider le dossier par tous les partenaires concernés ?

Le cahier des charges et le cycle de vie des projets

• Le cycle de vie des projets informatiques et les différents modèles possibles. Modèles en cascade, en V, en spirale.
• Le rôle du comité d’investissement. La prochaine étape du projet. Place du cahier des chargesdans le processus d’études.
• Les sept points clés du cahier des charges.
• Les rôles respectifs du maître d’ouvrage et du maître d’œuvre. Rôles des conventions de services (SLA).
  
• Les différentes sortes de maîtrise d’ouvrage.
• Que mettre dans un cahier des charges ?
• Les rubriques classiques d’un cahier des charges et leur contenu. Autres rubriques possibles.
• Trois exemples de cahier des charges.
• Le positionnement du cahier des charges dans le cycle de développement.
  

Le cahier des charges : objectifs et contenu

• Des pratiques différentes en matière de cahier des charges.
• Le rôle du comité de pilotage.
• Les trois approches : formalisée orientée vers les données, descriptive orientée vers les fonctions à réaliser, organisationnelle orientée vers les processus.
• Choisir l’approche adaptée.
  
• Les cinq principaux objectifs recherchés : structurer les futures fonctions du système, stabiliser le périmètre fonctionnel, confirmer les coûts de réalisation, confirmer les délais de réalisation, préparer le travail des développeurs pour qu’ils puissent ensuite travailler efficacement.
• Un choix délicat.
• Les différents critères de choix. La nature du projet et des objectifs, selon la nature des projets. Influence du rédacteur. Fixer des priorités, le contenu du cahier des charges.
  
• Autres démarches possibles. Faut-il être orthodoxe ou innovateur ? L’approche RAD, l’Extreme Programming ou l’environnement agile. Le rôle des démarches itératives. Avantages et inconvénients de ces différentes approches.
• Cas où il est absolument nécessaire d’établir un cahier des charges. Tendances.
• Le cahier des charges dans un appel d’offres. La base du contrat.
  
  

L'organisation du travail

• Améliorer l’efficacité du travail de conception.
• Définir une démarche. Importance de la note de cadrage.
• Identifier les tâches à effectuer. Liste type des tâches à effectuer.
• Cas où il faut aller plus loin. PMP, PDL, PAQ. Rôle du plan d’assurance qualité. Importance des référentiels : CMMi, CobiT, Val IT, ITIL.
• La gestion des risques. Les deux approches possibles. Exemple.
  
• Les différents participants intervenant lors de l’établissement du cahier des charges. Des préoccupations assez différentes.
• Partir d’une base solide : le dossier d’expression des besoins.
• Que faire si on n’a pas de dossier d’analyse des besoins ? Que faire si les objectifs sont flous ? S’assurer que le périmètre fonctionnel est bien défini.
  
• Se donner les moyens de réussir le projet : délais et charge de travail.
• Le processus de travail. Comment lutter contre les oublis ?
• L’art de collecter l’information, comment minimiser les oublis : les groupes de travail. Les entretiens.
• Les trois points délicats du cahier des charges : les relations entre l’architecture technique et l’architecture fonctionnelle, l’évaluation de la charge d’études et de tests, la détermination de la configuration cible.
• Précautions essentielles et recommandations pratiques.
• Savoir arrêter le processus de spécification.
  
  

La formalisation des spécifications

• Définir avec précision le domaine fonctionnel.
• Détailler le périmètre fonctionnel. Les principales fonctions à prendre en compte.
  
• Rôle de l’architecture fonctionnelle.
• Deux orientations différentes : systèmes ponctuels et systèmes intégrés.
• La gestion des exigences. La notion de spécification. Exemple. Processus d’élaboration des spécifications.
  
• Outils, méthodes et modèles permettant la description fonctionnelle : comment choisir ? Modélisation : MCD, MCT, MOT, DFD, DCD. Approche classique et approche objet : Rational et RUP ; Class Diagram, Use Case et Activity Diagram.
• Cahier des charges et méthodes d’analyse : quel impact pratique ?
• Trois objectifs du cahier des charges : obtenir l’assurance de l’exhaustivité, améliorer la productivité des études, miser sur la qualité.
• Six points clés concernant la formalisation des spécifications fonctionnelles.
  
  

Les études fonctionnelles

• La description des travaux à réaliser (analyse de l’existant, conception du futur système).
• Les outils disponibles : le dictionnaire de données, les outils graphiques, les plates-formes de développement, etc.
• Les logiciels de la boîte à outils : de Visio à Power AMC.
• Les neuf études de base.
  
• La description des processus et des traitements. Exemple. Passer des tâches aux processus. Le rôle des “Use Case”.
  
• La description des données. Dictionnaires de données. Faut-il établir un MCD ?
• L’identification des entrées et des sorties. Exemple.
  
• L’évaluation des volumes des bases de données et des opérations à traiter : réalisation-prévisions.
• La détermination des performances attendues. Tenir compte de l’architecture technique pré-existante. Le choix des architectures techniques.
• L’évaluation de la charge transactionnelle et de la charge réseau, les TPM. Rôle du référentiel TPC-C. Avoir une approche réaliste.
  
• L’évaluation de la charge de développement. Les méthodes d’estimation des projets : approche empirique, approche par étape et globale, évaluation par module, par type de programme ou par le nombre de lignes de code. La méthode des points de fonction, exemple, facteurs d’ajustements, avantages et inconvénients.
• La réévaluation des investissements (études et matériel). Que faire s’il n’y a pas eu d’évaluation préalable ? Plan de compte des investissements. Affiner l’évaluation des coûts de fonctionnement.
• La validation du planning du projet. Prévoir la date de fin du projet.
  

Jusqu'où faut-il aller ?

• Tracer la frontière entre l’analyse fonctionnelle et l’analyse détaillée. Faut-il maintenir la séparation entre ces deux étapes ?
• Le recours aux approches formalisées et aux méthodologies.
• Dans quelle mesure le maquettage et le prototypage peuvent-ils se substituer au cahier des charges ou doivent-ils le compléter ?
• Réalisation d'une maquette. Outils de maquettage (d’Excel à PowerBuilder). Conseils pratiques. Approches et limites des maquettes.
• La démarche de prototypage. Outils de réalisation des prototypes (Power AMC, Business Object, etc.). Peut-on utiliser Cobol, Basic, Java, PHP, etc. ? Conseils pratiques. Apports et limites du prototypage.
• RAD et cahier des charges : originalité de la démarche. Avantages et limites de cette approche. Pour quels types de projets le RAD est-il le plus approprié ? Quelles en sont les principales contre-indications ?
• L’intérêt des plates-formes de développement. Deux familles d’outils. Intérêts et limites de cette approche.
• Les fonctions de base du cahier des charges.
  
  

L'établissement et la validation des spécifications

• Les groupes de travail d’utilisateurs : objectifs et animation. La mise en œuvre des groupes de travail.
• Intérêts et limites de l’approche participative. Comment rendre les groupes de travail efficaces ?
  
• Utiliser un groupe de travail pour faire avancer le projet. L’art de dégager le consensus.
• Le rôle du comité de pilotage pour effectuer les arbitrages.
• Création d’un groupe de travail pour éclairer le comité de pilotage.
• Le difficile problème des arbitrages.
• L’analyse de la valeur comme outil de décision et d’arbitrage. Exemple. Une démarche par itération.
  
• Les arbitrages fonctionnels et techniques.
• La rédaction du cahier des charges. Qui doit rédiger ?
• Faire rédiger les utilisateurs.
• La forme et le fond. Huit règles de rédaction et de présentation.
• Le contenu du cahier des charges. Plan type, ajouts possibles. Exemple de cahier des charges de CRM.
  
• Les seize principaux chapitres du cahier des charges : obligatoire ou optionnel. Contenu des différentes rubriques. Recommandations pratiques.
• Les principaux pièges à éviter.
• La procédure d’approbation. Rôle d’un comité de pilotage. Améliorer les chances de succès.
• Comment maîtriser le risque de dérapage sur les délais ?
• L’évaluation de la charge de travail pour effectuer l’analyse fonctionnelle.
• Les appels d’offres publics et privés, points de contrôle et de planification, documents et livraisons contractuelles, clauses juridiques essentielles.

Synthèse