En tant que maître d'ouvrage, vous souhaiterez peut-être écrire une première version du cahier des charges. Formuler les besoins est une étape très utile pour les clarifier. Le consultant AMOA, grâce à son expérience, sa méthode, et les résultats de la phase d'analyse, en réalisera une seconde version approfondie et complète. Contenu du cahier des charges Un bon cahier des charges est très détaillé et ne laisse place à aucune équivoque. Il expose toutes les informations nécessaires et utiles à la réalisation du projet. Il décrit non seulement l'objectif à atteindre, mais également les enjeux et les contraintes à prendre en compte. Un cahier des charges se compose en général de 30 à 100 pages. Sa rédaction est l'aboutissement de divers processus mis en œuvre en amont. Son contenu suit en général toujours le même fil conducteur. Le contexte et la définition du projet Cette partie introductive permet d'exposer la raison de l'existence du projet et de justifier sa mise en œuvre. Elle décrit le projet et sa genèse, présente l'organisation qui en est à l'origine et quels sont les utilisateurs finaux.
Exemples. Realiser un cahier des charges Un cahier des charges fonctionnel est destiné à être communiqué auprès de prestataires dans le but de recevoir des propositions. Il est donc souhaitable de préciser dans votre cahier des charges fonctionnel l'expression des besoins ce qui est attendu comme réponse: Exemples.
Les prestations liées au projet La dernière partie est dédiée aux prestations techniques et aux matériels qui devront être mis en place pendant et après le projet. Cela inclut le matériel nécessaire pour assurer la mise en œuvre du projet, et les prestations telles que l'hébergement ou la maintenance. Il existe une norme AFNOR pour le cahier des charges fonctionnel des projets informatiques. La norme AFNOR NF EN 167271 est un guide qui aide à l'élaboration d'un cahier des charges solide et bien structuré, en incluant également l'analyse fonctionnelle. La norme AFNOR décrit aussi les obligations auxquelles sont tenus les acteurs du projet. Évolution du cahier des charges Un cahier des charges a beau être très détaillé et abouti, il n'est pas pour autant figé. Un projet informatique présente souvent une part d'inattendu qui fait partie de son développement. Certains points peuvent être clarifiés, ou de nouvelles fonctionnalités peuvent émerger avec le temps. Le cahier des charges, qui formalise le projet, peut donc être amené à évoluer, l'essentiel étant que l'information soit communiquée et soit accessible à tous les acteurs du projet.
Le cas échéant, elle indique quelles solutions existent déjà sur le marché. La deuxième partie s'intéresse de façon plus approfondie aux résultats attendus, notamment en listant les attentes particulières. C'est également dans cette section que l'on répertorie les méthodes suivies dans l'entreprise en utilisant la modélisation des processus. Cette représentation graphique montre les processus existants dans l'entreprise, en début du projet. Le périmètre du projet permet de fixer ses limites, qu'elles soient organisationnelles ou techniques. Cette section détermine par exemple quels départements sont concernés par le déploiement de l'outil et par conséquent, quels sont ceux qui ne le sont pas. Les exigences techniques relatives au projet y sont aussi exposées, tout comme les réglementations inhérentes au métier. La description fonctionnelle des besoins La description fonctionnelle des besoins est la partie la plus importante du cahier des charges, puisqu'elle détaille de façon détaillée les besoins de l'entreprise, dans le cadre du projet en cours.
On y retrouve généralement quatre parties essentielles: La définition du besoin résultant des enquêtes et interviews menées pendant la phase d'analyse. Les éléments stratégiques permettant de déterminer les avantages qu'apportent le nouvel outil ou la nouvelle solution. La liste les processus retenus suite à la modélisation des processus. Les contraintes à prendre en compte. Chaque fonctionnalité doit avoir un ordre de priorité selon les besoins exprimés par l'entreprise. Enfin, la modélisation des processus et les flux opérationnels (workflows) permettent d'expliquer l'enchaînement logique des tâches. La section consacrée aux ressources recense tous les moyens dédiés à la réalisation du projet. Cette partie inclut les ressources humaines, avec la liste de tous les contacts, les interlocuteurs et les rôles respectifs de chacun. Elle précise l'enveloppe budgétaire allouée et les grandes lignes du calendrier du projet. Enfin, c'est dans cette section que sont listés les livrables attendus.
Le terme scrum signifie mêler, une mêlée est une réunion quotidienne que font les membres d'un projet agile pour faire le point sur l'avancement d'un projet. L'objectif de scrum est de mettre en place un cadre de gestion de projet en attribuant des rôles et en établissant des méthode scrum repose sur 3 acteurs principaux: Le product owner: il est le représentant du client et des utilisateurs du produit. Garant de la partie fonctionnelle du projet, il est responsable de la valeur acquise durant le développement. Sa fonction principale est de définir, d'ordonner et de prioriser les objectifs afin de maintenir l'orientation du projet. Le scrum master: il est le facilitateur de l'équipe projet. Ce n'est ni un supérieur hiérarchique ni un chef de projet. Outre la levée des obstacles pouvant survenir lors de la réalisation du projet, il maintient la cohésion des équipes, surveille le respect de la méthodologie agile et il assure une vélocité de travail maximale à chaque itération. Le développeur: il constitue le corps de l'équipe projet.