Retour au sommaire Cette page sur les documents de gestion de projets comporte des zones de texte flouté. Pour y avoir accès et pouvoir télécharger les modèles de documents vous devez souscrire un abonnement PREMIUM. Cette 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 Sous chaque modèle de document figure un lien de téléchargement de la fiche au format Word. 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. Pour télécharger le document au format Word vous devez souscrire un abonnement PREMIUM 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. Modèle commenté de matrice de responsabilité projets Matrice de responsabilité projets Ce document est une annexe de la Directive pour la gestion du portefeuille de projets ». Il définit les rôles et responsabilités des parties prenantes d’un projet. Il est construit sur le modèle dit Matrice RACI ». Il concerne les projets de type Moyens de production » et Produits technologiques » La signification des sigles et acronymes CODIR, COPIL…. est rappelée sous le tableau 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. Pour télécharger le document au format Word vous devez souscrire un abonnement PREMIUM 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 Rédacteurs Suivi des versions Liste de diffusion 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. Voici 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 Pour télécharger le document au format Word vous devez souscrire un abonnement PREMIUM 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 – 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 Pour télécharger le document au format Word vous devez souscrire un abonnement PREMIUM 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. Pour télécharger le document au format Word vous devez souscrire un abonnement PREMIUM 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. Pour télécharger le document au format Word vous devez souscrire un abonnement PREMIUM 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 à ces documents. 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. Pour télécharger le document au format Word vous devez souscrire un abonnement PREMIUM 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é. Le plan de projet et ses annexes Le modèle de plan de projet présenté ci-dessous est une version simplifiée, destiné à des organismes qui souhaiteraient construire progressivement leur organisation de gestion de projets. Pour des organismes plus cultivés ou plus ambitieux on peut conseiller de traiter les différents domaines dans des documents annexes, comme par exemple le plan de gestion des risques ou le plan de communication. Ces documents sont décrits plus bas dans cette page. 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. Pour télécharger le document au format Word vous devez souscrire un abonnement PREMIUM 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 utilisateurs 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 Pour télécharger le document au format Word vous devez souscrire un abonnement PREMIUM 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 Pour télécharger le document au format Word vous devez souscrire un abonnement PREMIUM 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. Voici 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 caracté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 Pour télécharger le document au format Word vous devez souscrire un abonnement PREMIUM 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 produits à 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 Ultralégers Motorisés de classe 3 Cahier des charges de l’Avion Léger de Loisir ALL Pour télécharger le document au format Word vous devez souscrire un abonnement PREMIUM 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 backlogs du ou des produits à 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 » Pour télécharger le document au format Word vous devez souscrire un abonnement PREMIUM 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’accords 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’autodiagnostic. 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 atteintes à 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é, langues 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 Pour télécharger le document au format Word vous devez souscrire un abonnement PREMIUM 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 PRODUIT – 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çons, 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 brevets, 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 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. 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. 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 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. 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. Pour télécharger le document au format Word vous devez souscrire un abonnement PREMIUM 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. Le 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 définit qui fait quoi en matière de gestion des risques. Modèle commenté de plan de gestion des risques projet Plan de gestion des risques projet – ici, le nom du projet – Introduction Le présent document constitue le référentiel pour la planification et le pilotage de la gestion des risques du projet. Il définit les activités, la procédure et l’organisation de la gestion des risques. Il comprend les règles générales applicables au projet pour en écarter ou en diminuer les risques. Il complète, au niveau des risques, le Plan de projet ». 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. Il a pour vocation à être intégralement consommé. – La Provision opérationnelle » finance les risques résiduels, les aléas et les imprévus. Elle est à disposition du chef de projet pour financer les mesures correctives nécessitées par la survenue de ces risques, aléas et imprévus. Le chef de projet justifie auprès de la Direction des projets chacune des dépenses engagées sur cette ligne budgétaire. 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. Pour télécharger le document au format Word vous devez souscrire un abonnement PREMIUM 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. Pour télécharger le document au format Word vous devez souscrire un abonnement PREMIUM 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 – ici, le TYPE DE PROJETS concerné – 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. Pour télécharger le document au format Word vous devez souscrire un abonnement PREMIUM 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 ProjetN°465 IntituléProjet Palinodie RisqueN°465_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-43 Gravité G 1-44 Criticité C=FxG 1-1612 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-41 Gravité G 1-42 Criticité C=FxG 1-162 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 Pour télécharger le document au format Word vous devez souscrire un abonnement PREMIUM 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° 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 Pour télécharger le document au format Word vous devez souscrire un abonnement PREMIUM 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 des risques du projet Bilan des risques 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 aggravants ? 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 Pour télécharger le document au format Word vous devez souscrire un abonnement PREMIUM 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 Sophie MoreauR & DChef de projets-moreau Jean de BoissieuQualitéContributeur testsj-boissieu Acteurs externesSylvain CharpentierDirecteur Général chez SMBClient s-charpentier Julien DelarueChef de labo optique au LNEPrestataire essais optiquejdelarue 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. ÉmetteurCiblesContenuFré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. ÉmetteurCiblesObjectifTemporalitéForme et/ou support Sophie MoreauTous les acteursInformer sur l'avancement du projet et les principales décisionsTous les vendredisNewsletter PDF, par mail Pour télécharger le document au format Word vous devez souscrire un abonnement PREMIUM 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 Pour télécharger le document au format Word vous devez souscrire un abonnement PREMIUM 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 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. Pour télécharger le document au format Word vous devez souscrire un abonnement PREMIUM 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 N°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 Pour télécharger le document au format Word vous devez souscrire un abonnement PREMIUM 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 Dossier d'appel d'offres A quoi sert le dossier d’appel d’offres Lorsqu’un organisme souhaite confier une mission à une entreprise tierce, il peut choisir cette entreprise sur la base d’une procédure nommée appel d’offres » . La procédure d’appel d’offres consiste à mettre en concurrence plusieurs entreprises candidates et à choisir le mieux disante ». Cette procédure commence par la diffusion aux entreprises candidates d’un même document le Dossier d’appel d’offres ». La procédure d’appel d’offres est obligatoire pour les organismes publics, elle est précisément décrite dans le Code des marchés publics ». Pour les organismes privés, bien que non obligatoire la procédure d’appel d’offres est néanmoins fortement conseillée. Qui remplit le dossier d’appel d’offres? L’organisme demandeur est bien entendu le signataire du dossier d’appel d’offres, ce qui ne l’empêche pas de faire appel au prestataire de son choix pour l’assister dans le travail de rédaction. Modèle commenté de dossier d’appel d’offres Appel d’offres 1- Objet de l’appel d’offres Résumer en quelques courtes phrases ce que vous attendez de la prestation. 2- Contexte Les entreprises consultées ont besoin de savoir qui vous êtes. Décrivez votre organisme, sa raison d’être, son importance effectif, chiffre d’affaire, parts de marché…, les produits qu’elle vend ou les services qu’elle dispense. Décrivez votre mode de fonctionnement, nommez les principaux décideurs ou fournissez un organigramme. Décrivez si besoin votre processus, les outils informatiques ou matériels que vous utilisez. Décrivez sans misérabilisme les insatisfactions ou problèmes qui motivent votre projet. 3- Objectifs Objectif stratégique L’objectif stratégique ou but exprime ce que l’on attend du projet, à terme, comme bénéfice ultime. Par exemple une amélioration de la productivité, un meilleur confort de travail, une augmentation de la capacité de production, etc… Objectif opérationnel Il s’agit là de ce que vous attendez comme résultat concret et immédiat de la mission que vous allez confier au titulaire du marché. Par exemple les plans de réalisation de votre maison, la réorganisation de votre service commercial, une nouvelle machine de production, etc… 4- Contenu et livrables Expression du besoin Dans la mesure du possible faites référence pour ce paragraphe à des documents annexes cahier des charges fonctionnel, spécification technique du besoin, cahier des charges général Périmètre de la prestation Définissez clairement les limites de la prestation, en terme de livrables, de travaux, de responsabilité. Contraintes imposées au fournisseur Faites la liste des contraintes qui peuvent compliquer la mission du prestataire accès au site, sécurité et hygiène, agréments. Procédure de contrôle et d’acceptation des livrables Comment se fera la recette des livrables par qui ? Quand, quelles procédures, quelles conséquences en cas de refus d’un livrable. 5- Limites de prestation Ce paragraphe a pour but d’anticiper d’éventuels conflits dus à une compréhension différente de ce qui est à la charge de l’une ou l’autre des parties A la charge du prestataire Ne faites état que des éléments sur lesquels le doute pourrait exister. Par exemple la préparation ou le nettoyage du chantier, la formation des opérateurs, le contrôle règlementaire d’un équipement… A notre charge Détaillez les travaux que vous gardez à votre charge, les matériaux et équipements que vous mettez temporairement à la disposition du prestataire… 6- Méthodologie de mise en oeuvre du projet Rôles et responsabilités Annoncez la désignation le moment venu de chefs de projet MOA et MOE. Désignez les acteurs qui auront à apporter leur collaboration. Anticipez les conflits. Compétences requises Assurez-vous que l’entreprise dispose de références dans des projets de même type que celui qui motive l’appel d’offres. Ceci vaut également pour les personnes assurez-vous que les personnes choisies par l’entreprise prestataire pour telle ou telle tâche auront bien la compétence requise ainsi que les agréments nécessaires. Dans certains cas formateurs, auditeurs… vous pouvez demander que les personnes soient nommément désignées dans la proposition, exiger des références et demander un CV. Monitoring du projet Définissez la façon dont sera effectué le suivi de l’avancement. Qui élabore et met à jour les indicateurs et tableaux de bord. Réunions de pilotage fréquence, lieu, participants. 7- Calendrier d’exécution Il est prudent de demander au candidat de vous fournir un planning, à vous d’en définir ici la forme. Pour lire la suite je me connecte ou je m’abonne 8- Documents de référence 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. 9- Modalités administratives Prix, facturation et paiement 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 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. Composition de l’offre Pellentesque habitant morbi tristique senectus et netus et malesuada fames ac turpis egestas. Maecenas quis tristique odio. Donec imperdiet eget arcu at dapibus 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 cursus ut vestibulum pulvinar. Délai de remise de l’offre Vestibulum a nisl quis ex ultricies laoreet non a dui. Critères d’attribution 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 – Appel à concurrence Pour télécharger le document au format Word vous devez souscrire un abonnement PREMIUM 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 Pour télécharger le document au format Word vous devez souscrire un abonnement PREMIUM 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 SOUSSIGNEES 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 – La Partie Emettrice » désigne la partie qui communique ses informations confidentielles à l’autre partie. – La Partie Bénéficiaire » désigne la partie qui reçoit les informations confidentielles de l’autre partie. – 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 – 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. – 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. Praesent imperdiet elit non lacus iaculis sollicitudin. – 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 – 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. – 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 – Donec varius tortor erat, vitae accumsan purus aliquet nec. Aenean pharetra augue vitae mi blandit cursus. – 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 Pour télécharger le document au format Word vous devez souscrire un abonnement PREMIUM Procès-verbal de recette Nota dans ce qui suit, les mots recette » et réception » sont à considérer comme synonymes, à vous de choisir celui que vous retenez pour votre propre document. A quoi sert procès-verbal de recette ? A l’issue de chacune des étapes de la procédure de recette, un procès-verbal est rédigé. Celui-ci a pour finalité d’officialiser la recette de l’ouvrage et d’en permettre, in fine, le transfert de propriété. Le procès-verbal de recette provisoire clôt la phase de vérification de l’aptitude au bon fonctionnement VABF et ouvre la phase de vérification en service régulier VSR. Le procès-verbal de recette définitive clôt la phase de vérification en service régulier. Si la MOA n’émet pas de réserves, la signature du procès-verbal de recette définitive libère le prestataire de ses obligations, celui-ci n’étant plus tenu que par les modalités de la garantie. Dans le cas contraire c’est le Procès-verbal de levée des réserves qui libérera le prestataire. Qui remplit la fiche, à quel moment ? Le procès-verbal de recette est obligatoirement établi en présence du client et du prestataire, et après examen contradictoire de la conformité du produit aux exigences du marché. Modèle commenté de PV de recette Procès-verbal de recette – Intitulé du projet Nom du projet concerné – Livrables concernés En cas de recette partielle, nommer les livrables du projet soumis à l’acceptation. Si la recette concerne la totalité des livrables du projet, supprimer ce paragraphe. En présence de M./ Mme Nom, prénom et fonction de la personne représentant le client, maître d’ouvrage et de M./Mme Nom, prénom et fonction de la personne représentant le prestataire, maître d’oeuvre. il a été procédé à ce jour à la vérification de Décrire sommairement les produits objet technique, construction, logiciel… objet de la procédure de recette en vue de l’octroi de la réception desdits livrables. Type de recette ❑ Provisoire ❑ Définitive ❑ La réception est accordée, les travaux ayant été réalisés conformément aux règles de l’art et aux prescriptions des documents du marché. ❑ La réception est accordée sous réserve des remarques suivantes noter toutes les anomalies et écarts constatés, ainsi que les mesures correctives à apporter, auxquelles il devra être satisfait au plus tard pour le JJ/MM/AAAA ❑ La réception est refusée pour les raisons suivantes noter toutes les anomalies et écarts qui justifient le refus, auxquelles il devra être satisfait au plus tard pour le JJ/MM/AAAA. Le maître d’oeuvre fera ensuite une nouvelle demande de réception. Fait à Lieu de signature le JJ/MM/AAAA. en 2 exemplaires, chacune des parties ayant reçu le sien. Signature des deux parties Le maître de l’ouvrage, Le maitre d’oeuvre, Autres dénominations – Procès-verbal de réception des travaux – PV de réception des livrables Pour télécharger le document au format Word vous devez souscrire un abonnement PREMIUM