skip to Main Content
Retour au sommaire         Vous êtes identifié comme visiteur, pour avoir accès aux zones de texte flouté, vous devez devenir abonné PREMIUM.
Les documents du projetCette page vous propose des modèles de documents de gestion de projet. Ils sont destinés à vous inspirer pour la création de vos propres documents. Ils sont volontairement très généraux et vous devez donc les adapter aux spécificités de votre métier, aux particularités et à la culture de votre organisme. Soyez critique : ne conservez pas une rubrique qui ne vous parait pas pertinente.
Dans le souci de ne pas alourdir inutilement les modèles de document, les éléments de traçabilité (date de création du document, numéro de version, auteur et destinataires) sont présentés dans la première section.
Les documents sont regroupés par processus du projet. Un schéma présente chacun des processus et les documents qui lui sont associés. Les documents présentés sur cette page ne sont pas disponibles au format Word. La raison en est simple : il n’existe pas de document-type universel, chaque organisme doit créer les siens en fonction de son contexte.
Voici le code de couleur des textes
– En noir les éléments composant la trame du document
En bleu les conseils d’utilisation du document
En rouge les exemples
Faites un bon usage de ces modèles de documents de gestion de projet, et bien entendu n’hésitez pas à me faire part de vos remarques.
Méta-processus de gestion des projets de l'organisme
Les deux documents de cette section traitent de la façon dont la direction de l’organisme (entreprise, établissement, organisme public, association…) a décidé de gérer les projets : Quels sont les différents types de projet, qui fait quoi et qui est responsable de quoi en matière de gestion de projets, etc… Les sections suivantes traiteront des documents mis en œuvre dans la gestion de chacun des projets de l’organisme.

Cliquez sur la barre correspondant au document qui vous intéresse

Directive pour la gestion du portefeuille de projets
Ce document contient les règles générales établies par la direction de l’organisme en ce qui concerne la gestion des projets. Le fait que l’intitulé fasse mention de la notion de « portefeuille de projets » manifeste la volonté de mettre tous les projets au service de l’ambition stratégique affichée par la direction de l’organisme.

Modèle commenté de Directive pour la gestion du portefeuille de projets

Directive pour la gestion du portefeuille de projets

– Définition d’un projet
La première chose que doivent savoir faire les acteurs de la l’organisme c’est de distinguer les activités qui seront traitées en mode projet de celles qui ressortent d’autres processus. Ce paragraphe peut être rédigé comme suit : Le projet se définit par opposition aux opérations courantes, comme la production ou la maintenance qui sont continues et répétitives. Toute activité temporaire visant un résultat unique est un projet et doit être gérée en mode projet conformément aux prescriptions du présent document. Il peut être utile de spécifier un seuil (de durée et/ou de charge de travail et/ou de budget) en deçà duquel le projet échappe à la procédure de management par projet.

– Définition d’un programme
Il arrive souvent qu’un ensemble de projets soit au service d’un même objectif stratégique. Cet ensemble de projets s’appelle un programme.

– Portefeuille de projets
L’ensemble des programmes et des projets de l’organisme constitue le portefeuille de projets.

– Typologie des projets
Il est souvent nécessaire de définir les différents types (catégories) de projet gérés par l’organisme : internes ou externes, technologiques ou informatiques, projets d’innovation, projets de changement etc… Cette catégorisation n’a d’intérêt que si la procédure applicable est sensiblement différente d’un type à l’autre.

– Cycle de vie des projets
Le déroulement d’un projet suit un parcours standardisé, que l’on appelle le cycle de vie. Le cycle de vie peut différer d’un type de projet à l’autre. Basiquement ce paragraphe peut être rédigé comme suit :
Les projets se déroulent en quatre phases successives :
. La phase d’exploration vise à valider l’opportunité du projet
. La phase de préparation vise à valider la faisabilité du projet
. La phase de mise en œuvre vise à réaliser le produit
. La phase de clôture.
Les phases du cycle de vie sont bornées par des jalons. Un document d’entrée fixe les conditions de déroulement de la phase a venir et un document de sortie en présente les résultats. Ces documents, au nombre de huit, font partie du processus de coordination du projet. Des trames-type de ces documents figurent en annexe.

– Instance de gestion du portefeuille de projets
Lorsque ce n’est pas la direction générale de l’organisme qui assure directement la gestion du portefeuille de projets, ce rôle est confié à un bureau des projets (en anglais PMO pour Project Management Office) qui rend compte directement à la direction.
Classiquement les missions du PMO (qui doivent être précisées ici) consistent à :
. Établir puis faire évoluer le processus, les documents et les outils de gestion de projets
. Centraliser les demandes de projet
. Juger de la pertinence des demandes de projet et décide de leur entrée au portefeuille de projets
. Définir les priorités entre projets
. Nommer les chefs de projet (et les directeurs de programme le cas échéant)
. Autoriser le franchissement des jalons du cycle de vie
. Arbitrer les conflits, notamment lorsque les ressources partagées entre les projets s’avèrent insuffisantes.
. Contrôler l’avancement des projets (et programmes) et agir en cas de constat d’une dérive.

– Outil de gestion du portefeuille de projets
Pour lire la suite je me connecte ou je m’abonne Mauris dictum, arcu sed condimentum pharetra, magna nunc congue ante, a ultrices elit turpis non arcu. Curabitur gravida odio arcu, eu fringilla massa interdum sed. Vivamus faucibus orci id nulla mollis luctus. Ut nec tincidunt urna. Aliquam mollis felis leo, sed auctor urna rhoncus sed..

– Parties prenantes d’un projet
Donec rutrum mi massa, ut pulvinar dolor venenatis eu. Duis porttitor tincidunt ultricies. Donec quis ante semper, faucibus ipsum at, ullamcorper quam. Nulla quis neque egestas, accumsan magna ut, laoreet neque. Donec tristique condimentum lorem, sed ornare neque finibus porttitor.

– Méthodes de gouvernance des projets
Nulla molestie libero quam, ut blandit mi consectetur eget. Sed aliquam id purus vel rutrum. Integer vel elementum massa. Aliquam in metus eu sapien tempus pulvinar in in velit. Praesent semper purus neque, eu ornare augue luctus ut. Morbi eu felis posuere, sagittis elit eu, euismod erat. In hac habitasse platea dictumst. Praesent imperdiet elit non lacus iaculis sollicitudin….

– Rôles et responsabilités dans les projets
Nullam sollicitudin pulvinar nibh at vehicula. Nunc mattis erat vel neque tristique, quis mattis massa interdum. Pellentesque ornare nunc varius.

– Outils informatiques de gestion des projets
Morbi mollis condimentum efficitur. Nullam rhoncus justo massa, in congue elit feugiat nec. Praesent quis dolor mi. Mauris nibh quam, gravida non ex eu, venenatis iaculis sem. Suspendisse ornare rutrum leo in condimentum.

– Mission, autonomie et responsabilité du chef de projet
Définir clairement ce qui est attendu du chef de projet dans chacun des domaines suivants :
. Gestion du contenu du projet
. Gestion des travaux et des délais
. Gestion des coûts
. Gestion des risques
. Gestion de la communication
. Gestion des parties prenantes
. Gestion des contrats
. Retour d’expérience
Faire référence aux documents-type concernant ces domaines


– Equipe de projet
Donec varius tortor erat, vitae accumsan purus aliquet nec. Aenean pharetra augue vitae mi blandit cursus. Morbi convallis.

– Amélioration continue
Nam eget orci a sapien tincidunt venenatis eu eu augue. Integer volutpat nunc dictum turpis finibus varius tortor euismod. Fusce ullamcorper tellus quis est congue, id augue iaculis sem rhoncus lorem aliquam.


Autres dénominations :
– Plan de gouvernance des projets
– Manuel qualité projets

Matrice de responsabilité Projets

A quoi sert la matrice de responsabilité projets
Les parties prenantes d’un projet sont nombreuses et le rôle de chacune est déterminant. Pour que les projets se déroulent aussi harmonieusement que possible chaque acteur doit connaitre son rôle exact à chaque étape du déroulement du projet. Voilà à quoi sert la matrice de responsabilité projets. C’est une matrice « RACI » c’est à dire que le rôle de chacun est codé par l’une des lettres R (Réalise) A (Approuve ou Assume) C (Contribue) ou I (est Informé) . Insistons sur le fait que ce modèle est un exemple, à ne pas prendre au pied de la lettre : Les rôles diffèrent sensiblement suivant le contexte (projets internes, externes, publics…) et suivant le style de management du dirigeant (plus ou moins délégatif).
La signification des sigles et acronymes (CODIR, COPIL….) est rappelée sous le tableau

Modèle commenté de matrice de responsabilité projets

Légende : R=Réalise A=Approuve C=Contribue I=est Informé
ResponsabilitéDocument de référence
Comités
MOE
MOA
AMOA
Génèse du projetCODIRCOPILDir TechCDPMOADMOASUtil.AMOA
Instruit et formalise la demande de projetFiche de proposition de projetRC
Décide du passage en phase exploratoireRI
Phase exploratoireCODIRCOPILDir TechCDPMOADMOASUtil.AMOA
Choisit l’interlocuteur AMOAAR
Définit le projet pour la phaseFiche descriptive de projetIC-AR
Délimite le périmètreC-AR
Établit les spécifications fonctionnellesCahier des charges fonctionnel (CDCF)C-ACR
Estime le budget et le délaiC-AR
Evalue le bénéficeC-AR
Analyse les risques stratégiquesC-AR
Synthétise la phase exploratoireNote d’opportunitéIAR
Décide du passage en phase de préparationR
Phase de préparationCODIRCOPILDir TechCDPMOADMOASUtil.AMOA
Constitue le COPILACR
Nomme le MOAD (ou Sponsor)IAR
Nomme le chef de projetLettre de mission du CDPIARIII
Définit le projet pour la phaseCharte de projetAIRCI
Conduit l’avant-projetIIRAI
Établit le référentiel du besoinSpécification technique du besoin (STB)IIRAI
Elabore le budget de référenceBudget opérationnelIIRAI
Etablit le planning de réalisationDiagramme de GanttIIRAI
Analyse les risques opérationnelsIIRAI
Synthétise la phaseDossier d’étude de faisabilitéARCI
Décide le lancementARIIII
Phase de mise en œuvreCODIRCOPILDir TechCDPMOADMOASUtil.AMOA
Etablit le référentiel du projetPlan de projetAIRCI
Pilote le projet au quotidienPlan de projetIRII
Contrôle et arbitreRIIII
Accepte la propriété du produitProcès-verbal de recette définitiveIIIIAICR
Phase de clôtureCODIRCOPILDir TechCDPMOADMOASUtil.AMOA
Analyse le retour d’expérienceBilan de projetCCRCCCC
Acte la fin du projetProcès-verbal de clôtureIRIIIII
Glossaire :

Pour lire la suite je me connecte ou je m’abonne Morbi mollis condimentum efficitur.
– Nullam rhoncus justo massa, in congue elit feugiat nec. Praesent quis dolor mi. Mauris nibh quam, gravida non ex eu, venenatis iaculis sem.
– Suspendisse ornare rutrum leo in condimentum. Donec porta nibh metus, sodales maximus nulla sollicitudin eget. Fusce dictum ex quis porttitor egestas. Morbi vitae scelerisque turpis, sed laoreet lorem. Nullam vel neque sagittis diam accumsan accumsan.
– In suscipit quam nibh, sit amet consectetur felis id. Morbi nec consectetur nulla.
– Nam eget orci a sapien tincidunt venenatis eu eu augue. Integer volutpat nunc dictum turpis finibus euismod. Fusce ullamcorper tellus quis est congue, id rhoncus lorem aliquam. Nam porttitor, orci eu porta lobortis, erat sapien mattis lorem, quis iaculis massa arcu vel felis.
– Donec varius tortor erat, vitae accumsan purus aliquet nec. Aenean pharetra augue vitae mi blandit cursus. Morbi convallis consectetur sem vitae congue. Sed eleifend felis ante, sit amet cursus enim varius at. In ac lorem orci. Curabitur et facilisis quam, eu eleifend orci.
– Pellentesque placerat massa dui, eget dignissim orci tincidunt eget. Sed ultricies tincidunt metus. Duis aliquet elit vel est pulvinar, vel tempus mauris convallis. Vivamus sit amet arcu ultrices risus sagittis commodo quis sed elit.

Eléments de traçabilité documentaire
Chaque document que vous diffusez doit être daté, identifié et tracé. Cette règle n’est pas propre aux documents de gestion de projet, elle s’applique à tous les documents qui circulent dans un organisme. Les quatre tableaux ci-dessous devraient normalement figurer en début de tous les documents. De plus, chaque pied de page devrait rappeler à minima le nom du document et le numéro de version.

Nature du document

TitreCharte du projet "Palinodie"
ObjetCe document formalise la décision de lancer le projet "Palinodie" et définit les modalités de mise en œuvre.
Nombre de pages25

Rédacteurs

 Prénom et NomFonctionDateVisa
Rédigé parPaul DurandConsultant24-05-2018PD
Vérifié parSophie MoreauChef de projet25-05-2018SM
Approuvé parJean de BoissieuDirecteur Général25-05-2018JdB

Suivi des versions

Suivi des versions du document
VersionAuteurDate de diffusionDescription de l'évolution
V01Paul Durand21/05/2018Version originelle
V02Jean Teullier12-06-2018§ 2.3 : ajout des observations du comité technique
V03

Liste de diffusion

Liste de diffusion
Prénom & NomOrganismeRôle dans le projetEI
Sébastien VolotSTD consultantsAMOAX
Antoine BrunelSDAI IndustriesChef de projetX
.
E : pour Exécution ............I : pour Information
Documents du processus de coordination
Le premier des processus que nous allons explorer est le processus de coordination. Ce processus englobe tous les autres. Les adeptes de la logique du Project Management Institute (PMI) reconnaitront le domaine de connaissances d’intégration.
Les documents du processus de coordinationVoici quelques explications sur le schéma ci-dessus :
– La flèche horizontale orange, en arrière-plan, représente le cycle de vie du projet, ici décomposé en trois phases : Exploration, Préparation et Mise en œuvre. La phase de mise en œuvre regroupe la réalisation du produit et la finalisation du projet.
– Les losanges rouges représentent les jalons du projet : J0 est la revue de portefeuille à l’occasion de laquelle de nouveaux projets sont soumis à l’instance de direction qui décide de les ajourner ou d’en déclencher l’instruction. J1 est la revue d’opportunité, J2 la revue de faisabilité et Jf la réunion de clôture du projet.
– Les documents figurés ici en vert sont des documents de travail, élaborés par l’équipe de projet. Ces documents synthétisent le travail de la phase qui s’achève et fournissent à l’autorité supérieure les éléments de décision.
– Les documents figurés en bleu traduisent les décisions et les orientations fixées par l’instance de décision pour la phase à venir. Ils constituent la « feuille de route » du chef de projet et de son équipe.

Cliquez sur la barre correspondant au document qui vous intéresse

Fiche de proposition de projet

A quoi sert la fiche de proposition de projet ?
La fiche de proposition de projet précède l’existence du projet. Elle concrétise l’idée de projet et officialise la demande faite à l’instance de décision de bien vouloir mettre le projet à l’étude. Le but du document est de convaincre les décideurs que l’idée est digne d’intérêt. Le rédacteur doit se comporter en « vendeur » de l’idée, et mettre en avant les bénéfices que l’organisme peut tirer du projet. Dans les organismes qui ont su mettre en place un bureau des projets, la fiche de proposition de projet est le document d’entrée des projets dans le « portefeuille de projets »

Qui remplit la fiche, à quel moment ?
Pour ne pas priver l’entreprise de bonnes idées et pour encourager le changement, il est bon que le nombre de personnes autorisées à faire des propositions soit le plus large possible. Il faut distinguer l’initiateur (celui qui a émis l’idée) du rédacteur de la fiche. Une fois renseignée, la fiche de proposition est présentée pour décision à l’instance de pilotage.

Modèle commenté de fiche de proposition de projet

Fiche de proposition de projet

– Intitulé du projet
Une phrase de trois à cinq mots doit suffire à nommer le projet de façon non ambigüe (de façon que ce projet ne soit pas confondu avec un autre).

– Origine de la proposition
Vous devez simplement indiquer ici les prénom et nom de l’initiateur ainsi que, pour les organismes importants, son affectation. Indiquer aussi l’identité du rédacteur si ce n’est pas la même personne.

– Problématique et contexte
Tout projet vise à résoudre un problème ou combler une insatisfaction. Décrivez la situation qui motive la demande de projet. N’hésitez pas à entrer dans les détails et à forcer le trait : si le décideur sous-estime le problème, la demande sera refusée.

– Description de l’idée de projet
Décrivez en quelques mot en quoi consiste le projet : Lancer tel nouveau produit, remplacer telle machine vétuste, construire un bâtiment social, réorganiser le service après-vente, créer un site internet de vente en ligne…Soyez à la fois bref et précis.

– Finalité
Pour lire la suite je me connecte ou je m’abonne Nullam sollicitudin pulvinar nibh at vehicula. Nunc mattis erat vel neque tristique, quis mattis massa interdum. Pellentesque ornare nunc varius lectus sagittis sodales. Pellentesque sit amet imperdiet mauris. Phasellus laoreet molestie consectetur. Donec euismod nec ante quis tincidunt. Duis lacinia accumsan volutpat. Nulla nunc turpis, vehicula eu nisl at, pulvinar fermentum felis. Cras non auctor neque, et consequat nunc, etc…


– Cohérence avec la stratégie
Aliquam bibendum mi nibh, at tempor risus facilisis bibendum. Donec suscipit ipsum ut condimentum mollis. In sit amet nibh iaculis justo viverra fringilla vel eget massa. Cras laoreet lacus nec justo commodo, et pharetra tellus pharetra. Curabitur laoreet auctor aliquet. Duis elementum nulla at dui interdum, a accumsan libero mattis. Vivamus blandit orci a tincidunt porttitor. Fusce maximus.


– Efforts à consentir
Donec at turpis nec urna euismod tristique vel a diam. Phasellus nec leo mi. Nullam molestie posuere augue. Suspendisse neque orci, ultricies eu tortor nec, pulvinar cursus massa.

Autres dénominations :
– Fiche de demande de projet

Fiche descriptive de projet

A quoi sert la fiche descriptive de projet ?
La fiche descriptive de projet (ou fiche projet) est l’acte de naissance du projet. Elle en formalise l’existence et déclenche l’étude d’opportunité. Elle contient toutes les informations nécessaires à cette étude.

Qui remplit la fiche, à quel moment ?
La fiche descriptive de projet est rédigée immédiatement après l’acceptation de la proposition de projet par l’instance décisionnelle. C’est donc à un membre de la direction de l’organisme qu’il appartient de la rédiger.

Modèle commenté de fiche descriptive de projet

Fiche descriptive de projet

– ici, le NOM DU PROJET –

– Intitulé du projet
Cet intitulé sera repris sur tous les documents du projet. S’il est descriptif, vérifier qu’il est unique et qu’il sera compris par toutes les parties prenantes. Si c’est justifié par des préoccupations de secret, l’intitulé peut être un code qui n’aura pas de signification pour des personnes étrangères au projet. Dans le cas ou l’on a besoin de favoriser l’adhésion (voire l’enthousiasme) des parties prenantes, on peut choisir un nom sans aucun rapport avec l’objet du projet.

– Origine de la proposition
Rappeler l’identité de l’initiateur du projet, d’abord par respect pour celui-ci, ensuite parce que les personnes chargées de conduire l’étude d’opportunité peuvent avoir besoin d’éclaircissements de sa part..

– Contexte et objectifs
Décrivez la situation existante, le problème auquel le projet doit apporter une solution (ou le besoin à satisfaire, ou l’opportunité à saisir). Décrivez le résultat (la situation-cible, le changement..) qui devra être obtenu à la date de fin de projet.

– But du projet
Pour lire la suite je me connecte ou je m’abonne
Curabitur commodo aliquet ullamcorper. Pellentesque habitant morbi tristique senectus et netus et malesuada fames ac turpis egestas. Maecenas quis tristique odio. Donec imperdiet eget arcu at dapibus.

– Parties prenantes
Sed pulvinar tristique arcu. Vestibulum a nisl quis ex ultricies laoreet non a dui. Nullam id orci risus. Maecenas id odio non augue suscipit laoreet sed tristique ante. Ut consequat libero ut semper blandit. Praesent ipsum neque, cursus ut vestibulum pulvinar.

– Périmètre
Volutpat sit amet dolor. Quisque quis magna sit amet nisl efficitur bibendum. Etiam consectetur ligula ut ex pharetra.

– Risques et facteurs de succès
Cras porttitor nisi id euismod pharetra. Quisque faucibus rutrum odio. Duis varius, ex dignissim dictum blandit, ante urna luctus metus, eu pulvinar.

Autres dénominations :
– Fiche projet

Note d'opportunité

A quoi sert la note d’opportunité ?
La note d’opportunité est un outil d’aide à la décision pour le maître d’ouvrage. Elle lui fournit une première évaluation de la pertinence du projet. Au vu de cette étude, l’instance de décision choisira d’arrêter là le projet ou de le poursuivre.

Qui remplit la fiche, à quel moment ?
La note d’opportunité peut être renseignée par un membre de l’organisme maître d’ouvrage ou par un acteur extérieur à l’organisme agissant dans le cadre d’une mission d’assistance à maîtrise d’ouvrage. En tout état de cause le rédacteur devra avoir un libre accès à de nombreuses informations dont certaines sensibles.

Modèle commenté de fiche descriptive de projet

Note d’opportunité de projet

– ici, le NOM DU PROJET –

– Description du projet
Faire un bref résumé de la fiche descriptive de projet.

– Analyse de cohérence
La première condition que doit remplir un projet est d’être en harmonie avec la raison d’être de l’organisme (entreprise, association, institution….) qui porte le projet, avec ses valeurs et avec son ambition stratégique. Ce paragraphe doit apporter la confirmation qu’il en est bien ainsi

– Avant-projet sommaire
Il est rare que l’on puisse juger de l’opportunité d’un projet sans avoir une idée même générale de ce qu’en sera le résultat. Un avant-projet sommaire a pu être nécessaire pour fournir une première approche. Si c’est le cas, citer les travaux qui ont été réalisés et leurs livrables : épures, maquettes, démonstrateurs, résultats d’études de marché ou d’enquêtes…

– Approche budget
L’avant-projet sommaire a également pour but de servir de base à une première évaluation du budget nécessaire. Cette première estimation du coût est toujours effectuée à l’aide de méthodes globales d’estimation qui fournissent une précision suffisante dans un objectif d’aide à la décision. Vous devez annoncer un budget, en insistant sur le caractère approximatif de la somme annoncée. Si possible donnez la fourchette de valeurs mini et maxi.

– Potentiel du projet
Pour lire la suite je me connecte ou je m’abonne

Nulla in eros sit amet augue dictum sollicitudin at sit amet libero. Nullam iaculis malesuada aliquet. Pellentesque habitant morbi tristique senectus et netus et malesuada fames ac turpis egestas. Praesent sit amet sem vel risus porttitor auctor. Fusce dui augue, tincidunt tincidunt ullamcorper in, dapibus vel justo. Donec vulputate, nibh eu porta congue, risus ante ullamcorper nulla, sit amet vulputate magna massa vitae nisl. Suspendisse turpis lectus, blandit id ante et, semper interdum enim. Quisque ullamcorper rutrum purus, ac cursus turpis pellentesque id. Interdum et malesuada fames ac ante ipsum primis in faucibus. Interdum et malesuada fames ac ante ipsum primis in faucibus. In lacinia, sapien egestas finibus placerat, arcu lacus sagittis arcu, eget dapibus nibh magna at magna.


– Analyse SWOT
Maecenas venenatis gravida rhoncus. Phasellus pulvinar dictum justo, ac tempus tortor efficitur ut. Vivamus nisi metus, porttitor non finibus eu, sollicitudin vehicula elit. Praesent ornare consequat orci, in porta felis. Sed ut velit ac est lacinia rutrum. Suspendisse elementum varius ex eget pretium. Aliquam sodales condimentum viverra. Etiam tincidunt aliquet mi, at aliquam tellus accumsan ut. Cras laoreet nisi tristique sagittis pharetra. Praesent tincidunt dui et nisi blandit, sed laoreet massa pharetra. Aliquam fermentum tellus ac mauris volutpat, vitae suscipit urna dapibus. Ut sodales elit turpis, nec semper leo tincidunt sit amet. Duis mollis tortor velit, eget accumsan lectus bibendum vel. Nulla id blandit felis.


Exemple d'analyse SWOT

Charte de projet

A quoi sert la charte de projet ?
A l’issue de la phase exploratoire le dossier d’étude d’opportunité est soumis à l’instance de décision. Celle- ci choisit de poursuivre ou pas. Si la décision de poursuivre le projet est prise, la charte de projet est rédigée. Elle formalise la décision de lancer le projet et fournit les données d’entrée de la phase de préparation. La charte de projet reprend une partie des rubriques de la fiche descriptive de projet et y rajoute les instructions à l’intention du chef de projet.

Modèle commenté de charte de projet

Charte de projet

– ici, le NOM DU PROJET –

– Commanditaire
Le commanditaire est la personne physique ou morale (ou le service de l’organisme) pour laquelle est réalisé le projet. Également appelée MOA pour « maîtrise d’ouvrage »

– Promoteur (Sponsor)
Le sponsor est la personne physique (l’individu), appartenant à la maîtrise d’ouvrage, et qui est garant du succès du projet

– Contexte
Il est important que tous les acteurs du projet aient une vision panoramique de l’environnement du problème : Le domaine concerné, les solutions existantes, l’historique du projet (travaux et études déjà réalisés, tentatives antérieures infructueuses), ce qui a motivé le commanditaire pour lancer ce projet. Le terme environnement peut couvrir notamment les domaines économique, commercial, concurrentiel, social, sociétal, technologique, juridique.

– Objectif
L’objectif du projet, c’est le résultat attendu par la MOA à la date de clôture du projet et que la MOE s’engage à lui fournir.

– But du projet
Pour lire la suite je me connecte ou je m’abonne
Fusce nec mauris dignissim, feugiat ipsum ac, gravida leo. Curabitur justo magna, aliquet eu commodo molestie, tempus eget ante. Fusce ornare vulputate tortor, et malesuada turpis semper non. Sed tincidunt, nibh non mattis ultrices, lacus arcu placerat leo, in accumsan mauris diam ut felis. Mauris suscipit quam et posuere efficitur.

– Enjeux
Vestibulum fermentum ultrices justo in tempus. Cras ac dolor dictum, congue lacus et, faucibus mi. Etiam sit amet posuere tellus. Maecenas sit amet sodales justo. Aenean mollis consequat ultricies. Proin posuere ultrices urna quis ornare. Donec rutrum ullamcorper mi massa.

– Impact
Duis lacinia accumsan volutpat. Nulla nunc turpis, vehicula eu nisl at, pulvinar fermentum felis. Cras non auctor neque, et consequat nunc. Praesent luctus congue risus, vitae ultricies erat varius a. Vestibulum id urna ultrices, auctor odio ut, iaculis enim.

– Gestion du projet
Praesent quis dolor mi. Mauris nibh quam, gravida non ex eu, venenatis iaculis sem. Suspendisse ornare rutrum leo in condimentum. Donec porta nibh metus, sodales maximus nulla sollicitudin eget.

– Gouvernance du projet
Donec varius tortor erat, vitae accumsan purus aliquet nec. Aenean pharetra augue vitae mi blandit cursus. Morbi convallis consectetur sem vitae congue. Sed eleifend felis ante, sit amet cursus enim varius at.

– Budget
Donec varius tortor erat, vitae accumsan purus aliquet nec. Aenean pharetra augue vitae mi blandit cursus. Morbi convallis consectetur sem vitae congue. Sed eleifend felis ante, sit amet cursus enim varius at.

– Echéancier
Nam eget orci a sapien tincidunt venenatis eu eu augue. Integer volutpat nunc dictum turpis finibus euismod. Fusce ullamcorper tellus quis est congue, id rhoncus lorem aliquam. Nam porttitor..

– Freins et facteurs-clé de succès
Duis aliquet elit vel est pulvinar, vel tempus mauris convallis. Vivamus sit amet arcu ultrices risus sagittis commodo quis sed elit. Suspendisse vel consectetur purus. Nunc suscipit aliquet viverra. Mauris facilisis at libero ut blandit. Maecenas elementum, felis varius varius molestie, eros leo tempor mauris, in lacinia nibh velit at sapien. etc…

– Autorisation
Cras faucibus justo augue, in imperdiet tortor tincidunt ut. Duis at quam tincidunt, convallis mauris quis, ultricies purus. Vestibulum sit amet ipsum eleifend, bibendum lacus nec, vulputate eros. Donec quis diam id diam vulputate eleifend. Vestibulum pharetra aliquet dolor ut gravida. Aenean accumsan est ac sagittis finibus. Phasellus a leo arcu.

Dossier d'étude de faisabilité

A quoi sert le dossier d’étude de faisabilité ?
Le projet approche de sa phase de mise en œuvre. Le commanditaire va devoir prendre la décision en général irréversible de réaliser (ou pas) le système. Il a besoin de certitudes quant à l’atteinte de l’objectif. Vous devez passer en revue tous les domaines du projet et démontrer qu’il ne comporte pas d’impossibilité.

Modèle commenté de dossier d’étude de faisabilité

Dossier d’étude de faisabilité

– ici, le NOM DU PROJET –

– Cadrage du projet
Ce paragraphe reprend sans modifications et dans son intégralité la charte de projet, dans le but d’éclairer et de justifier les propositions qui vont suivre.

– Expression du besoin
S’il existe un référentiel du besoin, de type « Spécification Technique du Besoin » (STB) ou « Cahier Des Charges Fonctionnel » (CDCF) faire référence à ce(s) document(s). Dans le cas inverse, détaillez ici les exigences fonctionnelles, les solutions imposées et les exigences techniques.

– Présentation de la solution
Décrivez en détail le système prescrit : Son architecture générale, les principes techniques retenus, son fonctionnement, les composants matériels et logiciels choisis, son utilisation, sa maintenance…

– Justification des choix
Vous devez montrer en quoi les choix de conception proposés constituent la meilleure réponse au besoin exprimé. Une conception est toujours le résultat de compromis, n’hésitez pas à mettre en lumière les impasses que vous avez du faire et les fonctions que vous avez du dégrader, justifiez ces choix. Citez les autres solutions envisagées et les raisons pour lesquelles elles ont été écartées.

– Faisabilité technique
Un projet comporte très souvent un défi technique. A ce stade de l’étude vous devez apporter la preuve que le système donnera entière satisfaction. Dites quelles fonctions méritaient que l’on vérifie la possibilité de les réaliser. Quels moyens avez-vous mis en œuvre pous effectuer les vérifications (maquette, installation-pilote, appel à expert, calculs, enquête…). Quels résultats avez-vous obtenu ? S’il reste des incertitudes, annoncez-le très clairement de façon que le commanditaire prenne ses risques en connaissance de cause.

– Faisabilité économique
Quel est le budget du projet, en valeur monétaire ou en nombre d’heures de travail humain. S’il s’agit d’un projet à rentabilité contrôlée, donnez le détail de votre étude de rentabilité et ses résultats ( DRCI, VAN…)

– Faisabilité financière
Pour lire la suite je me connecte ou je m’abonne
Duis porttitor tincidunt ultricies. Donec quis ante semper, faucibus ipsum at, ullamcorper quam. Nulla quis neque egestas, accumsan magna ut, laoreet neque. Donec tristique condimentum lorem, sed ornare neque finibus porttitor. Interdum et malesuada fames ac ante ipsum primis in faucibus.

– Faisabilité calendaire
Donec tristique condimentum lorem, sed ornare neque finibus porttitor. Interdum et malesuada fames ac ante ipsum primis.

– Faisabilité juridique
Integer vel elementum massa. Aliquam in metus eu sapien tempus pulvinar in in velit. Praesent semper purus neque, eu ornare augue luctus ut. Morbi eu felis posuere, sagittis elit eu, euismod erat. In hac habitasse platea dictumst. Praesent imperdiet elit non lacus iaculis sollicitudin.

– Risques opérationnels
Nullam sollicitudin pulvinar nibh at vehicula. Nunc mattis erat vel neque tristique, quis mattis massa interdum. Pellentesque ornare nunc varius lectus sagittis sodales. Pellentesque sit amet imperdiet mauris. Phasellus laoreet molestie consectetur. Donec euismod nec ante quis tincidunt. Duis lacinia accumsan volutpat. Nulla nunc turpis, vehicula eu nisl at, pulvinar fermentum felis.

Plan de projet

A quoi sert le plan de projet ?
Si la charte de projet répond à la question « que va-t-on faire ». Le plan de projet, quant à lui, répond à la question « comment va-t-on s’y prendre pour obtenir le résultat attendu » Il définit la façon dont le projet sera exécuté, surveillé et contrôlé, puis fermé.

Modèle commenté de plan de projet

Plan de projet

– ici, le NOM DU PROJET –

CADRAGE DU PROJET
Ce paragraphe reprend les rubriques de la charte de projet.

EXPRESSION DU BESOIN
Ce paragraphe renvoie aux documents de définition du besoin : Cahier Des Charges Fonctionnel (CDCF) et/ou Spécification Technique du Besoin (STB).

PRESENTATION DE LA SOLUTION
Ce paragraphe décrit le système prescrit et renvoie si besoin à un document détaillé (Avant-Projet Détaillé (APD)).

METHODOLOGIE
Il est possible que l’instance de gouvernance ou l’équipe projet ait choisi une démarche de conduite de projet ou des outils méthodologiques particuliers : méthode agile dans un projet informatique, analyse de la valeur dans un projet d’innovation, Khefren ou GAR dans des projets publics… Dans ce cas il faut l’annoncer clairement.

PARTIES PRENANTES, ROLES ET RESPONSABILITES

– L’instance de décision
L’instance de décision (souvent désignée par le vocable de COPIL, pour Comité de Pilotage) regroupe les personnes en charge de contrôler le bon déroulement du projet au nom du commanditaire et de prendre les décisions stratégiques.

– Les contributeurs experts
Si l’équipe de projet ne regroupe pas la totalité des expertises nécessaires au bon déroulement du projet, il faut à ce stade avoir identifié les experts que l’équipe pourra solliciter le moment venu et les conditions (y compris financières) de cette collaboration.

– L’équipe projet
L’équipe projet comporte à sa tête un chef de projet et un seul, interlocuteur privilégié de la MOA. Préciser les domaines d’expertise, les rôles, les missions et les responsabilités de chacun des membres de l’équipe. Anticipez si besoin sur les sanctions encourues par un membre qui ne jouerait pas le jeu.

– Les utilisateurs finaux
Paradoxalement, les utilisateurs finaux sont souvent les grands oubliés du projet. Comment avez-vous prévu de recueillir l’avis des personnes impliquées dans l’exploitation et la maintenance (pour un système technique), des clients finaux (pour un service), du public (pour un projet d’équipement collectif) ou des acteurs impliqués dans un projet d’événementiel.

MANAGEMENT DU CONTENU

– Les choix techniques
Chaque fois qu’il y aura lieu de faire des choix, qui décidera et en fonction de quelle procédure. Où, comment et par qui seront enregistrés les relevés de décision ? Précisez clairement où se situe la frontière entre les décisions qui relèvent exclusivement de la MOE et celles pour lesquelles il faut obtenir l’accord de la MOA.

– La procédure de réception des livrables
En complément du paragraphe précédent décrivez les conditions de recette des livrables et du produit final : Le moment, le lieu. Précisez de quoi et de qui vous aurez besoin ? A quels tests procéderez-vous ?

MANAGEMENT DES TRAVAUX

– Les conditions d’exécution des travaux
Certains travaux sont-ils exécutés dans un lieu dont l’accès est règlementé ? Dans quelles conditions certains matériels sont-ils mis à votre disposition ?

– La sécurité (des personnes, des données et des biens)
Le projet met-il en danger la sécurité des personnes (équipe projet, utilisateurs, tiers….) ou les biens, matériels ou immatériels (données informatiques). Si c’est le cas quelles mesures de prévention et de protection sont mises en place, qui est en charge de veiller à leur application ?

MANAGEMENT DE L’ECHEANCIER

– Planning directeur
Le planning directeur du projet est un planning synthétique du projet limité aux principaux jalons (jalons directeurs) C’est l’un des principaux outils du pilotage stratégique. Optez pour une représentation la plus visuelle possible (ligne de temps, jalons et livrables)

– Planning opérationnel
Le planning opérationnel est l’outil privilégié du chef de projet. Il est souvent réalisé sous la forme d’un diagramme de Gantt. A ce stade du projet il doit être réalisé.

– Reporting de l’avancement.
A quelle fréquence ferez-vous ce reporting, de quelle façon, sur la base de quels documents ?

MANAGEMENT DES COUTS
Pour lire la suite je me connecte ou je m’abonne
Nulla molestie libero quam, ut blandit mi consectetur eget. Sed aliquam id purus vel rutrum. Integer vel elementum massa. Aliquam in metus eu sapien tempus pulvinar in in velit. Praesent semper purus neque, eu ornare augue luctus ut. Morbi eu felis posuere, sagittis elit eu, euismod erat. In hac habitasse platea dictumst.
Praesent imperdiet elit non lacus iaculis sollicitudin. Mauris nec dui suscipit, vestibulum arcu a, pulvinar ligula. Fusce nec mauris dignissim, feugiat ipsum ac, gravida leo. Curabitur justo magna, aliquet eu commodo molestie, tempus eget ante. Fusce ornare vulputate tortor, et malesuada turpis semper non. Sed tincidunt, nibh non mattis ultrices, lacus arcu placerat leo, in accumsan mauris diam ut felis..


MANAGEMENT DE LA COMMUNICATION

– La confidentialité :
Praesent imperdiet elit non lacus iaculis sollicitudin. Mauris nec dui suscipit, vestibulum arcu a, pulvinar ligula. Fusce nec mauris dignissim, feugiat ipsum ac, gravida leo. Curabitur justo magna, aliquet eu commodo molestie, tempus eget ante. Fusce ornare vulputate tortor, et malesuada turpis semper non. Sed tincidunt, nibh non mattis ultrices, lacus arcu placerat leo, in accumsan mauris diam ut felis. Mauris suscipit quam et posuere efficitur.

– Les Outils de communication opérationnelle
Suspendisse ornare rutrum leo in condimentum. Donec porta nibh metus, sodales maximus nulla sollicitudin eget. Fusce dictum ex quis porttitor egestas. Morbi vitae scelerisque turpis, sed laoreet lorem. Nullam vel neque sagittis diam accumsan accumsan. In suscipit quam nibh.

– Le reporting
Morbi mollis condimentum efficitur. Nullam rhoncus justo massa, in congue elit feugiat nec. Praesent quis dolor mi.

– Les réunions
Nunc at lorem vitae ipsum hendrerit venenatis a efficitur lectus. Cras faucibus justo augue, in imperdiet tortor tincidunt ut. Duis at quam tincidunt, convallis mauris quis, ultricies purus.
Vestibulum sit amet ipsum eleifend, bibendum lacus nec, vulputate eros. Donec quis diam id diam vulputate eleifend. Vestibulum pharetra aliquet dolor ut gravida. Aenean accumsan est ac sagittis finibus. Phasellus a leo arcu. Nam porttitor, orci eu porta lobortis, erat sapien mattis lorem, quis iaculis massa arcu vel felis.


– La communication promotionnelle
Phasellus a leo arcu. Donec diam mi, aliquet eu rutrum convallis, condimentum eu augue. Nunc et nisl dapibus, laoreet mi non, ultricies nisl. Morbi sagittis, orci vitae facilisis ultricies, purus nisi pretium neque.

MANAGEMENT DES RISQUES
Duis at quam tincidunt, convallis mauris quis, ultricies purus. Vestibulum sit amet ipsum eleifend, bibendum lacus nec, vulputate eros. Donec quis diam id diam vulputate eleifend. Vestibulum pharetra aliquet dolor ut gravida. Aenean accumsan est ac sagittis finibus. Phasellus a leo arcu. Donec diam mi, aliquet eu rutrum convallis, condimentum eu augue. Nunc et nisl dapibus, laoreet mi non, ultricies nisl. Morbi sagittis, orci vitae facilisis ultricies, purus nisi pretium neque, id tincidunt sem sem eu libero. Donec vel consequat ante, ut consequat tellus. Praesent sed massa pellentesque augue vehicula varius vel sed ex. Aenean semper enim pretium ex tempor mollis. Orci varius natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus. Curabitur in dignissim nulla. Aenean sit amet dignissim erat, id tristique erat.

Bilan du projet

A quoi sert le bilan de projet ?
Il n’est pas faux de dire que le bilan de projet est le document le plus important du projet. Et pourtant combien de projets s’achèvent sans que l’on ne trouve le temps d’en faire le débrieffing. Résultat de cet état de fait : les équipes projet font et refont les mêmes erreurs, ou sont confrontés et se plaignent des mêmes problèmes récurrents. S’ensuit à long terme le découragement et l’aigreur, jusqu’à ce que les meilleurs éléments démissionnent pour rejoindre des équipes plus dynamiques. Le bilan du projet est l’occasion de mettre en valeur ce qui s’est bien passé et de se donner les moyens de modifier les procédures pour que les futurs projets ne souffrent pas des mêmes erreurs.

Modèle commenté de bilan de projet

Bilan du projet

– ici, le NOM DU PROJET –

REALISATION DES OBJECTIFS

Réalisation du produit
Les exigences du cahier des charges étaient-elles complètes, suffisamment précises et réalistes. Le produit est-il conforme à ce qui était prévu. Y a-t-il eu des modifications importantes, si oui qu’est-ce qui les a motivées.

Respect du délai
Le planning de référence a-t-il été respecté. S’il y a eu des retards, quelle en est la cause. Les retards sont-ils exceptionnels ou habituels.

Respect du budget
Le budget prévisionnel a-t-il été respecté. Sinon, quels postes budgétaires ont dérivé, pour quelles raisons : prévisions erronées, mauvaise maitrise ou aléas. Faut-il modifier les tables de coûts standards (ou créer de telles tables).

RECAPITULATIF DES PRINCIPAUX SUCCES ET PROBLEMES

Succès
Ne négligez pas cette rubrique, il ne faut jamais oublier de citer les points positifs, si vous ne le faites pas vous-même il est peu probable que d’autres le fassent pour vous.

Problèmes rencontrés
Quels problèmes sont survenus. avaient ils été pris en compte dans l’analyse de risque. Avaient-ils été anticipés. Les a-t-on déjà rencontrés dans les projets précédents. Que peut-on faire pour ne plus les rencontrer dans les projets futurs.

Situations imprévues
Des évènements imprévus ont-ils modifié le cours du projet, en bien ou en mal. Pour les évènements aux conséquences négatives, pouvait-on les anticiper.

Respect de la méthodologie
Si une méthode de travail particulière avait été préconisée (méthode agile, analyse de la valeur, gestion axée sur les résultats…) Ce choix était-il justifié, a-t-il été respecté. Faut-il généraliser cette méthode aux projets futurs. Faut-il aménager la méthode pour l’adapter à l’organisme.

PERCEPTION DES UTILISATEURS DU PRODUIT

Implication des utilisateurs dans la conception
Pour lire la suite je me connecte ou je m’abonne
Nulla molestie libero quam, ut blandit mi consectetur eget. Sed aliquam id purus vel rutrum. Integer vel elementum massa. Aliquam in metus eu sapien tempus pulvinar in in velit. Praesent semper purus neque, eu ornare augue luctus ut. Morbi eu felis posuere, sagittis elit eu, euismod erat. In hac habitasse platea dictumst. Praesent imperdiet elit non lacus iaculis sollicitudin.

Satisfaction des utilisateur
Nullam sollicitudin pulvinar nibh at vehicula. Nunc mattis erat vel neque tristique, quis mattis massa interdum. Pellentesque ornare nunc varius lectus sagittis sodales. Pellentesque sit amet imperdiet mauris.

ACTIONS D’AMELIORATION PROPOSEES

Amélioration des prévisions de durée et de coût
Pellentesque ornare nunc varius lectus sagittis sodales. Pellentesque sit amet imperdiet mauris. Phasellus laoreet molestie consectetur. Donec euismod nec ante quis tincidunt.

Bonnes pratiques à généraliser
Phasellus laoreet molestie consectetur. Donec euismod nec ante quis tincidunt. Duis lacinia accumsan volutpat. Nulla nunc turpis. Nunc.

Pratiques à modifier pour éviter les problèmes
Praesent quis dolor mi. Mauris nibh quam, gravida non ex eu, venenatis iaculis sem. Suspendisse ornare rutrum leo in condimentum. Donec porta nibh metus, sodales maximus nulla sollicitudin eget. Fusce dictum ex quis porttitor egestas. Morbi vitae scelerisque turpis, sed laoreet lorem. Nullam vel neque sagittis diam accumsan accumsan.

Autres dénominations :
– Rapport de fin de projet
– Rapport de clôture

Procès-verbal de clôture

A quoi sert le procès verbal de clôture ?
Le procès-verbal de clôture est le document administratif qui officialise la fin du projet. Il est en effet important que toutes les parties prenantes soient informées de la « mort » du projet, sans quoi certains continueront à imputer des dépenses ou à pointer des heures sur le projet, d’autres continueront de solliciter le chef de projet pour telle ou telle modification qui n’a plus lieu d’être. Le procès-verbal de clôture ne se substitue pas au bilan et n’en reprend pas le contenu. Il ne contient aucun jugement ni commentaire sur les succès et les échecs. Il ne contient aucune prescription sur ce qui derait être changé pour les projets à venir.

Modèle commenté de procès verbal de clôture

Procès verbal de clôture

– ici, le NOM DU PROJET –

Clôture des comptes
Il doit être clair pour chacun qu’aucune nouvelle dépense ne peut plus être imputée au titre du projet. Le système a basculé dans sa phase de vie, les dépenses qu’il nécessite doivent désormais être imputées sur les budgets d’exploitation et de maintenance.

Libération des ressources
Le chef de projet est désormais affecté à d’autres activités, voire à un autre projet. Il ne doit plus être sollicité et en tout cas n’a plus aucun pouvoir pour agir sur un projet qui n’existe plus. De la même façon, les contributeurs, les entreprises et autres ressources n’ont plus à travailler sur le projet.

Documentation du projet
Il s’agit ici de faire la liste des documents produits au cours du projet. Ou sont-ils archivés ? Les leçons apprises ont-elles donné lieu à un enregistrement dans la base de bonnes pratiques ?

Autres dénominations :
– Lettre de clôture
– Note de clôture
Documents du processus de Gestion du contenu
L’expression « Processus de gestion du contenu » peut paraître énigmatique. Il s’agit tout simplement de la suite organisée des actions contribuant directement à apporter la réponse au besoin. Autrement dit à livrer au client les produits et solutions conformes à ses attentes. Toutes les autres activités du projet sont au service de celle-ci.
Documents du processus de gestion du contenu du projetVoici quelques explications sur le schéma ci-contre :
Le processus de gestion du contenu est ici découpé ici en 4 phases pour la partie projet, plus la phase d’exploitation post-projet.
– La phase de recueil des exigences est de loin la plus importante et la plus difficile à réaliser. A l’issue de cette phase le besoin doit être décrit sous tous ses aspects et de façon suffisamment détaillée pour ne laisser place à aucun malentendu, à aucune interprétation voire à aucune malhonneteté de la part d’un maître d’œuvre indélicat. A ce stade et suivant les projets, la solution peut être décrite soit uniquement en terme de fonctions à assurer (projets d’innovation) soit en terme de fonctions à assurer et de solutions imposées.
– La phase de définition du système consiste à élaborer la réponse au besoin, dans le total respect des exigences définies à l’issue de la phase précédente. Elle se termine par la fourniture d’un dossier qui décrit sans aucune ambiguïté le système à réaliser.
– La phase de réalisation
Pour lire la suite je me connecte ou je m’abonne vestibulum fermentum ultrices justo in tempus. Cras ac dolor dictum, congue lacus et, faucibus mi. Etiam sit amet posuere tellus. Maecenas sit amet sodales justo. Aenean mollis consequat ultricies. Proin posuere ultrices urna quis ornare. Donec rutrum mi massa, ut pulvinar dolor venenatis eu.
– Duis porttitor tincidunt ultricies. Donec quis ante semper, faucibus ipsum at, ullamcorper quam. Nulla quis neque egestas, accumsan magna ut, laoreet neque. Donec tristique condimentum lorem, sed ornare neque finibus porttitor. Interdum et malesuada fames ac ante ipsum primis in faucibus. Aliquam erat volutpat. Vestibulum sed neque nec dolor dictum scelerisque. Nam blandit tristique leo rutrum posuere.
– Nulla molestie libero quam, ut blandit mi consectetur eget. Sed aliquam id purus vel rutrum. Integer vel elementum massa. Aliquam in metus eu sapien tempus pulvinar in in velit. Praesent semper purus neque, eu ornare augue luctus ut. Morbi eu felis posuere, sagittis elit eu, euismod erat. In hac habitasse platea dictumst.

Documents de la phase de RECUEIL DES EXIGENCES

Dossier d'expression initiale du besoin

A quoi sert le Dossier d’expression initiale du besoin ?
Dans l’intitulé de ce document le terme « expression initiale » est très important. Il s’agit, en tout début de projet, de recueillir la demande telle qu’elle a été exprimée par l’initiateur du projet. Ce dernier (client, chef de produit, responsable marketing, commercial, technicien, dirigeant de l’entreprise ou autre) est rarement capable d’identifier le réel besoin et de le décrire. Néanmoins il faut s’imposer cette « photographie » du besoin exprimé au temps zéro du projet. Par la suite cette demande sera toujours complétée, souvent modifiée (toujours dans l’intérêt du projet et avec l’accord du commanditaire).

Modèle commenté de Dossier d’expression initiale du besoin

Dossier d’expression initiale du besoin

– ici, le NOM DU PROJET –

Description du domaine

Avant de parler dans les paragraphes suivants du produit lui-même (que ce soit un objet technique, un service, une solution informatique…) Il est important de situer le domaine dans lequel ce produit doit s’insérer. Quelle est l’activité pratiquée par les futurs utilisateurs, qui sont-ils, quelles sont leur principales caratéristiques. Quel est l’environnement physique du futur produit. Quel est le vocabulaire particulier du domaine, etc… Si besoin on décrit le cadre règlementaire. Ce paragraphe doit rester assez général, son seul but étant de donner la vision panoramique qui permettra de mieux comprendre la suite.

Description du problème

Ce paragraphe décrit le problème pour lequel ce projet a été créé. On nomme les parties prenantes, leurs rôles et responsabilités. On décrit la situation existante, on explique en quoi elle est insatisfaisante. On décrit ce qui doit être amélioré, mais aussi ce qui doit être conservé. On décrit la situation-cible en insistant sur les bénéfices qu’elle va apporter aux différentes parties prenantes : par exemple meilleur confort, bénéfice financier ou économies, image améliorée, meilleure productivité ou tout autre avantage.

Description du produit attendu

Dans ce paragraphe on décrit brièvement le produit attendu. Il ne faut pas trop entrer dans le détail et surtout veiller à ne pas imposer de solutions. Si des études ou des essais ont été réalisés, s’il existe des maquettes, c’est ici qu’il faut en faire état. Les paragraphes suivants vont décrire avec plus de précision ce qui est demandé

Exigences fonctionnelles
Pour lire la suite je me connecte ou je m’abonne
Morbi mollis condimentum efficitur. Nullam rhoncus justo massa, in congue elit feugiat nec. Praesent quis dolor mi. Mauris nibh quam, gravida non ex eu, venenatis iaculis sem. Suspendisse ornare rutrum leo in condimentum. Donec porta nibh metus, sodales maximus nulla sollicitudin eget. Fusce dictum ex quis porttitor egestas. Morbi vitae scelerisque turpis, sed laoreet lorem. Nullam vel neque sagittis diam accumsan accumsan. In suscipit quam nibh, sit amet consectetur felis sagittis id. Morbi nec consectetur nulla. Nam eget orci a sapien tincidunt venenatis eu eu augue. Integer volutpat nunc dictum turpis finibus euismod. Fusce ullamcorper tellus quis est congue, id rhoncus lorem aliquam. Nam porttitor, orci eu porta lobortis, erat sapien mattis lorem, quis iaculis massa arcu vel felis.

Exigences opérationnelles

Praesent semper purus neque, eu ornare augue luctus ut. Morbi eu felis posuere, sagittis elit eu, euismod erat. In hac habitasse platea dictumst. Praesent imperdiet elit non lacus iaculis sollicitudin. Mauris nec dui suscipit, vestibulum arcu a, pulvinar ligula. Fusce nec mauris dignissim, feugiat ipsum ac, gravida leo. Curabitur justo magna, aliquet eu commodo molestie, tempus eget ante. Fusce ornare vulputate tortor, et malesuada turpis semper non. Sed tincidunt, nibh non mattis ultrices.


Autres dénominations :
– Spécification Minimale de Besoin (SMB)
– Fiche d’expression du besoin
Cahier Des Charges Fonctionnel (CDCF)

A quoi sert le CDCF ?
Le cahier des charges fonctionnel d’un produit décrit le besoin en terme de fonctions à assurer par ce produit. Il est rédigé en termes d’obligation de résultat et ne doit pas évoquer les moyens à mettre en œuvre ni les dispositifs qui réaliseront les fonctions. L’élaboration d’un cahier des charges fonctionnel a été formalisée en 1991 par l’AFNOR dans la norme NF X 50-151. Celle-ci a été remplacée en février 2013 par la norme NF EN 16271. Le cahier des charges fonctionnel traduit la demande du client-utilisateur, il doit être rédigé dans un langage et avec des termes compréhensibles par celui-ci.

Dans quel cas utiliser le CDCF ?
Le cahier des charges fonctionnel est un outil puissant et incontournable pour la création d’objets techniques comme les machines industrielles (marchés B to B) et produits grand public (marchés B to C)

Quelques règles pour la rédaction du CDCF
Pour lire la suite je me connecte ou je m’abonne
– Nullam rhoncus justo massa, in congue elit feugiat nec. Praesent quis dolor mi. Mauris nibh quam, gravida non ex eu, venenatis iaculis sem. Suspendisse ornare rutrum leo in condimentum. Donec porta nibh metus, sodales maximus nulla sollicitudin eget.
– Fusce dictum ex quis porttitor egestas. Morbi vitae scelerisque turpis, sed laoreet lorem. Nullam vel neque sagittis diam accumsan accumsan. In suscipit quam nibh, sit amet consectetur felis sagittis id. Morbi nec consectetur nulla.
– Nam eget orci a sapien tincidunt venenatis eu eu augue. Integer volutpat nunc dictum turpis finibus euismod. Fusce ullamcorper tellus quis est congue, id rhoncus lorem aliquam. Nam porttitor, orci eu porta lobortis, erat sapien mattis lorem, quis iaculis massa arcu vel felis.
– Praesent semper purus neque, eu ornare augue luctus ut. Morbi eu felis posuere, sagittis elit eu, euismod erat. In hac habitasse platea dictumst. Praesent imperdiet elit non lacus iaculis sollicitudin. Mauris nec dui suscipit, vestibulum arcu a, pulvinar ligula.

Modèle commenté de Cahier Des Charges Fonctionnel

Cahier Des Charges Fonctionnel

– ici, le NOM DU PRODUIT –

(On ne peut pas parler de CDCF du projet lui-même mais seulement du (ou des) CDCF du (ou des) produit(s) à créer à l’occasion du projet.

Projet concerné : Intitulé du projet qui intègrera ce produit
Ci-dessous (en rouge) un exemple pour un avion léger de loisir biplaces
Pour information, ce type d’appareil appartient à la catégorie des ULM (Ultra-Légers Motorisés) de classe 3

Cahier des charges de l’Avion Léger de Loisir (ALL)

Arbre fonctionnelCactérisation des fonctions
Le produit "ALL" doit....CritèreNiveauFlexibilité
Transporter deux personnes et leurs bagages
Offrir un habitacle spacieuxHauteur x longueur x largeur1,5 x 2 x 1,4 mF1
Supporter la charge utileMasse300 KgF1
Atteindre en peu de temps un point distant
Etre rapideVitesse de croisière150 Km/hF2
Avoir un grand rayon d'actionDurée de vol à charge maximum2 heuresF1
Respecter la règlementation des ULM de classe 3 biplaces
Ne pas décrocher à basse vitesseVitesse de décrochageinférieure ou égale à 65 km/hF0
Avoir une puissance limitéePuissance maximale75 KwF0
Flexibilité : ............F0 : Impératif ............F1 : Négociable............F2 : Très négociable
Backlog de produit

A quoi sert le backlog de produit ?
Le backlog de produit (il n’existe pas de traduction satisfaisante en langue française de l’expression originale « product backlog ») est un outil de recueil du besoin d’apparition récente. Sa grande richesse est d’utiliser pour la description des fonctions une phraséologie bien plus naturelle que pour le CDCF (Cahier Des Charges Fonctionnel). Une remarque importante : on ne peut pas parler de backlog du projet mais seulement du (ou des) backlog(s) du (ou des) produit(s) à créer à l’occasion du projet.)

Dans quel cas utiliser le backlog de produit ?
Le backlog de produit est utilisé dans le domaine des technologies de l’information (informatique et internet). C’est l’un des outils de la méthode agile « SCRUM ». S’il est cité ici c’est que son utilisation peut être fortement conseillée pour les projets d’innovation, même lorsqu’il s’agit de créer un objet technique.

Quelques règles pour la rédaction du backlog de produit
Pour lire la suite je me connecte ou je m’abonne
– Praesent quis dolor mi. Mauris nibh quam, gravida non ex eu, venenatis iaculis sem. Suspendisse ornare rutrum leo in condimentum. Donec porta nibh metus, sodales maximus nulla sollicitudin eget. Fusce dictum ex quis porttitor egestas. Morbi vitae scelerisque turpis, sed laoreet lorem. Nullam vel neque sagittis diam accumsan accumsan. In suscipit quam nibh, sit amet consectetur felis sagittis id. Morbi nec consectetur nulla.
– Nam eget orci a sapien tincidunt venenatis eu eu augue. Integer volutpat nunc dictum turpis finibus euismod. Fusce ullamcorper tellus quis est congue, id rhoncus lorem aliquam. Nam porttitor, orci eu porta lobortis, erat sapien mattis lorem, quis iaculis massa arcu vel felis.

Modèle commenté de backlog de produit

Backlog de produit

– ici, le NOM DU PRODUIT –

Projet concerné : Intitulé du projet qui intègrera ce produit

Ci-dessous (en rouge) un exemple pour une application de gestion de la paye
.

Backlog du produit « Logiciel de paye »

IdUser stories : En temps que.... Je veux.... afin de ....PoidsPriorité
En tant que salarié, je veux....
1Déclarer mes heures travaillées afin d'être payé à temps131
2Pouvoir modifier ma feuille de temps afin de corriger une érreur202
En tant que supérieur hiérarchique, je veux....
3Approuver (ou pas) les feuilles de temps de mes employés afin d'éviter les fraudes et erreurs51
En tant que Responsable du personnel, je veux...
4Exécuter des rapports de synthèse afin de rendre des comptes hebdomadaires à la Direction402
5Créer de nouveaux comptes afin d'ajouter les nouveaux embauchés131
6Déclencher des rappels automatiques afin de relancer les retardataires83
7Archiver les feuilles de temps en vue d'une utilisation ultérieure31
Poids : - 1 - 2 - 3 - 5 - 8 - 13 - 20 - 40 - 100 -
Priorité : ............1 : Impératif ............2 : Négociable............3 : Peut être différé
Cahier Des Charges général

A quoi sert le Cahier Des Charges général
Contrairement au cahier des charges fonctionnel et au cahier des charges spécifique qui est différent pour chaque produit, le cahier des charges général regroupe les exigences permanentes des services support (maintenance, sécurité, administrateur système…). C’est un document « sur étagère ». Il est le recueil des exigences habituelles du maître d’ouvrage en matière de standards techniques : choix de composants, architecture du système, langages de programmation, charte graphique… Il fait état des règles à respecter et des performances à atteindre en terme de fiabilité, de maintenabilité, d’ergonomie, de sécurité et de sureté de fonctionnement. Il peut contenir également les exigences réglementaires et normatives. Le cahier des charges général évolue et s’enrichit par le retour d’expérience des projets qui s’achèvent.

Modèle commenté de Cahier Des Charges général

Cahier Des Charges général

– ici le nom de l’organisme maître d’ouvrage –

Type de produits : ici la famille de produits à laquelle s’applique ce document

Objet

Ce document énonce les exigences permanentes de l’organisme maître d’ouvrage pour ce qui concerne la conception, l’installation et la qualification des équipements dans lesquels il investit.

Conditions d’application

Ce paragraphe définit les conditions dans lesquelles les prescriptions du cahier des charges général doivent être prises en compte, ces conditions peuvent être rédigées comme suit :
– Le présent document constitue une obligation contractuelle lorsqu’il est référencé sur les commandes d’achat.
– Toute exception aux conditions exigées par ce document devra faire l’objet d’un accord écrit.

Exigences réglementaires, normatives et juridiques

Ce paragraphe cite les lois spécifiques et les standards particuliers à prendre en compte pour la conception du produit, par exemple :
– La règlementation en vigueur sur le territoire français (et éventuellement sur d’autres territoires)
– La directive européenne sur la compatibilité électromagnétique (CEM)
– Les textes sur la protection des données à caractère personnel
– La conformité à des référentiels propres à certaines industries (militaire, aéronautique, sanitaire, alimentaire…)
– Le respect des « règles de l’art » propre au métier (bâtiment, mécanique, informatique…)
– Le respect de la propriété intellectuelle de logiciels tiers intégrés au système. Le respect d’accord commerciaux…

Contraintes d’environnement

Ce paragraphe regroupe les informations sur l’environnement dans lequel va devoir s’insérer le nouveau dispositif.
– Environnement physique. Le concepteur doit savoir si le système aura au cours de son cycle de vie à être soumis à des conditions exceptionnelles de température, d’empoussièrement, de bruit, d’humidité, de vibrations, de chocs, voire à des atmosphères corrosives ou explosibles.
– Raccordement aux énergies et fluides, valeurs de tension électrique, de pression…
– Connexion aux réseaux informatiques existants
– Dimensions et poids maximum des sous-ensembles pour un matériel.
– Formats d’échanges de données pour les systèmes d’information. Interfaces avec des logiciels ou bases de données

Conventions de nommage

Ce paragraphe donne les règles à appliquer pour le choix des noms, codes et identifiants. Cela peut concerner :
– Le nom et les numéros de version des documents
– Pour les projets informatiques, le nom des tables, des champs et des vues des bases de données, les variables…
– En électricité, le repérage des câbles et des borniers

Exigences opérationnelles

On regroupe dans ce paragraphe tout ce qui concerne le concept « FMDS », à savoir fiabilité, maintenabilité et sécurité. Voici quelques commentaires sur ces exigences :
– Exigences de fiabilité. La fiabilité est l’aptitude du système à fonctionner sans incidents pendant une durée définie. L’unité de mesure de la fiabilité est le MTBF, en anglais mean time between failures, que l’on traduit en français par temps moyen de bon fonctionnement. On déterminera notamment les critères de robustesse auxquelles devra satisfaire le système.
– Exigences de maintenabilité. On appelle maintenabilité l’aptitude du produit à être maintenu ou remis en état de fonctionnement. Par exemple pour un bien matériel on imposera un temps moyen d’intervention pour panne. On fournira la liste des composants ou au minimum la liste des marques de composants pouvant être utilisés. Pour un système informatique on imposera le découpage en « briques logicielles » plus facile à tester qu’un ensemble monolithique, on demandera que des commentaires soient insérés dans le code. On pourra aussi imposer le traçabilité automatique des événements anormaux, des aides au diagnostic ou même l’auto-diagnostic. On prévoira des possibilités de fonctionnement en mode dégradé.
– Exigences de disponibilité. Le taux de disponibilité d’un système est le pourcentage de temps pendant lequel ce système est en état de fonctionnement, rapporté au temps pendant lequel on a besoin qu’il fonctionne. Il est possible par exemple d’exiger pour une installation industrielle un taux de disponibilité de X%.
– Exigences de sécurité. La sécurité concerne les atteinte à l’intégrité physique des personnes ou des biens dues à des événements involontaires. Le système ne doit pas soumettre les utilisateurs à de risques électriques, mécaniques, thermiques…
– Exigences de sûreté de fonctionnement. La sûreté concerne les incidents dus à des actes volontaires (actes d’incivilités, actes de malveillance, vols, agressions, actes terroristes). Le système doit être protégé contre les agressions prévisibles. Ceci concerne surtout les systèmes d’information.

Exigences d’utilisabilité

Les exigences regroupées dans ce paragraphe portent sur la relation entre le système technique et l’utilisateur.
– Ergonomie. L’ergonomie est un terme général qui date de bien avant l’informatique. Quelques exemples d’objets sur lesquels peuvent porter des exigences d’ergonomie : Les postes de travail (hauteur des sièges et plans de travail, éclairage, contrastes, position des organes de commande, position des objets devant être manipulés, postures et efforts, …), Les interfaces graphiques : facilité de compréhension et de mémorisation des commandes, convivialité, langue(s) et terminologie des interfaces, symboles…
– Affordance. L’affordance est la capacité d’un objet à suggérer sa propre utilisation.
– Exigences culturelles et politiques
– Dispositifs anti-erreurs (également nommés « Poka-Yoke » ou détrompeurs)
– Réaction de la part du produit (ou feedback). Il s’agit de la façon par laquelle le système informe l’utilisateur que l’action demandée a bien été réalisée.
– Accessibilité et utilisabilité par des personnes handicapées.

Exigences liées aux évolutions futures du système

La vie d’un système est ponctuée de modifications, d’évolutions, de mise à jour. Ces opérations doivent être anticipées, ainsi que la fin de vie du système.
– Exigences de scalabilité. La scalabilité est la capacité du système à maintenir son niveau de performance face à une montée en charge de production.
– Exigences d’évolutivité. Il est souvent nécessaire d’anticiper sur des évolution possibles du dispositif. Cela peut se traduire par l’obligation faite au concepteur de laisser de la place libre dans un coffret électrique, de surdimensionner tel ou tel composant, de prévoir des emplacements mémoire libres…
– Exigences liées au retrait de service. Le retrait de service d’un système peut être plus ou moins coûteux suivant la façon dont il a été conçu. Il faut prévoir la dépollution, le recyclage ou même la réutilisation de tout ou partie du système.
– Exigences de portabilité des programmes informatiques.

Standards d’image et de marque

La plupart des grandes entreprises imposent que les matériels dans lesquels elles investissent portent l’identité visuelle de la marque.
– Logo, couleurs pour les matériels
– Charte graphique pour les documents

Exigences liées à la qualification et à la mise en service

Pour lire la suite je me connecte ou je m’abonne – Etiam sit amet posuere tellus. Maecenas sit amet sodales justo. Aenean mollis consequat ultricies. Proin posuere ultrices urna quis ornare. Donec rutrum mi massa, ut pulvinar dolor venenatis eu. Duis porttitor tincidunt ultricies. Donec quis ante semper, faucibus ipsum at, ullamcorper quam. Nulla quis neque egestas, accumsan magna ut, laoreet neque. Donec tristique condimentum lorem, sed ornare neque finibus porttitor. Interdum et malesuada fames ac ante ipsum primis in faucibus. Aliquam erat volutpat. Vestibulum sed neque nec dolor dictum scelerisque.
– Nulla molestie libero quam, ut blandit mi consectetur eget. Sed aliquam id purus vel rutrum. Integer vel elementum massa. Aliquam in metus eu sapien tempus pulvinar in in velit. Praesent semper purus neque, eu ornare augue luctus ut. Morbi eu felis posuere, sagittis elit eu, euismod erat. In hac habitasse platea dictumst. Praesent imperdiet elit non lacus iaculis sollicitudin. Mauris nec dui suscipit, vestibulum arcu a, pulvinar ligula. Fusce nec mauris dignissim, feugiat ipsum ac.


Documentation de la solution

Vivamus in iaculis massa. Nunc at aliquam odio. Sed volutpat mauris eget vulputate dapibus. Nam ullamcorper ultrices leo. Orci varius natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus. Curabitur in dignissim nulla. Aenean sit amet dignissim erat, id tristique erat.
– Aliquam bibendum mi nibh, at tempor risus facilisis bibendum.
– Donec suscipit ipsum ut condimentum mollis.
– In sit amet nibh iaculis justo viverra fringilla vel eget massa.
– Cras laoreet lacus nec justo commodo, et pharetra tellus pharetra. Curabitur laoreet auctor aliquet. Duis elementum nulla at dui interdum, a accumsan libero mattis. Vivamus blandit orci a tincidunt porttitor. Fusce maximus imperdiet urna a imperdiet.


Autres dénominations :
– Exigences générales
– Spécification technique générale
– Cahier des charges technique
Spécification technique du besoin (STB)
A quoi sert la STB ?
On appelle spécification technique du besoin (STB) le document contractuel par lequel le demandeur d’un produit exprime son besoin à l’intention du concepteur-réalisateur. La STB regroupe les exigences fonctionnelles et les exigences techniques. Elle doit également préciser les critères et les conditions de recette du produit. La STB, une fois acceptée par les deux parties contractantes (demandeur et concepteur-réalisateur) devient le référentiel technique du projet.
Ce document reprend en grande partie les rubriques du cahier des charges fonctionnel (CDCF) et du cahier des charges général. N’hésitez pas à vous référer à ces documents, vous y trouverez des détails qui ne sont pas repris ici.

Qui rédige la STB, à quel moment ?
La STB doit être rédigée et acceptée avant le début des études détaillées et à fortiori de la réalisation du produit.
La STB est le plus souvent rédigée conjointement par le demandeur (qui connait mieux que personne le besoin à satisfaire) et par le concepteur-réalisateur (plus à même de proposer les solutions optimales). Elle peut aussi être établie par le demandeur, seul ou assisté d’un conseil indépendant.

Modèle commenté de spécification technique du besoin

Spécification technique du besoin

– ici, le NOM DU PROJET –

1 – Objet de la demande
Dans ce chapitre doivent figurer les informations générales qui définissent la raison d’être et le domaine d’application du produit.

2 – Données d’entrée et documents de référence.
– Il s’agit ici de lister les éléments (documents, modèles, maquettes, données informatiques…) mis à disposition du titulaire du marché en début de projet ou qui seront fournies au cours de son déroulement. Dans ce dernier cas la livraison des données d’entrée par le demandeur doit être associée dans le planning de réalisation à des « jalons d’entrée ».

3 – Terminologie et sigles utilisés
– Pour éviter toute ambiguïté il est indispensable d’expliciter les termes techniques et les acronymes qui seront utilisés dans le document. Si des termes peuvent être interprétés de plusieurs façon, donnez-en votre définition. Si vous ne retenez pas le principe d’un paragraphe dédié, interdisez-vous d’employer un sigle, acronyme ou abréviation que vous n’auriez pas explicité lors de son premier emploi dans le document.

4 – Exigences fonctionnelles
– Si votre projet porte sur un système technique, l’approche fonctionnelle est incontournable. Présentez ici, de préférence sous la forme d’un cahier des charges fonctionnel (CDCF) la liste des fonctions du système et les indicateurs de performance de ces fonctions (critère de recette et niveau de performance attendu). Si le CDCF existe par ailleurs, faites référence à ce document en n’oubliant pas de citer la date et le numéro d’indice du CDCF

5 – Exigences techniques
– Les exigences techniques (ou contraintes) sont les limitations apportées à la liberté d’action du concepteur. Quelques exemples : Des contraintes de fabrication, des standards « maison », une charte graphique à respecter. Des brevet, licences, ou accords commerciaux. Des difficultés d’accès au site du client (pour des raisons de sûreté, d’horaires spécifiques…). Des réglementations particulières, des risques liés à la co-activité. Ces exigences du demandeur ne varient généralement pas ou peu d’un projet à l’autre. Elles sont dans ce cas regroupées dans un « Cahier des charges général ». Si c’est le cas il suffit de faire référence à ce document. Sinon, voici quelques exemples parmi les rubriques que peut comporter ce paragraphe :

5.1- Les solutions imposées
– Il est fréquent et souvent légitime que le demandeur impose des solutions techniques. Listez-les ici. Si au cours des premières discussions certains choix (Architecture du système, principes retenus, composants choisis…) ont été évoqués, écrivez-le. Précisez si des choix ont été arrêtés ou s’il ne s’agit que de pistes à explorer.

5.2- Les solutions interdites
– Il est tout aussi légitime que la MOA interdise certaines solutions, logiciels ou composants. Il a en cela toute liberté et n’a pas à justifier ses choix.

5.3- Les invariants :
– Si le projet porte sur un système existant, vous devez désigner les parties qui doivent rester inchangées et les parties de l’environnement à ne pas altérer.

Pour lire la suite je me connecte ou je m’abonne
12 – Normes et règles de l’art
– Proin posuere ultrices urna quis ornare. Donec rutrum mi massa, ut pulvinar dolor venenatis eu. Duis porttitor tincidunt ultricies. Donec quis ante semper, faucibus ipsum at, ullamcorper quam. Nulla quis neque egestas, accumsan magna ut, laoreet neque. Donec tristique condimentum lorem, sed ornare neque finibus porttitor. Interdum et malesuada fames ac ante ipsum primis in faucibus. Aliquam erat volutpat. Vestibulum sed neque nec dolor dictum scelerisque. Nam blandit tristique leo rutrum posuere.

13 – Exigences opérationnelles
– Nulla molestie libero quam, ut blandit mi consectetur eget. Sed aliquam id purus vel rutrum. Integer vel elementum massa. Aliquam in metus eu sapien tempus pulvinar in in velit. Praesent semper purus neque, eu ornare augue luctus ut. Morbi eu felis posuere, sagittis elit eu, euismod erat. In hac habitasse platea dictumst. Praesent imperdiet elit non lacus iaculis sollicitudin.
Mauris nec dui suscipit, vestibulum arcu a, pulvinar ligula. Fusce nec mauris dignissim, feugiat ipsum ac, gravida leo. Curabitur justo magna, aliquet eu commodo molestie, tempus eget ante. Fusce ornare vulputate tortor, et malesuada turpis semper non. Sed tincidunt, nibh non mattis ultrices, lacus arcu placerat leo, in accumsan mauris diam ut felis. Mauris suscipit quam et posuere efficitur.
Nullam sollicitudin pulvinar nibh at vehicula. Nunc mattis erat vel neque tristique, quis mattis massa interdum. Pellentesque ornare nunc varius lectus sagittis sodales. Pellentesque sit amet imperdiet mauris. Phasellus laoreet molestie consectetur. Donec euismod nec ante quis tincidunt. Sed tincidunt, nibh non mattis ultrices, lacus arcu placerat leo, in accumsan mauris diam ut felis. Mauris suscipit quam et posuere efficitur.


14 – Exigences d’environnement et interfaces

14.1- Environnement :
– In suscipit quam nibh, sit amet consectetur felis sagittis id. Morbi nec consectetur nulla. Nam eget orci a sapien tincidunt venenatis eu eu augue. Integer volutpat nunc dictum turpis finibus euismod. Fusce ullamcorper tellus quis est congue, id rhoncus lorem aliquam. Nam porttitor, orci eu porta lobortis, erat sapien mattis lorem, quis iaculis massa arcu vel felis.

14.2- Interfaces :
– Duis aliquet elit vel est pulvinar, vel tempus mauris convallis. Vivamus sit amet arcu ultrices risus sagittis commodo quis sed elit. Suspendisse vel consectetur purus. Nunc suscipit aliquet viverra. Mauris facilisis at libero ut blandit. Maecenas elementum, felis varius varius molestie, eros leo tempor mauris, in lacinia nibh velit at sapien.
– Donec varius tortor erat
– Vivamus sit amet arcu
– Nunc suscipit aliquet viverra
– Nunc at lorem vitae ipsum


15 – Exigences de qualification
Donec vel consequat ante, ut consequat tellus. Praesent sed massa pellentesque augue vehicula varius vel sed ex.

16 – Préparation de la livraison
Aenean accumsan est ac sagittis finibus. Phasellus a leo arcu. Donec diam mi, aliquet eu rutrum convallis, condimentum eu augue. Nunc et nisl dapibus, laoreet mi non, ultricies nisl.

17 – Documentation et aide en ligne
Nam ullamcorper ultrices leo. Orci varius natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus. Curabitur in dignissim nulla.


Documents du processus de Gestion des risques
L’utilisation des documents présentés dans cette section suppose une bonne compréhension des notions de gestion des risques : Si la différence entre les expressions « risque » et « facteur de risque » n’est pas évidente pour vous, si « analyse qualitative » et « analyse quantitative » sont des notions confuses, reportez-vous au chapitre Maîtriser les risques des projets de ce site avant de tenter d’exploiter les documents qui suivent pour votre propre usage.
Documents du processus de gestion du risqueLe schéma ci-contre vaut tant au au niveau maîtrise d’ouvrage qu’au niveau maîtrise d’oeuvre, tant pour les risques stratégiques que pour les risques opérationnels. Voici quelques explications sur ce schéma, de gauche à droite :
– Le « Plan de gestion des risque » décrit la façon dont l’organisme a convenu de gérer les risques des projets.
– Les deux documents « Liste-type des facteurs de risque » et « Catalogue des risques » contiennent la mémoire des projets passés de l’organisme. Ils sont sont augmentés, à chaque clôture de projet, du retour d’expérience du projet qui s’achève. Ils sont, pour le chef de projet, la première source pour l’identification des risques du projet qui vient de lui être confié (mais pas la seule).
– Chaque risque identifié fait l’objet d’une « fiche de risque » qui décrit tous les attributs de ce risque. Certains risques seront acceptés en l’état, d’autres feront l’objet d’un traitement et/ou d’une surveillance.
– Tous les risques faisant partie de cette deuxième catégorie alimenteront le « registre des risques », véritable tableau de bord de la gestion des risques en phase de mise en oeuvre du projet.
– La boucle est bouclée avec le « bilan des risques » du projet, qui enrichit les deux documents dont il est fait état plus haut.

Cliquez sur la barre correspondant au document qui vous intéresse

Plan de gestion des risques projet

A quoi sert le plan de gestion des risques projet
Le plan de gestion des risques S’agissant d’une liste de risques, notez que tous les intitulés décrivent des évènements et non des situations.

Modèle commenté de plan de gestion des risques projet

Plan de gestion des risques projet

– ici, le TYPE DE PROJETS concerné –


Introduction
Le « Plan de gestion des risques » comprend les règles générales applicables au projet pour en écarter ou en diminuer les risques et constitue la base de la «Gestion des risques». Il complète, au niveau des risques, le « Plan de projet » et le « Plan Assurance Qualité ».
Le « Plan de gestion des risques » constitue le document central pour la planification et le pilotage de la gestion des risques. Il définit les activités, la procédure et l’organisation de la gestion des risques.
Documents de gestion des risques projet
Outre le présent Plan de gestion des risques projet, le processus décrit ci-après s’appuie sur les 5 documents suivants :
– La liste-type des facteurs de risque
– Le catalogue des risques
– Les fiches de risque
– Le registre des risques
– Le bilan des risques
Financement des risques projet
Le budget opérationnel du projet intègre les deux lignes budgétaires suivantes :
– Le « Budget risques » finance les mesures de prévention et de protection. Elle a pour vocation à être intégralement consommée.
– La « Provision opérationnelle » finance les risques résiduels, les aléas et les imprévus.
Responsabilités en matière de gestion des risques projet
Pour lire la suite je me connecte ou je m’abonne
– Etiam sit amet posuere tellus. Maecenas sit amet sodales justo. Aenean mollis consequat ultricies. Proin posuere ultrices urna quis ornare. Donec rutrum mi massa, ut pulvinar dolor venenatis eu. Duis porttitor tincidunt ultricies. Donec quis ante semper, faucibus ipsum at, ullamcorper quam. Nulla quis neque egestas, accumsan magna ut, laoreet neque. Donec tristique condimentum lorem, sed ornare neque finibus porttitor. Interdum et malesuada fames ac ante ipsum primis in faucibus. Aliquam erat volutpat. Vestibulum sed neque nec dolor dictum scelerisque.
– Nulla molestie libero quam, ut blandit mi consectetur eget. Sed aliquam id purus vel rutrum. Integer vel elementum massa. Aliquam in metus eu sapien tempus pulvinar in in velit. Praesent semper purus neque, eu ornare augue luctus ut. Morbi eu felis posuere, sagittis elit eu, euismod erat. In hac habitasse platea dictumst. Praesent imperdiet elit non lacus iaculis sollicitudin. Mauris nec dui suscipit, vestibulum arcu a, pulvinar ligula. Fusce nec mauris dignissim, feugiat ipsum ac.
– Vivamus in iaculis massa. Nunc at aliquam odio. Sed volutpat mauris eget vulputate dapibus. Nam ullamcorper ultrices leo. Orci varius natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus. Curabitur in dignissim nulla. Aenean sit amet dignissim erat, id tristique erat.
– Aliquam bibendum mi nibh, at tempor risus facilisis bibendum.
– Donec suscipit ipsum ut condimentum mollis.
– In sit amet nibh iaculis justo viverra fringilla vel eget massa.

Liste-type des facteurs de risques

A quoi sert la liste-type des facteurs de risques
Pour un organisme donné et un type de projets donné, la nature des facteurs de risques diffère peu. Ceci justifie la création de listes-types commes celle présentées ci-après. La liste-type a vocation a être mise à jour au vu du retour d’expérience des projets passés. S’agissant d’une liste de facteurs de risques, notez que tous les intitulés décrivent des situations et non des évènements. La liste proposée est typée projet de produit industriel. A vous de la transposer dans le type de projet qui est le votre.

Modèle commenté de liste-type des facteurs de risques

Liste-type des facteurs de risques

– ici, le TYPE DE PROJETS concerné –


FACTEURS DE RISQUES POLITIQUES
      Instabilité politique
      Crise économique, inflation
      Situation insurrectionnelle, émeutes, guerre, terrorisme
      Instabilité règlementaire (normes et règles techniques)
      Instabilité fiscale
      Instabilité dans les règles d’attribution des aides publiques
      Flou dans les circuits et les critères de décision de l’administration
      Corruption, bureaucratisme
      Présence forte de lobbies et/ou de groupes de pression
      Fluctuation des taux de change, du cours des matières premières
FACTEURS DE RISQUES LIES A LA GOUVERNANCE DE LA STRUCTURE
      Fonctionnement en « silos », faible autonomie des chefs de projet
      Absence de (ou absence de communication sur) l’ambition stratégique
      Absence ou insuffisance de culture projets
      Mésentente dans l’équipe dirigeante
      Difficultés économiques, crise de trésorerie
      Portefeuille de projets non ou insuffisamment géré
      Pas de priorisation des projets, pas d’instance d’arbitrage
      Pas de procédure standardisée de gestion de projets
FACTEURS DE RISQUES LIES AU MANAGEMENT DU PROJET
   Mauvaise connaissance du contexte et de l’environnement du projet
      Mauvaise connaissance du marché (segmentation, culture…)
      Perception approximative/erronée du besoin réel des utilisateurs
      Connaissance insuffisante des circuits d’influence et de décision
      Surestimation des prix et/ou du volume du marché
      Surestimation de la solvabilité et/ou de la motivation des clients
   Objectif irréaliste, moyens inadaptés à l’bjectif
Pour lire la suite je me connecte ou je m’abonne
      Etiam sit amet posuere tellus.
      Maecenas sit amet sodales justo. Aenean mollis consequat ultricies.
      Proin posuere ultrices urna quis ornare.
      Donec rutrum mi massa, ut pulvinar dolor venenatis eu.
      Duis porttitor tincidunt ultricies.
      Donec quis ante semper, faucibus.
      ipsum at, ullamcorper quam. Nulla quis neque egestas, accumsan magna ut,

   Planification et/ou pilotage inadéquats
      laoreet neque. Donec tristique condimentum lorem, sed ornare neque finibus porttitor.
      Interdum et malesuada fames ac ante ipsum primis in faucibus.
      Aliquam erat volutpat. Vestibulum sed neque nec dolor dictum scelerisque.
      Nulla molestie libero quam,
      Sed aliquam id purus vel rutrum. Integer vel elementum massa.
      Aliquam in metus eu sapien tempus pulvinar in in velit.
      Praesent semper purus neque, eu ornare augue luctus ut.

Catalogue des risques

A quoi sert le catalogue des risques
Le catalogue des risques est le document dans lequel sont conservés en mémoire les problèmes apparus dans le passé, leurs causes, leurs conséquences, leurs caractéristiques et les facteurs de risques qui les ont provoqué ou aggravé. Le modèle présenté ci-dessous est simplifié à l’extrème, n’hésitez pas à ajouter des colonnes. S’agissant d’une liste de risques, notez que tous les intitulés décrivent des évènements et non des situations.

Modèle commenté de catalogue des risques

Catalogue des risques
CatégorieRisqueCauses origine et facteurs déclenchants/aggravantsImpact sur les objectifs du projet
Client
Le client tarde à prononcer la recetteAbsence d’interlocuteur technique MOA
Projet 315 livré avec 3 semaines de retard. Surcout 6000 €
TechniqueLe LNE refuse l’homologation du prototypeSpécifications non respectées. Nous n’avons pas en interne de moyens de test colorimétrique
Projet 367 livré avec trois mois de retard et surcout 12000 €
OrganisationLe directeur Marketing refuse de déclencher l’étude de marché
Surcharge de travail au Marketing. Absence d’instance d’arbitrage. Portefeuille de projets non géré.
Projet 388 abandonné. 25000 € dépensés en pure perte.

Fiche de risque

A quoi sert la fiche de risque
Chaque risque identifié donne lieu à la rédaction d’une fiche de risque qui le décrit de la façon la plus fine et la plus complète possible. Les fiches de risque alimenteront ensuite le registre des risques qui en sera la synthèse.

Qui crée la fiche et sur quelles bases ?
Les fiches de risque sont créées par les membres de l’équipe projet, chacun pour le domaine qui lui a été attribué. Elles sont validées par le chef de projet. Les sources d’information sont pour partie le catalogue des risques et pour partie les documents du projet : Plannings, cahier des charges, plans, schémas, contrats….

Modèle commenté de fiche de risque

FICHE DE RISQUE
Projet465
IntituléProjet Palinodie
Risque465_0023
DescriptionLe fournisseur ne livre pas le banc d'essai à la date prévue
CatégoriePlanning
OrigineExterne
Facteurs de risque agissantsSélection des fournisseurs par le service achats, sur le seul critère de prix
Insuffisance de contrôle de l'avancement des tâches exécutées en externe
Période d'activité du risqueDébutDébut de consultation des fournisseurs (tâche 312 du planning)
FinRecette finale du banc d'essai (tâche 315 du planning)
Evaluation (qualitative) avant traitement
Indices de :Fréquence F (1-4)3
Gravité G (1-4)4
Criticité C=FxG (1-16)12
Réponses au risque (validées par la direction de projet)
Réponses au risquePrévention
Droit de véto du chef de projet sur les choix du service achat
Veille
Contrôle de l'avancement du fournisseur sur la base d'un jalonnement de tâche
Protection
Remise en état du vieux banc d'essais pour le cas où
Evaluation après traitementFréquence F (1-4)1
Gravité G (1-4)2
Criticité C=FxG (1-16)2
Pilotage du risque
PiloteJosé Fernandez
ActionsParticipe aux négociations, exige du fournisseur un échéancier de livrables et impose le contrôle d'avancement
Se rend chez le fournisseur à chaque jalon, valide les livrables intermédiaires. Alerte le CDP en cas de dérive
S'assure que le service maintenance assure en temps utile la ramise en état du vieux banc d'essai. Alerte le CDP en cas de retard
Engagement des contributeurs : date et visa
Chef de projet
Franck Cabasse
Pilote de risque
José Fernandez
Responsable maintenance
Julie Gaillot
Directeur des achats
Manuel Barbosso

Variantes
La fiche présentée ici est basée sur l’évaluation qualitative des risques (indices de fréquence, de gravité et de criticité). Elle peut fort bien être adaptée pour une évaluation quantitative (basée sur le calcul de l’exposition au risque en valeur monétaire).

Autres dénominations :
– Fiche descriptive de risque
– Fiche d’analyse de risque

Registre des risques

A quoi sert le registre des risques
Le registre des risques présente sous forme de tableau la liste des risques du projet. Il se limite aux risques pour lesquels un traitement a été décidé (il est donc expurgé des risques acceptés en l’état). Il est mis à jour au minimum à l’occasion de chaque revue de projet (la « date d’état » correspond à la date de mise à jour). Il désigne nominativement les pilotes de risque. Il ne reprend que partiellement les données de la fiche de risque puisque chaque pilote de risque est censé se reporter à celle-ci pour diriger son action.

Modèle commenté de registre des risques

REGISTRE DES RISQUES.    Projet N° 465 : Palinodie     Date d'état : 23/06/2025
RisqueType de traitementCriticitéPiloteEtat
Fiche N°DescriptionPrév.Prot.VeilleAvant trait.Après trait.
0023
Le fournisseur ne fournit pas le banc d'essai à la date prévueX
X
X
12
2
J. fernandez
Actif
0037Le LNE refuse l’homologation du prototypeX
X
16
6
J. fernandez
Latent
0038Le directeur Marketing refuse de déclencher l’étude de marché
X
X
9
4
F. Branco
Latent

Autres dénominations :
– Tableau de pilotage des risques
– Plan de mitigation
– Répertoire des risques

Bilan des risques

A quoi sert le bilan des risques
Le bilan des risques comprend les connaissances acquises et les expériences faites lors des travaux de gestion des risques exécutés au cours du projet. Il est à la base du processus d’amélioration continue, raison pour laquelle il faut le rédiger avec sérieux, sans complaisance ni état d’exprit négatif.

Modèle commenté de bilan de projet

Bilan du projet

– ici, le NOM DU PROJET –

REALISATION DES OBJECTIFS

Les objectifs du projet ont-ils été réalisés en totalité, partiellement ou pas du tout dans les trois domaines suivants :

Respect des spécifications
Le résultat du projet est-il conforme aux attentes du maître d’ouvrage, du client, des utilisateurs ?

Respect du délai
Le planning de référence a-t-il été respecté. S’il y a eu des retards, quelle en est la cause.

Respect du budget
Le budget prévisionnel a-t-il été respecté ? Le budget risques était-il suffisant ? La provision était-elle suffisante, a-t-elle été consommée partiellement, en totalité ?

PROBLEMES RENCONTRES

Faites la liste des problèmes rencontrés, pour chacun d’eux répondez aux questions suivantes : Le risque était-il identifié (s’est-il manifesté lors de projets précédents), était-il traité ? Quels facteurs de risque ont été déclencheurs ou agravants ? A quelle catégorie appartient ce risque ? Comment le prévenir à l’occasion des futurs projets. Combien a couté le problème et quel aurait été le coût d’un traitement efficace ?

BILAN DE LA GESTION DES RISQUES

Qualité du processus et des documents
Les rôles et responsabilités sont-ils entièrement et correctement décrits dans les textes de référence ? Les listes-type de risques et de facteurs de risque sont-elles pertinentes, ont-elles été utiles pour l’identification des risques ?

Mise en oeuvre du processus, respect des engagements individuels
La procédure de gestion des risques a-t-elle été mise en oeuvre correctement ? Si la réponse est non, quels ont été les freins ? Parmi les acteurs impliqués (Direction des projets, chef de projet, membres de l’équipe projet, pilotes de risque, contributeurs métier) lesquels ont failli à leur mission ? Quels motifs ont-ils invoqué ?

RECOMMANDATIONS

Pour lire la suite je me connecte ou je m’abonne
Améliorations du processus de management des risques projet
Praesent semper purus neque, eu ornare augue luctus ut. Morbi eu felis posuere, sagittis elit eu, euismod erat.
Evolution de la liste-type des facteurs de risque
Etiam sit amet posuere tellus. Maecenas sit amet sodales justo. Aenean mollis consequat ultricies. Proin posuere ultrices urna quis ornare. Donec rutrum mi massa, ut pulvinar dolor venenatis eu. Duis porttitor tincidunt ultricies. Donec quis ante semper, faucibus ipsum at, ullamcorper quam.

Mise à jour du catalogue des risques
Lacus iaculis sollicitudin. Mauris nec dui suscipit, vestibulum arcu a, pulvinar ligula.

Autres dénominations :
– Rapport final de gestion des risques

Documents du processus de Gestion de la communication
En gestion de projet plus encore qu’en politique, la communication seule ne sert à rien. Si votre projet est sans intérêt, mal construit et mis en œuvre par des incompétents, inutile de compter sur la communication pour le sauver. A l’inverse beaucoup de projets pertinents et confiés à des experts du domaine échouent à cause d’une communication déficiente. Il est pourtant très facile de construire et de mettre en œuvre un plan de communication efficace.

Cliquez sur la barre correspondant au document qui vous intéresse

Plan de communication

A quoi sert le plan de communication ?
Le plan de communication définit comment délivrer les bonnes informations aux bonnes personnes, au bon moment, dans un format qui fonctionne pour elles. Il définit bien entendu qui a la charge d’élaborer et de diffuser chaque type d’information, à quelle fréquence et quels supports de diffusion doivent être employés.

Qui crée ce document, à quel moment ?
A défaut de spécialiste du domaine c’est le chef de projet qui établit le plan de communication. Ce document est produit lors de la phase de préparation (également appelée phase de planification)

Modèle commenté de Plan de communication

Plan de communication

– ici, le nom du projet concerné –

Objectifs de la communication

Ce paragraphe a pour but de rappeler les objectifs du projet et d’insister sur l’importance pour le succès du projet d’une communication bien maîtrisée. Il explicite la stratégie de communication externe et permet ainsi aux acteurs internes de se l’approprier et d’éviter erreurs et maladresses.

Acteurs de la communication

La liste qui suit regroupe la totalité des parties prenantes du projet : client, chef de projet et son équipe, contributeurs permanents ou occasionnels, fournisseurs et prestataires de services, supérieur hiérarchique du chef de projet, futurs utilisateurs et exploitants du produit du projet, acteurs institutionnels, presse… Elle ne comporte que des individus nommément identifiés et facilement joignables.

 Prénom et NomStructure et serviceRôle dans le projetAdresse de messagerie
Acteurs internesPaul DurandAchatsContributeur approsp-durand@cheznous.fr
Sophie MoreauR & DChef de projets-moreau@cheznous.fr
Jean de BoissieuQualitéContributeur testsj-boissieu@cheznous.fr
Acteurs externesSylvain CharpentierDirecteur Général chez SMBClient s-charpentier@smb.com
Julien DelarueChef de labo optique au LNEPrestataire essais optiquejdelarue@lne.net

Communication opérationnelle

La communication opérationnelle a pour but d’informer les acteurs de l’avancement des travaux, des problèmes rencontrés, des décisions prises, des actions à entreprendre à court terme et des consignes concernant les modalités d’exécution de ces actions.

ÉmetteurCible(s)ContenuFréquence ou fait générateurForme et/ou support
Jean de BoissieuPaul Durandliste des composants et quantitésDès validation du prototypemail
Sophie MoreauLes membres de l'équipe projetPoint de l'avancement, problèmes rencontrés, plan d'action de la semaineTous les lundisRéunion

Communication promotionnelle

La communication promotionnelle a pour but de maintenir la motivation des contributeurs, d’anticiper les crises, de susciter la remontée d’informations sensibles, de détecter les « signaux faibles » indicateurs de problèmes à venir, de faciliter l’appropriation du résultat du projet par les futurs utilisateurs et exploitants, d’atténuer les résistances au changement. Si nécessaire, elle valorise le projet et la structure porteuse du projet auprès du grand public.

ÉmetteurCible(s)ObjectifTemporalitéForme et/ou support
Sophie MoreauTous les acteursInformer sur l'avancement du proget et les principales décisionsTous les vendrediNewsletter PDF, par mail
Avis de réunion

A quoi sert ce document ?
Comme son nom l’indique ce document informe de la tenue prochaine d’une réunion, tout simplement.

Qui crée ce document, à quel moment ?
L’avis de réunion est émis à l’initiative du chef de projet. Il doit être diffusé suffisamment longtemps avant la réunion dans le double but de permettre aux participants de se rendre disponibles et de donner au chef de projet une réputation de bon organisateur.

Modèle commenté d’avis de réunion

Avis de réunion

– ici, le projet concerné –
– ici, la date et le type de réunion –

Emetteur : Sophie Moreau
Type de réunion : réunion ad-hoc
Date 15/06/2021 heure de début 10h30 durée 1 heure 30
Lieu : salle Potemkine
Animateur : Sophie Moreau
Secrétaire : Jean de Boissieu
Maitre du temps : Jean de Boissieu

Objet et résultat attendu

Cette réunion a pour objet l’examen critique du premier prototype de produit. Le client sera présent. Les représentants métier du marketing, de la qualité, du commercial et des achats devront se prononcer chacun en ce qui le concerne sur les points positifs et négatifs, le bureau d’études proposera ensuite les modifications à apporter pour l’évolution vers un prototype N°2

Participants

 Prénom et NomStructure et serviceRôle dans le projetConvoqué / Invité
Acteurs internesSophie MoreauR & DChef de projetConvoqué
Jean de BoissieuQualitéContributeur testsConvoqué
Acteurs externesSylvain CharpentierDirecteur GénéralClient Convoqué

Ordre du jour

SujetIntervenantDurée
Rappel des fonctions du CDCFSophie Moreau15 mn
Présentation du prototypeSophie Moreau15 mn
Compte-rendu des testsJean de Boissieu20 mn
Avis sur le résultat obtenu et propositions d'éméliorationSylvain Charpentier20 mn
Relevé de décisions et plan d'actionsSophie Moreau20 mn

Questions pratiques… et réponses :

1- Pourquoi « Avis de réunion » plutôt que « Convocation » ?
2- A quoi correspond le rôle de « Maitre du temps » ?
3- Quels sont les différents types de réunions ?
Pour lire les réponses je me connecte ou je m’abonne
1- Vestibulum fermentum ultrices justo in tempus. Cras ac dolor dictum, congue lacus et, faucibus mi. Etiam sit amet posuere tellus. Maecenas sit amet sodales justo. Aenean mollis consequat ultricies. Proin posuere ultrices urna quis ornare. Donec rutrum mi massa, ut pulvinar dolor venenatis eu. Duis porttitor tincidunt ultricies. Donec quis ante semper, faucibus ipsum at, ullamcorper quam. Nulla quis neque egestas, accumsan magna ut, laoreet neque. Donec tristique condimentum lorem, sed ornare neque finibus porttitor. Interdum et malesuada fames ac ante ipsum primis in faucibus.
2- A Nulla molestie libero quam, ut blandit mi consectetur eget. Sed aliquam id purus vel rutrum. Integer vel elementum massa. Aliquam in metus eu sapien tempus pulvinar in in velit. Praesent semper purus neque, eu ornare augue luctus ut. Morbi eu felis posuere, sagittis elit eu, euismod erat. In hac habitasse platea dictumst. Praesent imperdiet elit non lacus iaculis sollicitudin. Mauris nec dui suscipit, vestibulum arcu a, pulvinar ligula. Fusce nec mauris dignissim, feugiat ipsum ac, gravida leo. Curabitur justo magna, aliquet eu commodo molestie, tempus eget ante. Fusce ornare vulputate tortor, et malesuada turpis semper non. Sed tincidunt, nibh non mattis ultrices, lacus arcu placerat leo, in accumsan mauris diam ut felis. Mauris suscipit quam et posuere.
3- Morbi mollis condimentum efficitur.
Nullam rhoncus justo massa, in congue elit feugiat nec.
On peut distinguer quatre types de réunions :
— Les réunions orbi mollis condimentum
— Les réunions sit amet imperdiet
— Les réunions praesent luctus
— Les réunions auctor odio ut « Ad-hoc »
Suspendisse ornare rutrum leo in condimentum. Donec porta nibh metus, sodales maximus nulla sollicitudin eget. Fusce dictum ex quis porttitor egestas. Morbi vitae scelerisque turpis.

Autres dénominations :

– Convocation (si tous les participants sont contraints de participer)
– Invitation (si tous les participants ont le choix de participer ou pas)

Compte-rendu de réunion

A quoi sert ce document ?
Les paroles s’envolent, les écrits restent ! Voilà un dicton qui suffirait à lui seul à justifier la rédaction d’un compte-rendu pour chaque réunion tenue dans le cadre du projet. Par ailleurs certains acteurs n’ont pas de valeur ajoutée à apporter à la réunion mais sont sont tout de même concernés par les décisions prises. Pour eux 5 minutes de lecture remplaceront deux heures de participation à la réunion.

Qui crée ce document, à quel moment ?
L’idéal est que le compte-rendu soit rédigé pendant la réunion et diffusé immédiatement après.

Modèle commenté de compte-rendu de réunion

Compte-rendu de réunion

– ici, le projet concerné –

Animateur : Sophie Moreau
Type de réunion : réunion ad-hoc
Date 15/06/2021 heure de début 10h30 durée 1 heure 30
Secrétaire : Jean de Boissieu

Objet et résultat attendu

Cette réunion a pour objet l’examen critique du premier prototype de produit. Les représentants métier du marketing, de la qualité, du commercial et des achats devront se prononcer chacun en ce qui le concerne sur les points positifs et négatifs, le bureau d’études proposera ensuite les modifications à apporter pour l’évolution vers un prototype N°2

Participants

 Prénom et NomStructure et serviceRôle dans le projetPrésents
Acteurs internesSophie MoreauR & DChef de projetPr
Jean de BoissieuQualitéContributeur testsPr
Acteurs externesSylvain CharpentierDirecteur GénéralClient Pr
Pr = Présent ; Re = Retard ; AE = Absent excusé ; Abs = Absent

Points abordés

SujetIntervenantCommentaires
rappel des fonctions du CDCFSophie MoreauRAS
Présentation du prototypeSophie MoreauQuelques fonctions sont absentes
Compte rendu des testsJean de BoissieuLes fonctions principales sont correctement satisfaites
Avis sur le résultat obtenu et propositions d'éméliorationSylvain CharpentierLe prototype est en grande partie satisfaisant mais un deuxième doit être réalisé
Relevé de décisions et plan d'actionsSophie MoreauVoir plan d'actions

Mise à jour du plan d’actions

 DomaineAction et livrableResponsableDate-cibleDate soldé
Items soldésCommunicationPréparer un modèle de NewsletterSophie Moreau25-05-2018
.
Rappel des items en cours.
.
Nouveaux items.
.

Prochaine réunion

Date : 10/07/2021 heure de début : 10h30 durée : 1 heure 30
Sujet : Examen critique du prototype N°2

Questions pratiques… et réponses.

1- L’animateur peut-il assurer aussi le secrétariat de la réunion ?
2- Quand doit-on rédiger, puis diffuser le compte-rendu de réunion ?
3- Comment faire pour que les réunions commencent à l’heure ?
4- Peut-on, lors d’une réunion, attribuer une action à une personne absente à cette réunion ?
Pour lire les réponses je me connecte ou je m’abonne
1- Mauris dictum, arcu sed condimentum pharetra, magna nunc congue ante, a ultrices elit turpis non arcu. Curabitur gravida odio arcu, eu fringilla massa interdum sed. Vivamus faucibus orci id nulla mollis luctus. Ut nec tincidunt urna. Aliquam mollis felis leo, sed auctor urna rhoncus sed. Maecenas quis sapien eu ipsum viverra vehicula.
2- Duis porttitor tincidunt ultricies. Donec quis ante semper, faucibus ipsum at, ullamcorper quam. Nulla quis neque egestas, accumsan magna ut, laoreet neque. Donec tristique condimentum lorem, sed ornare neque finibus porttitor. Interdum et malesuada fames ac ante ipsum primis in faucibus. Aliquam erat volutpat. Vestibulum sed neque nec dolor dictum scelerisque. Nam blandit tristique leo rutrum posuere.
3- Nulla molestie libero quam, ut blandit mi consectetur eget. Sed aliquam id purus vel rutrum. Integer vel elementum massa. Aliquam in metus eu sapien tempus pulvinar in in velit. Praesent semper purus neque, eu ornare augue luctus ut. Morbi eu felis posuere, sagittis elit eu, euismod erat. In hac habitasse platea dictumst. Praesent imperdiet elit non lacus iaculis sollicitudin. Mauris nec dui suscipit, vestibulum arcu a, pulvinar ligula. Fusce nec mauris dignissim, feugiat ipsum ac, gravida leo. Curabitur justo magna, aliquet eu commodo molestie, tempus eget ante. Fusce ornare vulputate tortor, et malesuada turpis semper non. Sed tincidunt, nibh non mattis ultrices, lacus arcu placerat leo, in accumsan mauris diam ut felis. Mauris suscipit quam et posuere efficitur.Nullam sollicitudin pulvinar nibh at vehicula. Nunc mattis erat vel neque tristique, quis mattis massa interdum. Pellentesque ornare nunc varius lectus sagittis sodales. Pellentesque sit amet imperdiet mauris. Phasellus laoreet molestie consectetur. Donec euismod nec ante quis tincidunt.
4- Suspendisse ornare rutrum leo in condimentum. Donec porta nibh metus, sodales maximus nulla sollicitudin eget. Fusce dictum ex quis porttitor egestas. Morbi vitae scelerisque turpis, sed laoreet lorem. Nullam vel neque sagittis diam accumsan accumsan. In suscipit quam nibh, sit amet consectetur felis sagittis id. Morbi nec consectetur nulla. Nam eget orci a sapien tincidunt venenatis eu eu augue.

Plan d'actions

A quoi sert le plan d’actions
Le plan d’actions regroupe la totalité des instructions données aux différents contributeurs, pour autant que ces instructions contribuent à la réalisation des livrables du projet.

Qui remplit le plan d’actions, à quel moment ?
C’est au chef de projet ou à une personne désignée par lui que revient la charge de mettre à jour et de diffuser le plan d’actions.

Modèle commenté de plan d’actions

Plan d’actions

– ici, le projet concerné –

Plan d’actions

OrigineDateDomaineAction et livrableResponsableDate-cibleDate soldéEtat
201Revue de projet N°624/03/2021Gestion des coutsEtablir le cout de revient du produit sur la base du prototype N°2Sophie Moreau27/03/2021En cours
202
203

Questions pratiques… et réponses.

1- Le responsable d’une tâche est-il forcément la personne qui va réaliser cette tâche ?
2- Y a-t-il pour la description des actions des formulations à éviter, et d’autres plus pertinentes ?
3- Le plan d’action peut-il être réalisé sur un simple traitement de texte ?
4- Faut-il expurger le plan d’actions des items soldés ?
Pour lire les réponses je me connecte ou je m’abonne
1- Donec tristique condimentum lorem, sed ornare neque finibus porttitor. Interdum et malesuada fames ac ante ipsum primis in faucibus. Aliquam erat volutpat. Vestibulum sed neque nec dolor dictum scelerisque. Nam blandit tristique leo rutrum posuere. Fusce nec mauris dignissim, feugiat ipsum ac, gravida leo.
2- Proin posuere ultrices urna quis ornare. Donec rutrum mi massa, ut pulvinar dolor venenatis eu. Duis porttitor tincidunt ultricies. Donec quis ante semper, faucibus ipsum at, ullamcorper quam. Nulla quis neque egestas, accumsan magna ut, laoreet neque. Donec tristique condimentum lorem, sed ornare neque finibus porttitor. Interdum et malesuada fames ac ante ipsum primis in faucibus. Aliquam erat volutpat. Vestibulum sed neque nec dolor dictum scelerisque. Nam blandit tristique leo rutrum posuere. Fusce nec mauris dignissim, feugiat ipsum ac, gravida leo.
3- Morbi mollis condimentum efficitur. Nullam rhoncus justo massa, in congue elit feugiat nec. Praesent quis dolor mi. Mauris nibh quam, gravida non ex eu, venenatis iaculis sem. Suspendisse ornare rutrum leo in condimentum. Donec porta nibh metus, sodales maximus nulla sollicitudin eget. Fusce dictum ex quis porttitor egestas. Morbi vitae scelerisque turpis, sed laoreet lorem. Nullam vel neque sagittis diam accumsan accumsan. In suscipit quam nibh, sit amet consectetur felis sagittis id.
4- Mauris nec dui suscipit, vestibulum arcu a, pulvinar ligula. Fusce nec mauris dignissim, feugiat ipsum ac, gravida leo. Curabitur justo magna, aliquet eu commodo molestie, tempus eget ante. Fusce ornare vulputate tortor, et malesuada turpis semper non.

Autres dénominations :
– To Do List (contrairement au plan d’action dont tous les items convergent vers un même livrable, la To Do List regroupe des tâches sans rapport entre elles)

Documents contractuels pour la gestion par affaires
La gestion par affaires (ou gestion d’affaires ou gestion à l’affaire) est un cas particulier de la gestion de projet. On parle de gestion par affaires lorsqu’une entreprise (le plus souvent du secteur privé) réalise des produits et/ou des services spécifiques en réponse à un appel d’offres public ou privé. La spécificité de la gestion par affaires est la nécessité de prendre en compte, en plus des contraintes habituelles de la gestion de projet, les aspects commerciaux et juridiques.

Cliquez sur la barre correspondant au document qui vous intéresse

Contrat d'achat
A quoi sert le contrat d’achat ?
Le contrat d’achat est, juridiquement parlant, le document le plus important dans la relation entre le donneur d’ordre et le prestataire qu’il a choisi. Correctement rédigé, il protège chacune des deux parties contre les erreurs ou comportements malveillans de l’autre.
Qui le rédige et quand ?
L’idéal est que le contrat soit rédigé ou tout au moins relu par un juriste. N’oublions pas qu’en cas de litige il se trouvera entre les mains d’avocats d’affaires habitués à faire feu de tout bois, avec la plus parfaite mauvaise foi.

Modèle commenté de contrat d’achat

Contrat d’achat

Contrat d’achat N° …………. du .. / .. / ……

1- Objet de la commande
Résumer en quelques mots le contenu de la prestation.

2- Définition des termes employés.
La meilleure façon d’anticiper sur le mauvais usage du document est d’être d’une grande précision dans la définition des mots qui seront employés. Le mieux est de les expliciter une fois pour toutes sous forme de lexique.

3- Force du contrat.
Spécifier que ce document est valide dès sa la signature par les deux parties, qu’il a priorité sur les conditions générales des parties et sur tout document antérieur.

4- Référentiel du besoin.
Faire référence aux documents qui définissent le besoin (CDCF, CDCT ou STB), sans omettre de spécifier le numéro d’indice et la date de ces documents

5- Livrables.
Indiquer tout ce qui est attendu en fin de projet et en cours de déroulement : Fourniture, plans, schémas, logiciels, programmes informatiques, outillages, pièces de rechange, documentations, rapport des contrôles technique réglementaires, etc….

6- Descriptif des travaux.
Indiquer quels travaux doivent être réalisés par le prestataire : études, réalisation, livraison, génie civil, énergies, manutention, raccordements, essais, repliement, assistance au démarrage, formation des exploitants

Pour lire la suite je me connecte ou je m’abonne
22- Conditions d’exécution des travaux.
Cras ac dolor dictum, congue lacus et, faucibus mi. Etiam sit amet posuere tellus. Maecenas sit amet sodales justo. Aenean mollis consequat ultricies. Proin posuere ultrices urna quis ornare. Donec rutrum mi massa, ut pulvinar dolor venenatis eu. Duis porttitor tincidunt ultricies. Donec quis ante semper, faucibus ipsum at, ullamcorper quam. Nulla quis neque egestas, accumsan magna ut, laoreet neque. Donec tristique condimentum lorem, sed ornare neque finibus porttitor. Interdum et malesuada fames ac ante ipsum primis in faucibus. Aliquam erat volutpat. Vestibulum sed neque nec dolor dictum scelerisque. Nam blandit tristique leo rutrum posuere. Sed aliquam id purus vel rutrum. Integer vel elementum massa.

23- Ressources mises à disposition par le client.
Nulla quis neque egestas, accumsan magna ut, laoreet neque. Donec tristique condimentum lorem, sed ornare neque finibus porttitor. Interdum et malesuada fames ac ante ipsum primis in faucibus. Aliquam erat volutpat. Vestibulum sed neque nec dolor dictum scelerisque. Nam blandit tristique leo rutrum posuere.

24- Coordination.
Phasellus laoreet molestie consectetur. Donec euismod nec ante quis tincidunt. Duis lacinia accumsan volutpat. Nulla nunc turpis, vehicula eu nisl at, pulvinar fermentum felis. Cras non auctor neque, et consequat nunc. Nullam sollicitudin pulvinar nibh at vehicula.

25- Contrôle.
Suspendisse ornare rutrum leo in condimentum. Donec porta nibh metus, sodales maximus nulla sollicitudin eget. Fusce dictum.

26- Assurances.
Morbi mollis condimentum efficitur. Nullam rhoncus justo massa, in congue elit feugiat nec. Praesent quis dolor mi.

27- Modifications.
Donec varius tortor erat, vitae accumsan purus aliquet nec. Aenean pharetra augue vitae mi blandit cursus. Morbi convallis consectetur sem vitae congue. Sed eleifend felis ante, sit amet cursus enim varius at.

28- Echéancier de livraison.
Vivamus sit amet arcu ultrices risus sagittis commodo quis sed elit. Suspendisse vel consectetur purus.

29- Procédure de recette.
Nunc suscipit aliquet viverra. Mauris facilisis at libero ut blandit. Maecenas elementum, felis varius varius molestie, eros leo tempor.

30- Garantie.
Phasellus a leo arcu. Donec diam mi, aliquet eu rutrum convallis, condimentum eu augue. Nunc et nisl dapibus, laoreet mi non, ultricies nisl. Morbi sagittis, orci vitae facilisis ultricies, purus nisi pretium neque, id tincidunt sem sem eu libero. Donec vel consequat ante, ut consequat tellus. Praesent sed massa pellentesque augue vehicula varius vel sed ex. Aenean semper enim

31- Force majeure.
Nunc at aliquam odio. Sed volutpat mauris eget vulputate dapibus. Nam ullamcorper ultrices leo. Orci varius natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus. Curabitur in dignissim nulla.

32- Conditions économiques.

Aliquam bibendum mi nibh, at tempor risus facilisis bibendum. Donec suscipit ipsum ut condimentum mollis. In sit amet nibh iaculis justo viverra fringilla vel eget massa. Cras laoreet lacus nec justo commodo, et pharetra tellus pharetra. Curabitur laoreet auctor aliquet. Duis elementum nulla at dui interdum, a accumsan libero mattis.


33- Confidentialité.
Curabitur in dignissim nulla. Aenean sit amet dignissim erat, id tristique erat.

34- Propriété intellectuelle.
Nulla commodo sit amet massa non convallis. Praesent vehicula enim dictum risus dapibus, sed ultrices enim scelerisque. Cras luctus velit ut magna sodales gravida. Nam at erat quis erat fringilla consectetur non eget risus. Nulla nunc arcu, laoreet a felis eget, ultricies varius nibh. Nam nec semper lacus. Integer vehicula dolor quis pulvinar accumsan.

35- Annexes.
Nulla commodo sit amet massa non convallis. Praesent vehicula enim dictum risus dapibus, sed ultrices enim scelerisque.

36- Réclamations et litiges.
Suspendisse pharetra, mi ut dictum aliquam, mauris velit venenatis ligula, vitae ultrices arcu dolor at risus.


Autres dénominations et termes approchants
– Bon de commande
– Lettre de commande

Accord de confidentialité

A quoi sert l’accord de confidentialité
Une entreprise qui veut s’entourer de partenaires, prestataires de services ou sous-traitants sait qu’elle devra immanquablement leur fournir des informations techniques, des renseignements commerciaux ou financiers, etc… Autant d’informations qui ne doivent pas être divulguées auprès des concurrents ou du grand public. L’accord de confidentialité a pour but de limiter ce risque de fuite d’informations

Modèle commenté d’accord de confidentialité

ACCORD DE CONFIDENTIALITE

ENTRE LES SOUSSIGNE(E)S :
Indiquer ici la raison sociale, l’adresse, les codes SIRET et APE de l’entité maître d’ouvrage
Représentée par Indiquer ici les prénom et nom de l’interlocuteur MOA et sa fonction dans l’entité
D’une part,

ET
Indiquer ici la raison sociale, l’adresse, les codes SIRET et APE de l’entité maître d’oeuvre
Représentée par Indiquer ici les prénom et nom de l’interlocuteur MOE et sa fonction dans l’entité
D’autre part,

Les deux entités ci-dessus désignées seront ci-après individuellement ou collectivement nommées « la Partie » ou « les Parties ».

PREAMBULE :
Dans le cadre d’une consultation en vue Indiquer ici le nom du projet et le but de la collaboration. les parties vont se communiquer des informations confidentielles. La communication de ces informations est réalisée dans les conditions définies ci-après.

CECI EXPOSE, IL EST CONVENU ET ARRETE CE QUI SUIT :

ARTICLE 1 – DEFINITIONS :
1.1 – La « Partie Emettrice » désigne la partie qui communique ses informations confidentielles à l’autre partie.

1.2 – La « Partie Bénéficiaire » désigne la partie qui reçoit les informations confidentielles de l’autre partie.

1.3 – Les Parties vont s’échanger des informations verbales, des documents, données, échantillons, savoir faire, prototypes, plans, études et outils relatifs au projet cité en préambule. Ces échanges seront désignés globalement par l’expression « les informations ».

Pour lire la suite je me connecte ou je m’abonne
ARTICLE 2 – CONFIDENTIALITE :
2.1 – Nulla quis neque egestas, accumsan magna ut, laoreet neque. Donec tristique condimentum lorem, sed ornare neque finibus porttitor. Interdum et malesuada fames ac ante ipsum primis in faucibus. Aliquam erat volutpat. Vestibulum sed neque nec dolor dictum scelerisque. Nam blandit tristique leo rutrum posuere.

2.2 – Donec tristique condimentum lorem, sed ornare neque finibus porttitor. Interdum et malesuada fames ac ante ipsum primis in faucibus. Aliquam erat volutpat. Vestibulum sed neque nec dolor dictum scelerisque. Nam blandit tristique leo rutrum posuere.

2.3 – Nulla molestie libero quam, ut blandit mi consectetur eget. Sed aliquam id purus vel rutrum. Integer vel elementum massa. Aliquam in metus eu sapien tempus pulvinar in in velit. Praesent semper purus neque, eu ornare augue luctus ut. Morbi eu felis posuere, sagittis elit eu, euismod erat. In hac habitasse platea dictumst. Praesent imperdiet elit non lacus iaculis sollicitudin.

2.4 – Pellentesque ornare nunc varius lectus sagittis sodales. Pellentesque sit amet imperdiet mauris. Phasellus laoreet molestie consectetur. Donec euismod nec ante quis tincidunt. Duis lacinia accumsan volutpat. Nullam sollicitudin pulvinar nibh at vehicula.

ARTICLE 3 – UTILISATION DES INFORMATIONS :
3.1 – Duis lacinia accumsan volutpat. Nulla nunc turpis, vehicula eu nisl at, pulvinar fermentum felis. Cras non auctor neque, et consequat nunc. Praesent luctus congue risus, vitae ultricies erat varius a. Vestibulum id urna ultrices, auctor odio ut.

3.2 – Donec euismod nec ante quis tincidunt. Duis lacinia accumsan volutpat. Nulla nunc turpis, vehicula eu nisl at, pulvinar fermentum felis. Cras non auctor neque, et consequat nunc. Praesent luctus congue risus, vitae ultricies erat varius a. Vestibulum id urna ultrices, auctor odio ut, iaculis enim.

ARTICLE 4 – EXCEPTIONS :
Suspendisse ornare rutrum leo in condimentum. Donec porta nibh metus, sodales maximus nulla sollicitudin eget. Fusce dictum ex quis porttitor egestas. Morbi vitae scelerisque turpis, sed laoreet lorem. Nullam vel neque sagittis diam accumsan accumsan. In suscipit quam nibh, sit amet consectetur felis sagittis id. Morbi nec consectetur nulla. Nam eget orci a sapien tincidunt venenatis eu eu augue. Integer volutpat nunc dictum turpis finibus euismod. Fusce ullamcorper tellus quis est congue, id rhoncus lorem aliquam. Nam porttitor, orci eu porta lobortis.

ARTICLE 5 – DUREE :
5.1 – Donec varius tortor erat, vitae accumsan purus aliquet nec. Aenean pharetra augue vitae mi blandit cursus.

5.2 – Suspendisse vel consectetur purus. Nunc suscipit aliquet viverra. Mauris facilisis at libero ut blandit. Maecenas elementum, felis varius varius molestie, eros leo tempor mauris, in lacinia nibh velit at sapien.

ARTICLE 6 – LOI APPLICABLE :
Nunc at lorem vitae ipsum hendrerit venenatis a efficitur lectus

ARTICLE 7 – LITIGES :
Sed volutpat mauris eget vulputate dapibus. Nam ullamcorper ultrices leo. Orci varius natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus. Curabitur in dignissim nulla. Aenean sit amet dignissim erat, id tristique erat. . Aenean semper enim pretium ex tempor mollis..


Fait en deux (2) exemplaires originaux, dont un (1) pour chaque partie.
A :
Le :

Autres dénominations et concepts proches
– Engagement de confidentialité
– Engagement de confidentialité et de non-usage
– Engagement de visite confidentielle (l’accord est limité aux informations recueillies lors d’une visite des lieux (atelier, usine, laboratoire…)), même en l’absence de projet formalisé.
– Clause de propriété et de confidentialité (Ce document traite, en plus de la confidentialité des informations échangées, la question de la propriété du résultat de la mission)
– Accord (ou engagement) de secret
– Accord de non-divulgation (adapté au cas particulier de l’invention)
– Accord de non-concurrence (vise la situation où le prestataire de service utiliserait les compétences acquises à l’occasion du projet pour se positionner en concurrent de son donneur d’ordre)

Cet article comporte 58 commentaires
  1. Bonsoir
    je suis entrain de préparer un mémoire sur la mise en place d’un projet sanitaire , je serais très reconnaissante si vous m’envoyer les fiches pour les utiliser comme un appuis. Certes, je mettrai votre lien dans la webographie pour mes collègues , mes maitres et les membres de jury.
    votre document m’a beaucoup aider à connaitre les étapes de mise en place d’un projet, merci beaucoup
    veuillez agréer mes salutations les plus sincères.

    1. Bonjour Aouaetef

      Les documents présentés sur cette page ont été créé directement pour le site. Ils n’existent pas dans les formats standards comme Word ou PDF. C’est à chacun de s’en inspirer pour la rédaction de ses propres documents en les adaptant au contexte de l’organisme.
      Cordialement

      1. Bonjour Professeur,

        Je pensais ne plus avoir besoin de relire mes notes de 3IL après 2010, mais finalement , c’est le seul cours dont j’ai toujours besoin de relire les notes à chaque nouvelle mission.
        Merci encore pour les rudiments de gestion de projet. Il nous faudrait presque une mise à jour.
        Bien à vous,
        Henri

  2. Bonjour, je vous remercie aussi pour ces supports +++.
    Reste plus qu’à les completer selon entreprises, spécificités,… le gros du travail etant bien dégrossi.
    Encore merci.
    Aurélie

    1. Bonjour Aurélie
      Merci pour vos encouragements.
      Effectivement il me reste pas mal de travail sur cette page et sur tout le site ! C’est sans fin…
      Michel Estève

  3. Je vous remercie d’avoir mis ce document à la portée de tous dans l’intérêt de ceux qui travaillent dans le domaine.

  4. Bonjour, en effet votre site et explication et document est complet pour la gestion d’un projet.
    Mais j’ai deux trois équipe qui me gère des dossiers mais le besoin de ces projet ne nécessite pas tous ces processus ce sont des petit projet et je souhaiterai qu’il soient malgré tout cadres par une série de documents (Template) support d’un mini processus comme le cadrage, description de fonction document s de communication internes etc
    pourriez vous me fournir ce type de document ?
    merci pour votre retour.

    1. Bonjour Scaravilli

      Votre demande est trop spécifique pour que je puisse répondre avec pertinence. Tout dépend du métier, de la culture de votre entreprise (plus la structure est petite plus les acteurs détestent les procédures « bureaucratiques »), des problèmes que vous avez pu rencontrer dans le passé, des exigences de vos clients, de l’image que vous voulez donner en interne et en externe, etc… Je vous conseille de construire vous-même votre système documentaire petit à petit, et de le faire évoluer ensuite en fonction, notamment, des problèmes rencontrés. C’est pour moi la meilleure façon d’éviter l’usine à gaz qui va être rejetée par vos collaborateurs.
      Cordialement

  5. bonjour, est ce qu’il est possible de mettre à ma disposition les fiches de suivi évaluation d’un projet agricole, merci.

  6. bonjour merci beaucoup pour ce site vraiment il est très enrichissant . SVP je me suis chargée de faire la gestion de projet au sein d’une industrie et j’ai besoin des exemples des documents associés à chaque étape de projet(initiation, planification,……..) je sais que ça reste confidentiel mais seulement des fichiers (word , excel..)qui peuvent être utiles pour ma recherche.
    merci.

    1. Bonjour Belaid

      Malheureusement je ne dispose pas de documents-type aux formats standard. C’est à chaque entreprise de créer les siens en fonction de la typologie de ses projets, du degré de culture projet des acteurs, des objectifs de la direction… Par contre je vous encourage à vous inspirer de cette page.
      Bon travail !

      1. Bonjour,
        Je suis également à la recherche de ce type de document devant en mettre en place dans la société où je suis.
        Voici mon adresse mail : chef__r@hotmail.fr
        Il y a deux _ entre le f et le r.
        Merci de votre aide.
        Cordialement,

      2. Bonjour Mrahmouni
        Moi aussi je suis très intéressé par ce genre de document stndard afin de les adapter aux exigences des futurs projets que je dois piloter dqns peu de temps.merci jlevoumba@gmail.com
        Salutations

      3. j’ai en charge la gestion d’un projet que j’ai initié et j’ai besoin des exemples des documents associés à chaque étape de projet(initiation, planification, etc ….). je souhaite que tu m’apporte ton aide.
        Merci !

      4. Je suis intéressé par les exemples de documents que vous avez obtenus. Serait-il possible de partager?

    1. Bonjour Juliette
      Ce site traite uniquement de gestion de projets, pour votre question voyez plutôt les sites et blogs traitant d’agriculture et d’agro-alimentaire.
      Bonne chance dans votre recherche
      Cordialement

    1. Bonjour Maiga
      Pour ce qui est d’un exemple de projet, s’il s’agit d’un vrai projet c’est à ma connaissance introuvable (les projets d’entreprise sont confidentiels) et pas forcément transposable à votre cas. Reste les études de cas. C’est l’option que j’ai adopté pour mon livre « Comprendre la planification de projet », basé sur un cas fictif facilement compréhensible. Cela dit mon livre ne parle que de la planification, le management de projet c’est bien plus large..
      Bonne chance dans votre recherche.

  7. Merci beaucoup pour très grande contribution dans la gestion de projets. ces modèles sont très utiles, chacun trouvera un document de base assez parlant qui pourra être enrichi.

  8. Bonjour,
    J’ai un travail à faire concernant la documentation d’un projet.Est ce que on trouve juste les documents du processus de coordination ou il y en a d’autres que je dois intégrer dans mon travail.
    Si vous avez un autre fichier qui porte sur cel je serai très reconnaissante.

    Merci bien.

    1. Bonjour

      Il y a de nombreux documents dans la vie d’un projet. Je pense que vous pouvez faire état des documents de gestion du contenu, notamment CDCF (Cahier des charges fonctionnel), STB (Spécification technique du besoin) et Procès-verbal de recette. Peut-être aussi les documents de gestion des risques, le plus important étant le Registre des risques. Je pense qu’un inventaire complet vous mènerait beaucoup trop loin.

      Cordialement

      1. Bonjour,

        Je vous remercie pour votre retour. Je suis sidérée par la qualité du site. J’apprécie énormément vos cours ainsi que l’intérêt personnalisé que vous portez à l’égard de chaque commentaire écrit. Je vous remercie. Vous êtes pour moi l’exemple.

  9. Au Top !!!!

    Votre Topic a répondu a toutes les questions que je me posais sur mon projet d’étude !
    Certain professeurs devraient vraiment se poser les bonnes questions sur la manière dont ils enseignent.

    Dans tous les cas votre document est très bien de mon point de vue, clair, nette et directe.

    Merci

    1. Bonjour Pegaze

      Je suis ravi que vous ayez trouvé sur ce site la réponse à vos questions. C’est le cas de beaucoup d’étudiants, de professionnels… et même de professeurs !

      Bon succès dans vos études.

  10. Bonjour professeur ,

    en cherchant sur internet le format et les différents livrables d’un projet informatique à maitriser par un AMOA ,

    je suis tombée sur votre site , et là je vois que c’est le site à mon ex-professeur !

    En fait , j’ai trouvé (avec ma modeste compréhension) suite à plusieurs petites recherches que les livrables les plus importants sont les suivants (je vous laisse me corriger s’il vous plait) :

    1.EDB : c’est le document qui explicite le besoin d’un MOA ou client
    2.EDF(Etude de faisabilité) : Un document réalisé par un MOE permettant de démontrer que le projet ne comporte aucune impossibilité (ou le document d’avant vente?)
    3.CDC : un document contractuel entre le client et le fournisseur pour formaliser le besoin auquel le MOE ou le fournisseur doit répondre
    4.SFG : après validation du CDC, ce document est rédigé par le MOA pour décrire les besoins Métiers
    5.SFD : après validation du SFG par le MOA, ce document est rédigé par le MOE pour décrire de façon détaillée les spécifications fonctionnelles et techniques du projet(contient le diagramme de GANTT ou la roadmap)
    6.STD : Après validation du SFD par les Métiers,ce document permet de décrire techniquement comment seront réalisés les besoins Métiers
    7.Plan de test : est un document recensant les différents processus de test à suivre ainsi que l’ensemble des documents de tests (FTU,..)
    8.DAT(dossier d’architecture technique) : permet de décrire l’architecture logicielle et matérielle pour le déploiement de la solution
    9.PV de recette : est un document à valider par les Métiers contenant tous les livrables finaux pour déclencher la mise en production du projet
    10.Dossier de test : contient les différents plans de tests et leurs fiches
    11.Manuel utilisateur : c’est un document qui permet de guider le commanditaire dans l’utilisation de la solution

    n.b : des formats de livrables , si vous en avez ils me seront très utiles

    Merci d’avance de votre aide

    1. Bonjour cher ancien élève !
      J’ai déplacé votre commentaire vers cette page qui me paraît plus appropriée à votre sujet.
      Je suis globalement d’accord avec votre inventaire. Je prépare un nouveau paragraphe pour cette page qui portera sur le processus de gestion du contenu du projet qui décrira la plupart des documents dont vous faites état.
      Juste quelques remarques :
      1- L’acronyme CDC ne me plait pas beaucoup car on ne sait jamais si c’est le cahier des charges du projet ou le cahier des charges fonctionnel (CDCF) de la solution.
      2- Concernant la SFD (Spécification Fonctionnelle Détaillée) je trouve anormal d’y trouver le diagramme de Gantt. C’est mélanger le processus de gestion du projet (Gantt) et le processus de gestion du contenu (la solution à produire). Le terme « Fonctionnel » exprime bien le fait qu’il s’agit des fonctions du produit et rien d’autre.
      3- Au manuel utilisateur j’ajouterai un manuel de maintenance (ou dossier technique) , les préoccupations de l’utilisateur au quotidien sont bien différentes de celles du développeur qui aura un jour à mettre le nez sous le capot.
      Je n’ai pas pour l’instant de documents-type à vous fournir, c’est en cours de préparation.
      Cordialement

      1. Bonjour ,

        merci pour votre réponse rapide et surtout joyeuses fêtes !

        =>j’attendrai les ‘documents-type’ avec impatience

        Franchement le diagramme de GANTT (ou la roadmap) j’en ai mis dans mon dernier SFD sachant que je me suis inspirée d’un SFD d’un ancien projet !

        En fait, il y avait trois documents contenant ce diagramme (le premier document de planification MS project , le SFD et le ‘project status report’ qu’on affichait à chaque RAP pour voir l’avancement)

        A votre avis le diagramme de gantt on le met dans quel document dans la liste que je vous ai citée précédemment ?ou il est indépendant de tout ça ?

        Merci d’avance

        Cordialement

  11. Bonjour, Je vous félicite pour votre site, une mine d’or.

    Pourriez-vous me dire si les utilisateurs ayant un abonnement Premium ont-ils accès à d’autres documents que les « Les documents du processus de coordination » contenus dans la rubrique « Modèles de documents » ?

    Est-ce que les abonnés Premium voient « plus de choses » que les non abonnés concernant les 9 « Les documents du processus de coordination ». Des versions plus longues ?

    Dans votre réponse Armand (19/05/2016 at 8 h 47 min), vous aviez écrit qu’un Cahier des charges était en cours de rédaction. Y-a-t-il du nouveau sur ce sujet ?

    Merci

    1. Bonjour Pur

      Merci pour vos compliments sur le site.

      Pour la page « Modèles de documents » les abonnés PREMIUM n’ont pas plus d’informations que le visiteur. Les contenus PREMIUM sont systématiquement signalés.
      Je travaille actuellement sur les documents du processus de gestion du contenu (dont les cahiers des charges) et du processus de gestion des risques. Je peux éventuellement vous donner à titre privé un accès à la page brouillon, mais vous risquez d’être déçu : qui dit brouillon dit… Brouillon.
      Cordialement.

  12. Merci pour cet article très complet.. Je dois vendre à ma direction un projet un peu ambitieux de mise en place d’une gestion documentaire efficace et vos modèles vont me permettre d’organiser mes idées et d’être, je l’espère, plus efficace dans ma communication.

    1. Bonjour
      Je suis heureux que ces modèles de documents vous soient utiles.
      Bon succès dans votre projet de gestion documentaire.
      Cordialement

    1. Bonjour Catherine
      Oui, le plan-type des documents de projet peut parfaitement être adapté pour un mémoire. Voici quelques conseil que je donne toujours à mes étudiants :
      – Si un intitulé de paragraphe ne vous semble pas pertinent, supprimez le paragraphe sans regret.
      – Pas de généralités, soyez factuelle et précise. Vous décrivez VOTRE travail.
      – N’utilisez jamais d’abréviations ou d’acronymes sans les avoir explicités auparavant.
      – Commencez toujours par une description « panoramique » du contexte de votre travail. Les étudiants bâclent souvent ce paragraphe qui est pourtant, à mon sens, le plus important puisqu’il englobe et qu’il éclaire tout le reste.
      – N’abordez jamais un point dont vous doutez de la pertinence, ou que vous n’êtes pas capable de développer et de défendre.
      – Faites vérifier l’orthographe !
      Bon mémoire et bonne soutenance

  13. bonjour

    svp j’aimerais savoir si le cahier des charges n’est pas obligatoires ?
    et aussi ou est ce qu’elle se situe dans ces différents modeles?

    merci

    1. Bonjour Armand.
      Votre question appelle plusieurs éléments de réponse :
      – Le Cahier des charges ne figure pas encore sur cette page car il n’appartient pas au processus de coordination mais au processus de gestion du contenu. Cette partie est en cours de rédaction.
      – L’expression « Cahier des charges » est un peu large, il faut distinguer notamment le cahier des charges fonctionnel, la spécification technique du besoin, les cahiers des charges techniques…
      – Quant au mot « obligatoire », ne confondons pas « obligatoire » et « indispensable ». Le cahier des charges est indispensable chaque fois qu’une entité confie une mission à une autre entité. Par contre on ne peut pas dire que le cahier des charge soit « obligatoire » dans les marchés privés, au sens ou aucun texte règlementaire ne l’impose. Beaucoup de marchés privés sont passés de gré à gré, sur la base d’habitudes ou de standards non écrits. Je ne dis pas que cette façon de faire soit à conseiller mais elle existe.
      – Comme je le note plus haut, le cahier des charges intervient chaque fois qu’une entité confie une mission à une autre. C’est notamment le cas au moment de déclencher la mise en œuvre du projet.
      Cordialement

  14. Bonjour,

    Informations très interessantes. j’aimerais avoir un exemple pour monter un projet de formation continue.
    Merci pur votre info.

    1. Bonjour Valérie
      Je n’ai pas d’exemple formalisé sur les projets dans le domaine de la formation continue. De plus votre question est très générale : Vous voulez créer un organisme de formation continue ?
      Cordialement

  15. Bonjour Michel Estève,

    Merci beaucoup pour votre site absolument génial qui nous renseigne sur le management.

    Je suis en train de travailler sur un projet du lancement d’une société et j’aimerais que vous m’aidiez sur les éléments à prendre en compte sur le bilan des risques.

    Dans l’attente de votre retour.

    Cordialement,

    Cédric KWIDI

    1. Bonjour Cédric
      Je vous propose de télécharger et d’exploiter la fiche http://methodo-projet.fr/wp-content/uploads/2016/02/Modèle_d-affaire_Pro.pdf que j’ai créée à l’intention des porteurs de projet d’innovation créateurs d’entreprise. Votre question sur les risques est extrêmement pertinente : je recommande à tous les créateurs de travailler sérieusement, avec un maximum de pragmatisme et de réalisme sur les risques stratégiques (concrètement : en considérant que j’arrive au bout de mon projet, qu’est-ce qui pourrait faire qu’il ne m’apporte pas les bénéfices que j’en attends. Par exemple pas de rentabilité (pas assez de clients ou des couts trop élevés), manque de trésorerie, procès avec un concurrent ou un client….). Bien entendu à chaque risque identifié il faut l’évaluer et si nécessaire lui apporter des réponses.
      Bon succès dans votre projet

  16. bonjour je suis très intéressé de vos modèles, et j’aimerai avoir une idée sur le comment budgétiser mon projet en informatique multimédia. au faite le but de mon projet est de créer un petit entreprise qui vente des produits informatiques, de faire la maintenance réseau, de faire du photocopie, scanner, reliure,en bref tout ceux qui est informatique multimédia

    1. Bonjour Amady
      Premier élément de réponse, vous pouvez télécharger la fiche http://methodo-projet.fr/wp-content/uploads/2016/02/Modèle_d-affaire_Pro.pdf . Elle est conçue pour les projets d’innovation mais elle pose tous les problèmes sur lesquels vous devez travailler. Dons votre cas vous allez vous insérer dans un paysage concurrentiel existant, il est important de faire (ou de faire faire par un spécialiste) une étude de marché quantitative. Sur le plan économique vous devez au minimum faire un budget d’investissement (tout ce que vous devez dépenser avant de vendre la première cartouche d’encre) et un compte de résultat prévisionnel sur au moins deux ans. Un dernier conseil : faites-vous accompagner dans votre projet par la chambre de commerce (ou la chambre des métiers) à laquelle vous allez être rattaché.
      Bon succès dans votre projet

    1. Bonjour Myke
      Malheureusement non, et pour une raison toute simple : il faudrait que les templates soient au format Word pour être utilisables par le plus grand nombre, et pour ma part je n’utilise pas Word (je suis resté fidèle à Ragtime, logiciel génial mais très peu connu).
      Désolé

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Back To Top