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.
Cliquez sur la barre correspondant au document qui vous intéresse
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
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
Légende : R=Réalise A=Approuve C=Contribue I=est Informé |
|||||||||
---|---|---|---|---|---|---|---|---|---|
Responsabilité | Document de référence | Comités | MOE | MOA | AMOA |
||||
Génèse du projet | CODIR | COPIL | Dir Tech | CDP | MOAD | MOAS | Util. | AMOA | |
Instruit et formalise la demande de projet | Fiche de proposition de projet | R | C | ||||||
Décide du passage en phase exploratoire | R | I | |||||||
Phase exploratoire | CODIR | COPIL | Dir Tech | CDP | MOAD | MOAS | Util. | AMOA | |
Choisit l’interlocuteur AMOA | A | R | |||||||
Définit le projet pour la phase | Fiche descriptive de projet | I | C-A | R | |||||
Délimite le périmètre | C-A | R | |||||||
Établit les spécifications fonctionnelles | Cahier des charges fonctionnel (CDCF) | C-A | C | R | |||||
Estime le budget et le délai | C-A | R | |||||||
Evalue le bénéfice | C-A | R | |||||||
Analyse les risques stratégiques | C-A | R | |||||||
Synthétise la phase exploratoire | Note d’opportunité | I | A | R | |||||
Décide du passage en phase de préparation | R | ||||||||
Phase de préparation | CODIR | COPIL | Dir Tech | CDP | MOAD | MOAS | Util. | AMOA | |
Constitue le COPIL | A | C | R | ||||||
Nomme le MOAD (ou Sponsor) | I | A | R | ||||||
Nomme le chef de projet | Lettre de mission du CDP | I | A | R | I | I | I | ||
Définit le projet pour la phase | Charte de projet | A | I | R | C | I | |||
Conduit l’avant-projet | I | I | R | A | I | ||||
Établit le référentiel du besoin | Spécification technique du besoin (STB) | I | I | R | A | I | |||
Elabore le budget de référence | Budget opérationnel | I | I | R | A | I | |||
Etablit le planning de réalisation | Diagramme de Gantt | I | I | R | A | I | |||
Analyse les risques opérationnels | I | I | R | A | I | ||||
Synthétise la phase | Dossier d’étude de faisabilité | A | R | C | I | ||||
Décide le lancement | A | R | I | I | I | I | |||
Phase de mise en œuvre | CODIR | COPIL | Dir Tech | CDP | MOAD | MOAS | Util. | AMOA | |
Etablit le référentiel du projet | Plan de projet | A | I | R | C | I | |||
Pilote le projet au quotidien | Plan de projet | I | R | I | I | ||||
Contrôle et arbitre | R | I | I | I | I | ||||
Accepte la propriété du produit | Procès-verbal de recette définitive | I | I | I | I | A | I | C | R |
Phase de clôture | CODIR | COPIL | Dir Tech | CDP | MOAD | MOAS | Util. | AMOA | |
Analyse le retour d’expérience | Bilan de projet | C | C | R | C | C | C | C | |
Acte la fin du projet | Procès-verbal de clôture | I | R | I | I | I | I | I |
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
Nature du document
Titre | Charte du projet "Palinodie" |
Objet | Ce document formalise la décision de lancer le projet "Palinodie" et définit les modalités de mise en œuvre. |
Nombre de pages | 25 |
Rédacteurs
Prénom et Nom | Fonction | Date | Visa | |
---|---|---|---|---|
Rédigé par | Paul Durand | Consultant | 24-05-2018 | PD |
Vérifié par | Sophie Moreau | Chef de projet | 25-05-2018 | SM |
Approuvé par | Jean de Boissieu | Directeur Général | 25-05-2018 | JdB |
Suivi des versions
Suivi des versions du document | |||
---|---|---|---|
Version | Auteur | Date de diffusion | Description de l'évolution |
V01 | Paul Durand | 21/05/2018 | Version originelle |
V02 | Jean Teullier | 12-06-2018 | § 2.3 : ajout des observations du comité technique |
V03 |
Liste de diffusion
Liste de diffusion | ||||
---|---|---|---|---|
Prénom & Nom | Organisme | Rôle dans le projet | E | I |
Sébastien Volot | STD consultants | AMOA | X | |
Antoine Brunel | SDAI Industries | Chef de projet | X | |
. | ||||
E : pour Exécution ............I : pour Information |
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
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
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
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
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
A quoi sert le dossier d’étude de faisabilité ?
Le projet approche de sa phase de mise en œuvre. Le commanditaire va devoir prendre la décision en général irréversible de réaliser (ou pas) le système. Il a besoin de certitudes quant à l’atteinte de l’objectif. Vous devez passer en revue tous les domaines du projet et démontrer qu’il ne comporte pas d’impossibilité.
Modèle commenté de dossier d’étude de faisabilité
Dossier d’étude de faisabilité
– ici, le NOM DU PROJET –
– Cadrage du projet
Ce paragraphe reprend sans modifications et dans son intégralité la charte de projet, dans le but d’éclairer et de justifier les propositions qui vont suivre.
– Expression du besoin
S’il existe un référentiel du besoin, de type « Spécification Technique du Besoin » (STB) ou « Cahier Des Charges Fonctionnel » (CDCF) faire référence à ce(s) document(s). Dans le cas inverse, détaillez ici les exigences fonctionnelles, les solutions imposées et les exigences techniques.
– Présentation de la solution
Décrivez en détail le système prescrit : Son architecture générale, les principes techniques retenus, son fonctionnement, les composants matériels et logiciels choisis, son utilisation, sa maintenance…
– Justification des choix
Vous devez montrer en quoi les choix de conception proposés constituent la meilleure réponse au besoin exprimé. Une conception est toujours le résultat de compromis, n’hésitez pas à mettre en lumière les impasses que vous avez du faire et les fonctions que vous avez du dégrader, justifiez ces choix. Citez les autres solutions envisagées et les raisons pour lesquelles elles ont été écartées.
– Faisabilité technique
Un projet comporte très souvent un défi technique. A ce stade de l’étude vous devez apporter la preuve que le système donnera entière satisfaction. Dites quelles fonctions méritaient que l’on vérifie la possibilité de les réaliser. Quels moyens avez-vous mis en œuvre pous effectuer les vérifications (maquette, installation-pilote, appel à expert, calculs, enquête…). Quels résultats avez-vous obtenu ? S’il reste des incertitudes, annoncez-le très clairement de façon que le commanditaire prenne ses risques en connaissance de cause.
– Faisabilité économique
Quel est le budget du projet, en valeur monétaire ou en nombre d’heures de travail humain. S’il s’agit d’un projet à rentabilité contrôlée, donnez le détail de votre étude de rentabilité et ses résultats ( DRCI, VAN…)
– Faisabilité financière
Pour lire la suite je me connecte ou je m’abonne
Duis porttitor tincidunt ultricies. Donec quis ante semper, faucibus ipsum at, ullamcorper quam. Nulla quis neque egestas, accumsan magna ut, laoreet neque. Donec tristique condimentum lorem, sed ornare neque finibus porttitor. Interdum et malesuada fames ac ante ipsum primis in faucibus.
– Faisabilité calendaire
Donec tristique condimentum lorem, sed ornare neque finibus porttitor. Interdum et malesuada fames ac ante ipsum primis.
– Faisabilité juridique
Integer vel elementum massa. Aliquam in metus eu sapien tempus pulvinar in in velit. Praesent semper purus neque, eu ornare augue luctus ut. Morbi eu felis posuere, sagittis elit eu, euismod erat. In hac habitasse platea dictumst. Praesent imperdiet elit non lacus iaculis sollicitudin.
– Risques opérationnels
Nullam sollicitudin pulvinar nibh at vehicula. Nunc mattis erat vel neque tristique, quis mattis massa interdum. Pellentesque ornare nunc varius lectus sagittis sodales. Pellentesque sit amet imperdiet mauris. Phasellus laoreet molestie consectetur. Donec euismod nec ante quis tincidunt. Duis lacinia accumsan volutpat. Nulla nunc turpis, vehicula eu nisl at, pulvinar fermentum felis.
Pour télécharger le document au format Word
vous devez souscrire un abonnement PREMIUM
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
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
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 ?
– Lettre de clôture
– Note de clôture
Pour télécharger le document au format Word
vous devez souscrire un abonnement PREMIUM
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
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.
– 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
A quoi sert le CDCF ?
Le cahier des charges fonctionnel d’un produit décrit le besoin en terme de fonctions à assurer par ce produit. Il est rédigé en termes d’obligation de résultat et ne doit pas évoquer les moyens à mettre en œuvre ni les dispositifs qui réaliseront les fonctions. L’élaboration d’un cahier des charges fonctionnel a été formalisée en 1991 par l’AFNOR dans la norme NF X 50-151. Celle-ci a été remplacée en février 2013 par la norme NF EN 16271. Le cahier des charges fonctionnel traduit la demande du client-utilisateur, il doit être rédigé dans un langage et avec des termes compréhensibles par celui-ci.
Dans quel cas utiliser le CDCF ?
Le cahier des charges fonctionnel est un outil puissant et incontournable pour la création d’objets techniques comme les machines industrielles (marchés B to B) et produits grand public (marchés B to C)
Quelques règles pour la rédaction du CDCF
Pour lire la suite je me connecte ou je m’abonne
– Nullam rhoncus justo massa, in congue elit feugiat nec. Praesent quis dolor mi. Mauris nibh quam, gravida non ex eu, venenatis iaculis sem. Suspendisse ornare rutrum leo in condimentum. Donec porta nibh metus, sodales maximus nulla sollicitudin eget.
– Fusce dictum ex quis porttitor egestas. Morbi vitae scelerisque turpis, sed laoreet lorem. Nullam vel neque sagittis diam accumsan accumsan. In suscipit quam nibh, sit amet consectetur felis sagittis id. Morbi nec consectetur nulla.
– Nam eget orci a sapien tincidunt venenatis eu eu augue. Integer volutpat nunc dictum turpis finibus euismod. Fusce ullamcorper tellus quis est congue, id rhoncus lorem aliquam. Nam porttitor, orci eu porta lobortis, erat sapien mattis lorem, quis iaculis massa arcu vel felis.
– Praesent semper purus neque, eu ornare augue luctus ut. Morbi eu felis posuere, sagittis elit eu, euismod erat. In hac habitasse platea dictumst. Praesent imperdiet elit non lacus iaculis sollicitudin. Mauris nec dui suscipit, vestibulum arcu a, pulvinar ligula.
Modèle commenté de Cahier Des Charges Fonctionnel
Cahier Des Charges Fonctionnel
– ici, le NOM DU PRODUIT –
(On ne peut pas parler de CDCF du projet lui-même mais seulement du (ou des) CDCF du (ou des) produit(s) à créer à l’occasion du projet.
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)
Arbre fonctionnel | Caractérisation des fonctions | ||||
---|---|---|---|---|---|
Le produit "ALL" doit.... | Critère | Niveau | Flexibilité | ||
Transporter deux personnes et leurs bagages | |||||
Offrir un habitacle spacieux | Hauteur x longueur x largeur | 1,5 x 2 x 1,4 m | F1 | ||
Supporter la charge utile | Masse | 300 Kg | F1 | ||
Atteindre en peu de temps un point distant | |||||
Etre rapide | Vitesse de croisière | 150 Km/h | F2 | ||
Avoir un grand rayon d'action | Durée de vol à charge maximum | 2 heures | F1 | ||
Respecter la règlementation des ULM de classe 3 biplaces | |||||
Ne pas décrocher à basse vitesse | Vitesse de décrochage | inférieure ou égale à 65 km/h | F0 | ||
Avoir une puissance limitée | Puissance maximale | 75 Kw | F0 | ||
Flexibilité : ............F0 : Impératif ............F1 : Négociable............F2 : Très négociable |
Pour télécharger le document au format Word
vous devez souscrire un abonnement PREMIUM
A quoi sert le backlog de produit ?
Le backlog de produit (il n’existe pas de traduction satisfaisante en langue française de l’expression originale « product backlog ») est un outil de recueil du besoin d’apparition récente. Sa grande richesse est d’utiliser pour la description des fonctions une phraséologie bien plus naturelle que pour le CDCF (Cahier Des Charges Fonctionnel). Une remarque importante : on ne peut pas parler de backlog du projet mais seulement du (ou des) backlog(s) du (ou des) produit(s) à créer à l’occasion du projet.)
Dans quel cas utiliser le backlog de produit ?
Le backlog de produit est utilisé dans le domaine des technologies de l’information (informatique et internet). C’est l’un des outils de la méthode agile « SCRUM ». S’il est cité ici c’est que son utilisation peut être fortement conseillée pour les projets d’innovation, même lorsqu’il s’agit de créer un objet technique.
Quelques règles pour la rédaction du backlog de produit
Pour lire la suite je me connecte ou je m’abonne
– Praesent quis dolor mi. Mauris nibh quam, gravida non ex eu, venenatis iaculis sem. Suspendisse ornare rutrum leo in condimentum. Donec porta nibh metus, sodales maximus nulla sollicitudin eget. Fusce dictum ex quis porttitor egestas. Morbi vitae scelerisque turpis, sed laoreet lorem. Nullam vel neque sagittis diam accumsan accumsan. In suscipit quam nibh, sit amet consectetur felis sagittis id. Morbi nec consectetur nulla.
– Nam eget orci a sapien tincidunt venenatis eu eu augue. Integer volutpat nunc dictum turpis finibus euismod. Fusce ullamcorper tellus quis est congue, id rhoncus lorem aliquam. Nam porttitor, orci eu porta lobortis, erat sapien mattis lorem, quis iaculis massa arcu vel felis.
Modèle commenté de backlog de produit
Backlog de produit
– ici, le NOM DU PRODUIT –
Projet concerné : Intitulé du projet qui intègrera ce produitCi-dessous (en rouge) un exemple pour une application de gestion de la paye
.
Backlog du produit « Logiciel de paye »
Id | User stories : En temps que.... Je veux.... afin de .... | Poids | Priorité | |
---|---|---|---|---|
En tant que salarié, je veux.... | ||||
1 | Déclarer mes heures travaillées afin d'être payé à temps | 13 | 1 | |
2 | Pouvoir modifier ma feuille de temps afin de corriger une érreur | 20 | 2 | |
En tant que supérieur hiérarchique, je veux.... | ||||
3 | Approuver (ou pas) les feuilles de temps de mes employés afin d'éviter les fraudes et erreurs | 5 | 1 | |
En tant que Responsable du personnel, je veux... | ||||
4 | Exécuter des rapports de synthèse afin de rendre des comptes hebdomadaires à la Direction | 40 | 2 | |
5 | Créer de nouveaux comptes afin d'ajouter les nouveaux embauchés | 13 | 1 | |
6 | Déclencher des rappels automatiques afin de relancer les retardataires | 8 | 3 | |
7 | Archiver les feuilles de temps en vue d'une utilisation ultérieure | 3 | 1 | |
Poids : - 1 - 2 - 3 - 5 - 8 - 13 - 20 - 40 - 100 - | ||||
Priorité : ............1 : Impératif ............2 : Négociable............3 : Peut être différé |
Pour télécharger le document au format Word
vous devez souscrire un abonnement PREMIUM
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é, langue(s) et terminologie des interfaces, symboles…
– Affordance. L’affordance est la capacité d’un objet à suggérer sa propre utilisation.
– Exigences culturelles et politiques
– Dispositifs anti-erreurs (également nommés « Poka-Yoke » ou détrompeurs)
– Réaction de la part du produit (ou feedback). Il s’agit de la façon par laquelle le système informe l’utilisateur que l’action demandée a bien été réalisée.
– Accessibilité et utilisabilité par des personnes handicapées.
Exigences liées aux évolutions futures du système
La vie d’un système est ponctuée de modifications, d’évolutions, de mise à jour. Ces opérations doivent être anticipées, ainsi que la fin de vie du système.
– Exigences de scalabilité. La scalabilité est la capacité du système à maintenir son niveau de performance face à une montée en charge de production.
– Exigences d’évolutivité. Il est souvent nécessaire d’anticiper sur des évolution possibles du dispositif. Cela peut se traduire par l’obligation faite au concepteur de laisser de la place libre dans un coffret électrique, de surdimensionner tel ou tel composant, de prévoir des emplacements mémoire libres…
– Exigences liées au retrait de service. Le retrait de service d’un système peut être plus ou moins coûteux suivant la façon dont il a été conçu. Il faut prévoir la dépollution, le recyclage ou même la réutilisation de tout ou partie du système.
– Exigences de portabilité des programmes informatiques.
Standards d’image et de marque
La plupart des grandes entreprises imposent que les matériels dans lesquels elles investissent portent l’identité visuelle de la marque.
– Logo, couleurs pour les matériels
– Charte graphique pour les documents
Exigences liées à la qualification et à la mise en service
Pour lire la suite je me connecte ou je m’abonne – Etiam sit amet posuere tellus. Maecenas sit amet sodales justo. Aenean mollis consequat ultricies. Proin posuere ultrices urna quis ornare. Donec rutrum mi massa, ut pulvinar dolor venenatis eu. Duis porttitor tincidunt ultricies. Donec quis ante semper, faucibus ipsum at, ullamcorper quam. Nulla quis neque egestas, accumsan magna ut, laoreet neque. Donec tristique condimentum lorem, sed ornare neque finibus porttitor. Interdum et malesuada fames ac ante ipsum primis in faucibus. Aliquam erat volutpat. Vestibulum sed neque nec dolor dictum scelerisque.
– Nulla molestie libero quam, ut blandit mi consectetur eget. Sed aliquam id purus vel rutrum. Integer vel elementum massa. Aliquam in metus eu sapien tempus pulvinar in in velit. Praesent semper purus neque, eu ornare augue luctus ut. Morbi eu felis posuere, sagittis elit eu, euismod erat. In hac habitasse platea dictumst. Praesent imperdiet elit non lacus iaculis sollicitudin. Mauris nec dui suscipit, vestibulum arcu a, pulvinar ligula. Fusce nec mauris dignissim, feugiat ipsum ac.
Documentation de la solution
Vivamus in iaculis massa. Nunc at aliquam odio. Sed volutpat mauris eget vulputate dapibus. Nam ullamcorper ultrices leo. Orci varius natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus. Curabitur in dignissim nulla. Aenean sit amet dignissim erat, id tristique erat.
– Aliquam bibendum mi nibh, at tempor risus facilisis bibendum.
– Donec suscipit ipsum ut condimentum mollis.
– In sit amet nibh iaculis justo viverra fringilla vel eget massa.
– Cras laoreet lacus nec justo commodo, et pharetra tellus pharetra. Curabitur laoreet auctor aliquet. Duis elementum nulla at dui interdum, a accumsan libero mattis. Vivamus blandit orci a tincidunt porttitor. Fusce maximus imperdiet urna a imperdiet.
– 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
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 demandeDans 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 :
5.1- Les solutions imposées
– Il est fréquent et souvent légitime que le demandeur impose des solutions techniques. Listez-les ici. Si au cours des premières discussions certains choix (Architecture du système, principes retenus, composants choisis…) ont été évoqués, écrivez-le. Précisez si des choix ont été arrêtés ou s’il ne s’agit que de pistes à explorer.
5.2- Les solutions interdites
– Il est tout aussi légitime que la MOA interdise certaines solutions, logiciels ou composants. Il a en cela toute liberté et n’a pas à justifier ses choix.
5.3- Les invariants :
– Si le projet porte sur un système existant, vous devez désigner les parties qui doivent rester inchangées et les parties de l’environnement à ne pas altérer.
Pour lire la suite je me connecte ou je m’abonne
12 – Normes et règles de l’art
– Proin posuere ultrices urna quis ornare. Donec rutrum mi massa, ut pulvinar dolor venenatis eu. Duis porttitor tincidunt ultricies. Donec quis ante semper, faucibus ipsum at, ullamcorper quam. Nulla quis neque egestas, accumsan magna ut, laoreet neque. Donec tristique condimentum lorem, sed ornare neque finibus porttitor. Interdum et malesuada fames ac ante ipsum primis in faucibus. Aliquam erat volutpat. Vestibulum sed neque nec dolor dictum scelerisque. Nam blandit tristique leo rutrum posuere.
13 – Exigences opérationnelles
– Nulla molestie libero quam, ut blandit mi consectetur eget. Sed aliquam id purus vel rutrum. Integer vel elementum massa. Aliquam in metus eu sapien tempus pulvinar in in velit. Praesent semper purus neque, eu ornare augue luctus ut. Morbi eu felis posuere, sagittis elit eu, euismod erat. In hac habitasse platea dictumst. Praesent imperdiet elit non lacus iaculis sollicitudin.
Mauris nec dui suscipit, vestibulum arcu a, pulvinar ligula. Fusce nec mauris dignissim, feugiat ipsum ac, gravida leo. Curabitur justo magna, aliquet eu commodo molestie, tempus eget ante. Fusce ornare vulputate tortor, et malesuada turpis semper non. Sed tincidunt, nibh non mattis ultrices, lacus arcu placerat leo, in accumsan mauris diam ut felis. Mauris suscipit quam et posuere efficitur.
Nullam sollicitudin pulvinar nibh at vehicula. Nunc mattis erat vel neque tristique, quis mattis massa interdum. Pellentesque ornare nunc varius lectus sagittis sodales. Pellentesque sit amet imperdiet mauris. Phasellus laoreet molestie consectetur. Donec euismod nec ante quis tincidunt. Sed tincidunt, nibh non mattis ultrices, lacus arcu placerat leo, in accumsan mauris diam ut felis. Mauris suscipit quam et posuere efficitur.
14 – Exigences d’environnement et interfaces
14.1- Environnement :
– In suscipit quam nibh, sit amet consectetur felis sagittis id. Morbi nec consectetur nulla. Nam eget orci a sapien tincidunt venenatis eu eu augue. Integer volutpat nunc dictum turpis finibus euismod. Fusce ullamcorper tellus quis est congue, id rhoncus lorem aliquam. Nam porttitor, orci eu porta lobortis, erat sapien mattis lorem, quis iaculis massa arcu vel felis.
14.2- Interfaces :
– Duis aliquet elit vel est pulvinar, vel tempus mauris convallis. Vivamus sit amet arcu ultrices risus sagittis commodo quis sed elit. Suspendisse vel consectetur purus. Nunc suscipit aliquet viverra. Mauris facilisis at libero ut blandit. Maecenas elementum, felis varius varius molestie, eros leo tempor mauris, in lacinia nibh velit at sapien.
– Donec varius tortor erat
– Vivamus sit amet arcu
– Nunc suscipit aliquet viverra
– Nunc at lorem vitae ipsum
15 – Exigences de qualification
Donec vel consequat ante, ut consequat tellus. Praesent sed massa pellentesque augue vehicula varius vel sed ex.
16 – Préparation de la livraison
Aenean accumsan est ac sagittis finibus. Phasellus a leo arcu. Donec diam mi, aliquet eu rutrum convallis, condimentum eu augue. Nunc et nisl dapibus, laoreet mi non, ultricies nisl.
17 – Documentation et aide en ligne
Nam ullamcorper ultrices leo. Orci varius natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus. Curabitur in dignissim nulla.
Pour télécharger le document au format Word
vous devez souscrire un abonnement PREMIUM
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
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 –
IntroductionLe 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
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 POLITIQUESInstabilité 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
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 | |||
---|---|---|---|
Projet | Risque | Causes origine et facteurs déclenchants/aggravants | Impact sur les objectifs du projet |
Projet 0675 Palinodie | Fiche R3205 Le client tarde à prononcer la recette | Absence d’interlocuteur technique MOA | Projet 315 livré avec 3 semaines de retard. Surcout 6000 € |
Projet 0055 Symphonie | Fiche R1233 Le LNE refuse l’homologation du prototype | Spé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 € |
Projet 1267 Mécano | Fiche R0897 Le 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
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 | ||
---|---|---|
Projet | N° | 465 |
Intitulé | Projet Palinodie |
|
Risque | N° | 465_0023 |
Description | Le fournisseur ne livre pas le banc d'essai à la date prévue |
|
Catégorie | Planning |
|
Origine | Externe |
|
Facteurs de risque agissants | Sé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 risque | Début | Début de consultation des fournisseurs (tâche 312 du planning) |
Fin | Recette finale du banc d'essai (tâche 315 du planning) | |
Evaluation (qualitative) avant traitement | ||
Indices de : | Fréquence F (1-4) | 3 |
Gravité G (1-4) | 4 |
|
Criticité C=FxG (1-16) | 12 |
|
Réponses au risque (validées par la direction de projet) | ||
Réponses au risque | Pré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 traitement | Fréquence F (1-4) | 1 |
Gravité G (1-4) | 2 |
|
Criticité C=FxG (1-16) | 2 |
|
Pilotage du risque | ||
Pilote | José Fernandez |
|
Actions | Participe 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
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.
Autres dénominations :
– Tableau de pilotage des risques
– Plan de mitigation
– Répertoire des risques
Modèle N°1 : Cas où l’on fait référence aux fiches de risque
REGISTRE DES RISQUES. Projet N° 465 : Palinodie Date d'état : 23/06/2025 | ||||||||
---|---|---|---|---|---|---|---|---|
Risque | Type de traitement | Criticité | Pilote | Etat | ||||
Fiche N° | Description | Prév. | Prot. | Veille | Avant trait. | Après trait. | ||
0023 | Le fournisseur ne fournit pas le banc d'essai à la date prévue | X | X | X | 12 | 2 | J. fernandez | Actif |
0037 | Le LNE refuse l’homologation du prototype | X | X | 16 | 6 | J. fernandez | Latent |
|
0038 | Le directeur Marketing refuse de déclencher l’étude de marché | X | X | 9 | 4 | F. Branco | Latent |
|
Pour télécharger le document au format Word
vous devez souscrire un abonnement PREMIUM
Modèle N°2 : Cas où on n’a pas établi de fiches de risque
REGISTRE DES RISQUES. Projet N° 465 : Palinodie Date d'état : 23/06/2025 | |||||||||
---|---|---|---|---|---|---|---|---|---|
Risque | Criticité avant traitement | Réponse au risque | Criticité après traitement | Pilote de risque | |||||
N° | Description | F | G | C | F | G | C | ||
0023 | Le fournisseur ne fournit pas le banc d'essai à la date prévue | 3 | 4 | 12 | Contrôle de l'avancement du fournisseur sur la base d'un jalonnement de tâche | 1 | 4 | 4 | Jean Faucher |
0037 | Le LNE refuse l’homologation du produit | 3 | 2 | 6 | Soumettre le prototype au LNE dans le cadre d’une mission de conseil | 1 | 2 | 2 | Jean Faucher |
0039 | Le prototype est détruit (fausse manœuvre ou malveillance) | 3 | 3 | 9 | On réalise deux prototypes, le N°2 est conservé au coffre | 3 | 1 | 3 | Fred Branco |
Pour télécharger le document au format Word
vous devez souscrire un abonnement PREMIUM
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é ?
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
Cliquez sur la barre correspondant au document qui vous intéresse
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 Nom | Structure et service | Rôle dans le projet | Adresse de messagerie | |
---|---|---|---|---|
Acteurs internes | Paul Durand | Achats | Contributeur appros | p-durand@cheznous.fr |
Sophie Moreau | R & D | Chef de projet | s-moreau@cheznous.fr | |
Jean de Boissieu | Qualité | Contributeur tests | j-boissieu@cheznous.fr | |
Acteurs externes | Sylvain Charpentier | Directeur Général chez SMB | Client | s-charpentier@smb.com |
Julien Delarue | Chef de labo optique au LNE | Prestataire essais optique | jdelarue@lne.net |
Communication opérationnelle
La communication opérationnelle a pour but d’informer les acteurs de l’avancement des travaux, des problèmes rencontrés, des décisions prises, des actions à entreprendre à court terme et des consignes concernant les modalités d’exécution de ces actions.
Émetteur | Cible(s) | Contenu | Fréquence ou fait générateur | Forme et/ou support |
---|---|---|---|---|
Jean de Boissieu | Paul Durand | liste des composants et quantités | Dès validation du prototype | |
Sophie Moreau | Les membres de l'équipe projet | Point de l'avancement, problèmes rencontrés, plan d'action de la semaine | Tous les lundis | Ré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.
Émetteur | Cible(s) | Objectif | Temporalité | Forme et/ou support |
---|---|---|---|---|
Sophie Moreau | Tous les acteurs | Informer sur l'avancement du projet et les principales décisions | Tous les vendredis | Newsletter PDF, par mail |
Pour télécharger le document au format Word
vous devez souscrire un abonnement PREMIUM
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 MoreauType 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 Nom | Structure et service | Rôle dans le projet | Convoqué / Invité | |
---|---|---|---|---|
Acteurs internes | Sophie Moreau | R & D | Chef de projet | Convoqué |
Jean de Boissieu | Qualité | Contributeur tests | Convoqué | |
Acteurs externes | Sylvain Charpentier | Directeur Général | Client | Convoqué |
Ordre du jour
Sujet | Intervenant | Durée |
---|---|---|
Rappel des fonctions du CDCF | Sophie Moreau | 15 mn |
Présentation du prototype | Sophie Moreau | 15 mn |
Compte-rendu des tests | Jean de Boissieu | 20 mn |
Avis sur le résultat obtenu et propositions d'émélioration | Sylvain Charpentier | 20 mn |
Relevé de décisions et plan d'actions | Sophie Moreau | 20 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
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 MoreauType 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 Nom | Structure et service | Rôle dans le projet | Présents | |
---|---|---|---|---|
Acteurs internes | Sophie Moreau | R & D | Chef de projet | Pr |
Jean de Boissieu | Qualité | Contributeur tests | Pr | |
Acteurs externes | Sylvain Charpentier | Directeur Général | Client | Pr |
Pr = Présent ; Re = Retard ; AE = Absent excusé ; Abs = Absent |
Points abordés
Sujet | Intervenant | Commentaires |
---|---|---|
rappel des fonctions du CDCF | Sophie Moreau | RAS |
Présentation du prototype | Sophie Moreau | Quelques fonctions sont absentes |
Compte rendu des tests | Jean de Boissieu | Les fonctions principales sont correctement satisfaites |
Avis sur le résultat obtenu et propositions d'émélioration | Sylvain Charpentier | Le prototype est en grande partie satisfaisant mais un deuxième doit être réalisé |
Relevé de décisions et plan d'actions | Sophie Moreau | Voir plan d'actions |
Mise à jour du plan d’actions
Domaine | Action et livrable | Responsable | Date-cible | Date soldé | |
---|---|---|---|---|---|
Items soldés | Communication | Préparer un modèle de Newsletter | Sophie Moreau | 25-05-2018 | |
. | |||||
Rappel des items en cours | . | ||||
. | |||||
Nouveaux items | . | ||||
. | |||||
Prochaine réunion
Date : 10/07/2021 heure de début : 10h30 durée : 1 heure 30
Sujet : Examen critique du prototype N°2
Questions pratiques… et réponses.
1- L’animateur peut-il assurer aussi le secrétariat de la réunion ?2- Quand doit-on rédiger, puis diffuser le compte-rendu de réunion ?
3- Comment faire pour que les réunions commencent à l’heure ?
4- Peut-on, lors d’une réunion, attribuer une action à une personne absente à cette réunion ?
Pour lire les réponses je me connecte ou je m’abonne
1- Mauris dictum, arcu sed condimentum pharetra, magna nunc congue ante, a ultrices elit turpis non arcu. Curabitur gravida odio arcu, eu fringilla massa interdum sed. Vivamus faucibus orci id nulla mollis luctus. Ut nec tincidunt urna. Aliquam mollis felis leo, sed auctor urna rhoncus sed. Maecenas quis sapien eu ipsum viverra vehicula.
2- Duis porttitor tincidunt ultricies. Donec quis ante semper, faucibus ipsum at, ullamcorper quam. Nulla quis neque egestas, accumsan magna ut, laoreet neque. Donec tristique condimentum lorem, sed ornare neque finibus porttitor. Interdum et malesuada fames ac ante ipsum primis in faucibus. Aliquam erat volutpat. Vestibulum sed neque nec dolor dictum scelerisque. Nam blandit tristique leo rutrum posuere.
3- Nulla molestie libero quam, ut blandit mi consectetur eget. Sed aliquam id purus vel rutrum. Integer vel elementum massa. Aliquam in metus eu sapien tempus pulvinar in in velit. Praesent semper purus neque, eu ornare augue luctus ut. Morbi eu felis posuere, sagittis elit eu, euismod erat. In hac habitasse platea dictumst. Praesent imperdiet elit non lacus iaculis sollicitudin. Mauris nec dui suscipit, vestibulum arcu a, pulvinar ligula. Fusce nec mauris dignissim, feugiat ipsum ac, gravida leo. Curabitur justo magna, aliquet eu commodo molestie, tempus eget ante. Fusce ornare vulputate tortor, et malesuada turpis semper non. Sed tincidunt, nibh non mattis ultrices, lacus arcu placerat leo, in accumsan mauris diam ut felis. Mauris suscipit quam et posuere efficitur.Nullam sollicitudin pulvinar nibh at vehicula. Nunc mattis erat vel neque tristique, quis mattis massa interdum. Pellentesque ornare nunc varius lectus sagittis sodales. Pellentesque sit amet imperdiet mauris. Phasellus laoreet molestie consectetur. Donec euismod nec ante quis tincidunt.
4- Suspendisse ornare rutrum leo in condimentum. Donec porta nibh metus, sodales maximus nulla sollicitudin eget. Fusce dictum ex quis porttitor egestas. Morbi vitae scelerisque turpis, sed laoreet lorem. Nullam vel neque sagittis diam accumsan accumsan. In suscipit quam nibh, sit amet consectetur felis sagittis id. Morbi nec consectetur nulla. Nam eget orci a sapien tincidunt venenatis eu eu augue.
Pour télécharger le document au format Word
vous devez souscrire un abonnement PREMIUM
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° | Origine | Date | Domaine | Action et livrable | Responsable | Date-cible | Date soldé | Etat |
---|---|---|---|---|---|---|---|---|
201 | Revue de projet N°6 | 24/03/2021 | Gestion des couts | Etablir le cout de revient du produit sur la base du prototype N°2 | Sophie Moreau | 27/03/2021 | En 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
Cliquez sur la barre correspondant au document qui vous intéresse
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
3.1- 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…
3.2- 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
4.1- 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
4.2- Périmètre de la prestation
Définissez clairement les limites de la prestation, en terme de livrables, de travaux, de responsabilité.
4.3- 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.
4.4- 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
5.1- 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…
5.2- 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
6.1- 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.
6.2- 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.
6.3- 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.
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
9.1- 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.
9.2- 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.
9.3- Délai de remise de l’offre
Vestibulum a nisl quis ex ultricies laoreet non a dui.
9.4- 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
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
A quoi sert l’accord de confidentialité
Une entreprise qui veut s’entourer de partenaires, prestataires de services ou sous-traitants sait qu’elle devra immanquablement leur fournir des informations techniques, des renseignements commerciaux ou financiers, etc… Autant d’informations qui ne doivent pas être divulguées auprès des concurrents ou du grand public. L’accord de confidentialité a pour but de limiter ce risque de fuite d’informations
Modèle commenté d’accord de confidentialité
ACCORD DE CONFIDENTIALITE
ENTRE LES SOUSSIGNE(E)S :
Indiquer ici la raison sociale, l’adresse, les codes SIRET et APE de l’entité maître d’ouvrage
Représentée par Indiquer ici les prénom et nom de l’interlocuteur MOA et sa fonction dans l’entité
D’une part,
ET
Indiquer ici la raison sociale, l’adresse, les codes SIRET et APE de l’entité maître d’oeuvre
Représentée par Indiquer ici les prénom et nom de l’interlocuteur MOE et sa fonction dans l’entité
D’autre part,
Les deux entités ci-dessus désignées seront ci-après individuellement ou collectivement nommées « la Partie » ou « les Parties ».
PREAMBULE :
Dans le cadre d’une consultation en vue Indiquer ici le nom du projet et le but de la collaboration. les parties vont se communiquer des informations confidentielles. La communication de ces informations est réalisée dans les conditions définies ci-après.
CECI EXPOSE, IL EST CONVENU ET ARRETE CE QUI SUIT :
ARTICLE 1 – DEFINITIONS :
1.1 – La « Partie Emettrice » désigne la partie qui communique ses informations confidentielles à l’autre partie.
1.2 – La « Partie Bénéficiaire » désigne la partie qui reçoit les informations confidentielles de l’autre partie.
1.3 – Les Parties vont s’échanger des informations verbales, des documents, données, échantillons, savoir faire, prototypes, plans, études et outils relatifs au projet cité en préambule. Ces échanges seront désignés globalement par l’expression « les informations ».
Pour lire la suite je me connecte ou je m’abonne
ARTICLE 2 – CONFIDENTIALITE :
2.1 – Nulla quis neque egestas, accumsan magna ut, laoreet neque. Donec tristique condimentum lorem, sed ornare neque finibus porttitor. Interdum et malesuada fames ac ante ipsum primis in faucibus. Aliquam erat volutpat. Vestibulum sed neque nec dolor dictum scelerisque. Nam blandit tristique leo rutrum posuere.
2.2 – Donec tristique condimentum lorem, sed ornare neque finibus porttitor. Interdum et malesuada fames ac ante ipsum primis in faucibus. Aliquam erat volutpat. Vestibulum sed neque nec dolor dictum scelerisque. Nam blandit tristique leo rutrum posuere.
2.3 – Nulla molestie libero quam, ut blandit mi consectetur eget. Sed aliquam id purus vel rutrum. Integer vel elementum massa. Aliquam in metus eu sapien tempus pulvinar in in velit. Praesent semper purus neque, eu ornare augue luctus ut. Morbi eu felis posuere, sagittis elit eu, euismod erat. In hac habitasse platea dictumst. Praesent imperdiet elit non lacus iaculis sollicitudin.
2.4 – Pellentesque ornare nunc varius lectus sagittis sodales. Pellentesque sit amet imperdiet mauris. Phasellus laoreet molestie consectetur. Donec euismod nec ante quis tincidunt. Duis lacinia accumsan volutpat. Nullam sollicitudin pulvinar nibh at vehicula.
ARTICLE 3 – UTILISATION DES INFORMATIONS :
3.1 – Duis lacinia accumsan volutpat. Nulla nunc turpis, vehicula eu nisl at, pulvinar fermentum felis. Cras non auctor neque, et consequat nunc. Praesent luctus congue risus, vitae ultricies erat varius a. Vestibulum id urna ultrices, auctor odio ut.
3.2 – Donec euismod nec ante quis tincidunt. Duis lacinia accumsan volutpat. Nulla nunc turpis, vehicula eu nisl at, pulvinar fermentum felis. Cras non auctor neque, et consequat nunc. Praesent luctus congue risus, vitae ultricies erat varius a. Vestibulum id urna ultrices, auctor odio ut, iaculis enim.
ARTICLE 4 – EXCEPTIONS :
Suspendisse ornare rutrum leo in condimentum. Donec porta nibh metus, sodales maximus nulla sollicitudin eget. Fusce dictum ex quis porttitor egestas. Morbi vitae scelerisque turpis, sed laoreet lorem. Nullam vel neque sagittis diam accumsan accumsan. In suscipit quam nibh, sit amet consectetur felis sagittis id. Morbi nec consectetur nulla. Nam eget orci a sapien tincidunt venenatis eu eu augue. Integer volutpat nunc dictum turpis finibus euismod. Fusce ullamcorper tellus quis est congue, id rhoncus lorem aliquam. Nam porttitor, orci eu porta lobortis.
ARTICLE 5 – DUREE :
5.1 – Donec varius tortor erat, vitae accumsan purus aliquet nec. Aenean pharetra augue vitae mi blandit cursus.
5.2 – Suspendisse vel consectetur purus. Nunc suscipit aliquet viverra. Mauris facilisis at libero ut blandit. Maecenas elementum, felis varius varius molestie, eros leo tempor mauris, in lacinia nibh velit at sapien.
ARTICLE 6 – LOI APPLICABLE :
Nunc at lorem vitae ipsum hendrerit venenatis a efficitur lectus
ARTICLE 7 – LITIGES :
Sed volutpat mauris eget vulputate dapibus. Nam ullamcorper ultrices leo. Orci varius natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus. Curabitur in dignissim nulla. Aenean sit amet dignissim erat, id tristique erat. . Aenean semper enim pretium ex tempor mollis..
Fait en deux (2) exemplaires originaux, dont un (1) pour chaque partie.
A :
Le :
Autres dénominations et concepts proches
– Engagement de confidentialité
– Engagement de confidentialité et de non-usage
– Engagement de visite confidentielle (l’accord est limité aux informations recueillies lors d’une visite des lieux (atelier, usine, laboratoire…)), même en l’absence de projet formalisé.
– Clause de propriété et de confidentialité (Ce document traite, en plus de la confidentialité des informations échangées, la question de la propriété du résultat de la mission)
– Accord (ou engagement) de secret
– Accord de non-divulgation (adapté au cas particulier de l’invention)
– Accord de non-concurrence (vise la situation où le prestataire de service utiliserait les compétences acquises à l’occasion du projet pour se positionner en concurrent de son donneur d’ordre)
Pour télécharger le document au format Word
vous devez souscrire un abonnement PREMIUM
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 le(s) produit(s) (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
Je ne vois pas de rubrique concernant l’analyse d’impact.
Element essentiel, souvent oublié, pour permettre une recette efficace.
Bonjour Ludwig
Je suis totalement d’accord avec vous. Je projette de faire un chapitre complet sur la GAR (Gestion Axée sur les Résultats) dans lequel on trouvera à la fois l’étude d’impact et son symétrique le suivi-évaluation, tout aussi négligé.
Merci pour ce commentaire.
intéressant merci beaucoup
Bonjour à vous d’abord je tiens à vous remercie tous pour ce site que je vois beaucoup de travail derrière
Je veux demande si vous avez un modèle qui sera un journal de PMO ou on peut partager toutes les informations utile entre la maitrise d’œuvre et PMO, un modèle qui va faciliter les échanges et les communication entre les deux partie (exp : les évènements qui résument une semaine ….)
Je suis content de votre page
je suis très content de votre site, veillez m’envoyer les documents d’un projet d’informations commerciales
Bonjour
Merci pour vos compliments, ça m’encourage à ajouter toujours de nouveaux contenus. Je viens à l’instant d’achever la mise en ligne sur cette page de 26 documents au format Word, c’était une demande récurrente des abonnés.
Par contre je n’ai aucun document sur les « projets d’information commerciale »
J’en suis désolé
Je suis également à la recherche de ce type de document devant en mettre en place dans la société où je suis.
Voici mon adresse mail :alaindestin2000@gmail.com
Bonjour Alain
Je viens de répondre par ailleurs à votre message privé.
Chaque entreprise est différente et il faut toujours contextualiser les documents.
Les modèles de cette page devraient vous inspirer
Cordialement
je souhaite que vous m aider a monter un projet concernant sur l éducation amener les enfants a aiment la lecture. merci d avance
Bonsoir
je suis entrain de préparer un mémoire sur la mise en place d’un projet sanitaire , je serais très reconnaissante si vous m’envoyer les fiches pour les utiliser comme un appuis. Certes, je mettrai votre lien dans la webographie pour mes collègues , mes maitres et les membres de jury.
votre document m’a beaucoup aider à connaitre les étapes de mise en place d’un projet, merci beaucoup
veuillez agréer mes salutations les plus sincères.
Bonjour Aouaetef
Les documents présentés sur cette page ont été créé directement pour le site. Ils n’existent pas dans les formats standards comme Word ou PDF. C’est à chacun de s’en inspirer pour la rédaction de ses propres documents en les adaptant au contexte de l’organisme.
Cordialement
OK merci beaucoup
Bonjour Professeur,
Je pensais ne plus avoir besoin de relire mes notes de 3IL après 2010, mais finalement , c’est le seul cours dont j’ai toujours besoin de relire les notes à chaque nouvelle mission.
Merci encore pour les rudiments de gestion de projet. Il nous faudrait presque une mise à jour.
Bien à vous,
Henri
Bonjour, je vous remercie aussi pour ces supports +++.
Reste plus qu’à les completer selon entreprises, spécificités,… le gros du travail etant bien dégrossi.
Encore merci.
Aurélie
Bonjour Aurélie
Merci pour vos encouragements.
Effectivement il me reste pas mal de travail sur cette page et sur tout le site ! C’est sans fin…
Michel Estève
Je vous remercie d’avoir mis ce document à la portée de tous dans l’intérêt de ceux qui travaillent dans le domaine.
Bonjour
Merci d’avoir laisser ce document à la portée des gens.
Merci infiniment
Bonjour, en effet votre site et explication et document est complet pour la gestion d’un projet.
Mais j’ai deux trois équipe qui me gère des dossiers mais le besoin de ces projet ne nécessite pas tous ces processus ce sont des petit projet et je souhaiterai qu’il soient malgré tout cadres par une série de documents (Template) support d’un mini processus comme le cadrage, description de fonction document s de communication internes etc
pourriez vous me fournir ce type de document ?
merci pour votre retour.
Bonjour Scaravilli
Votre demande est trop spécifique pour que je puisse répondre avec pertinence. Tout dépend du métier, de la culture de votre entreprise (plus la structure est petite plus les acteurs détestent les procédures « bureaucratiques »), des problèmes que vous avez pu rencontrer dans le passé, des exigences de vos clients, de l’image que vous voulez donner en interne et en externe, etc… Je vous conseille de construire vous-même votre système documentaire petit à petit, et de le faire évoluer ensuite en fonction, notamment, des problèmes rencontrés. C’est pour moi la meilleure façon d’éviter l’usine à gaz qui va être rejetée par vos collaborateurs.
Cordialement
Merci pour la qualité de votre travail. je suis à la recherche des documents de gestion de projet .
Voici mon adresse mail : a.karabou77@gmail.com
bonjour, est ce qu’il est possible de mettre à ma disposition les fiches de suivi évaluation d’un projet agricole, merci.
salut moi aussi jai vraiment besoin d’une fiche pour avoir un financement de projet
je suis également intéressé pour des documents types de gestion de projet .
mon mail : spataru.petre@gmail.com
merci d’avance
bonjour merci beaucoup pour ce site vraiment il est très enrichissant . SVP je me suis chargée de faire la gestion de projet au sein d’une industrie et j’ai besoin des exemples des documents associés à chaque étape de projet(initiation, planification,……..) je sais que ça reste confidentiel mais seulement des fichiers (word , excel..)qui peuvent être utiles pour ma recherche.
merci.
Bonjour Belaid
Malheureusement je ne dispose pas de documents-type aux formats standard. C’est à chaque entreprise de créer les siens en fonction de la typologie de ses projets, du degré de culture projet des acteurs, des objectifs de la direction… Par contre je vous encourage à vous inspirer de cette page.
Bon travail !
Bonjour,
Je peux vous aider dans ce sens, merci de me communiquer votre adresse mail.
Bonjour,
Je suis également à la recherche de ce type de document devant en mettre en place dans la société où je suis.
Voici mon adresse mail : chef__r@hotmail.fr
Il y a deux _ entre le f et le r.
Merci de votre aide.
Cordialement,
Moi également je suis à la recherche des documents de gestion de projet .
Voici mon adresse mail : Ferchichi.ahmed.bahaeddine@gmail.com
Bonjour Mrahmouni
Moi aussi je suis très intéressé par ce genre de document stndard afin de les adapter aux exigences des futurs projets que je dois piloter dqns peu de temps.merci jlevoumba@gmail.com
Salutations
Bonjour
je vous serais reconnaissant si vous pouviez m’envoyer cela aussi
cordialement
seed.upload@gmail.com
Bonjour,
Moi aussi je cherche des documents de gestion de projet .
Mon adresse mail : mansouli@gmail.com
Cordialement
j’ai en charge la gestion d’un projet que j’ai initié et j’ai besoin des exemples des documents associés à chaque étape de projet(initiation, planification, etc ….). je souhaite que tu m’apporte ton aide.
Merci !
Moi également je suis à la recherche des documents de gestion de projet .
Voici mon adresse mail : chamsyadams@gmail.com
je suis désolée pour cette réponse un peu tardé voila mon adresse mail : belaid95noura@gmail.com et merci beaucoup
Je suis intéressé par les exemples de documents que vous avez obtenus. Serait-il possible de partager?
merci de m’aider egalement
Bonjour,je voudrais avoir des modèles types de documents sur la traçabilité du riz. Est ce possible? Merci
Bonjour Juliette
Ce site traite uniquement de gestion de projets, pour votre question voyez plutôt les sites et blogs traitant d’agriculture et d’agro-alimentaire.
Bonne chance dans votre recherche
Cordialement
Bonjour en faite je cherche un exemple de projet pour me baser sur ça pour suivre la méthodologie
Bonjour Maiga
Pour ce qui est d’un exemple de projet, s’il s’agit d’un vrai projet c’est à ma connaissance introuvable (les projets d’entreprise sont confidentiels) et pas forcément transposable à votre cas. Reste les études de cas. C’est l’option que j’ai adopté pour mon livre « Comprendre la planification de projet », basé sur un cas fictif facilement compréhensible. Cela dit mon livre ne parle que de la planification, le management de projet c’est bien plus large..
Bonne chance dans votre recherche.
Merci beaucoup pour très grande contribution dans la gestion de projets. ces modèles sont très utiles, chacun trouvera un document de base assez parlant qui pourra être enrichi.
Bonjour,
J’ai un travail à faire concernant la documentation d’un projet.Est ce que on trouve juste les documents du processus de coordination ou il y en a d’autres que je dois intégrer dans mon travail.
Si vous avez un autre fichier qui porte sur cel je serai très reconnaissante.
Merci bien.
Bonjour
Il y a de nombreux documents dans la vie d’un projet. Je pense que vous pouvez faire état des documents de gestion du contenu, notamment CDCF (Cahier des charges fonctionnel), STB (Spécification technique du besoin) et Procès-verbal de recette. Peut-être aussi les documents de gestion des risques, le plus important étant le Registre des risques. Je pense qu’un inventaire complet vous mènerait beaucoup trop loin.
Cordialement
Bonjour,
Je vous remercie pour votre retour. Je suis sidérée par la qualité du site. J’apprécie énormément vos cours ainsi que l’intérêt personnalisé que vous portez à l’égard de chaque commentaire écrit. Je vous remercie. Vous êtes pour moi l’exemple.
Au Top !!!!
Votre Topic a répondu a toutes les questions que je me posais sur mon projet d’étude !
Certain professeurs devraient vraiment se poser les bonnes questions sur la manière dont ils enseignent.
Dans tous les cas votre document est très bien de mon point de vue, clair, nette et directe.
Merci
Bonjour Pegaze
Je suis ravi que vous ayez trouvé sur ce site la réponse à vos questions. C’est le cas de beaucoup d’étudiants, de professionnels… et même de professeurs !
Bon succès dans vos études.
Bonjour professeur ,
en cherchant sur internet le format et les différents livrables d’un projet informatique à maitriser par un AMOA ,
je suis tombée sur votre site , et là je vois que c’est le site à mon ex-professeur !
En fait , j’ai trouvé (avec ma modeste compréhension) suite à plusieurs petites recherches que les livrables les plus importants sont les suivants (je vous laisse me corriger s’il vous plait) :
1.EDB : c’est le document qui explicite le besoin d’un MOA ou client
2.EDF(Etude de faisabilité) : Un document réalisé par un MOE permettant de démontrer que le projet ne comporte aucune impossibilité (ou le document d’avant vente?)
3.CDC : un document contractuel entre le client et le fournisseur pour formaliser le besoin auquel le MOE ou le fournisseur doit répondre
4.SFG : après validation du CDC, ce document est rédigé par le MOA pour décrire les besoins Métiers
5.SFD : après validation du SFG par le MOA, ce document est rédigé par le MOE pour décrire de façon détaillée les spécifications fonctionnelles et techniques du projet(contient le diagramme de GANTT ou la roadmap)
6.STD : Après validation du SFD par les Métiers,ce document permet de décrire techniquement comment seront réalisés les besoins Métiers
7.Plan de test : est un document recensant les différents processus de test à suivre ainsi que l’ensemble des documents de tests (FTU,..)
8.DAT(dossier d’architecture technique) : permet de décrire l’architecture logicielle et matérielle pour le déploiement de la solution
9.PV de recette : est un document à valider par les Métiers contenant tous les livrables finaux pour déclencher la mise en production du projet
10.Dossier de test : contient les différents plans de tests et leurs fiches
11.Manuel utilisateur : c’est un document qui permet de guider le commanditaire dans l’utilisation de la solution
n.b : des formats de livrables , si vous en avez ils me seront très utiles
Merci d’avance de votre aide
Bonjour cher ancien élève !
J’ai déplacé votre commentaire vers cette page qui me paraît plus appropriée à votre sujet.
Je suis globalement d’accord avec votre inventaire. Je prépare un nouveau paragraphe pour cette page qui portera sur le processus de gestion du contenu du projet qui décrira la plupart des documents dont vous faites état.
Juste quelques remarques :
1- L’acronyme CDC ne me plait pas beaucoup car on ne sait jamais si c’est le cahier des charges du projet ou le cahier des charges fonctionnel (CDCF) de la solution.
2- Concernant la SFD (Spécification Fonctionnelle Détaillée) je trouve anormal d’y trouver le diagramme de Gantt. C’est mélanger le processus de gestion du projet (Gantt) et le processus de gestion du contenu (la solution à produire). Le terme « Fonctionnel » exprime bien le fait qu’il s’agit des fonctions du produit et rien d’autre.
3- Au manuel utilisateur j’ajouterai un manuel de maintenance (ou dossier technique) , les préoccupations de l’utilisateur au quotidien sont bien différentes de celles du développeur qui aura un jour à mettre le nez sous le capot.
Je n’ai pas pour l’instant de documents-type à vous fournir, c’est en cours de préparation.
Cordialement
Bonjour ,
merci pour votre réponse rapide et surtout joyeuses fêtes !
=>j’attendrai les ‘documents-type’ avec impatience
Franchement le diagramme de GANTT (ou la roadmap) j’en ai mis dans mon dernier SFD sachant que je me suis inspirée d’un SFD d’un ancien projet !
En fait, il y avait trois documents contenant ce diagramme (le premier document de planification MS project , le SFD et le ‘project status report’ qu’on affichait à chaque RAP pour voir l’avancement)
A votre avis le diagramme de gantt on le met dans quel document dans la liste que je vous ai citée précédemment ?ou il est indépendant de tout ça ?
Merci d’avance
Cordialement
Bonjour, Je vous félicite pour votre site, une mine d’or.
Pourriez-vous me dire si les utilisateurs ayant un abonnement Premium ont-ils accès à d’autres documents que les « Les documents du processus de coordination » contenus dans la rubrique « Modèles de documents » ?
Est-ce que les abonnés Premium voient « plus de choses » que les non abonnés concernant les 9 « Les documents du processus de coordination ». Des versions plus longues ?
Dans votre réponse Armand (19/05/2016 at 8 h 47 min), vous aviez écrit qu’un Cahier des charges était en cours de rédaction. Y-a-t-il du nouveau sur ce sujet ?
Merci
Bonjour Pur
Merci pour vos compliments sur le site.
Pour la page « Modèles de documents » les abonnés PREMIUM n’ont pas plus d’informations que le visiteur. Les contenus PREMIUM sont systématiquement signalés.
Je travaille actuellement sur les documents du processus de gestion du contenu (dont les cahiers des charges) et du processus de gestion des risques. Je peux éventuellement vous donner à titre privé un accès à la page brouillon, mais vous risquez d’être déçu : qui dit brouillon dit… Brouillon.
Cordialement.
Merci pour cet article très complet.. Je dois vendre à ma direction un projet un peu ambitieux de mise en place d’une gestion documentaire efficace et vos modèles vont me permettre d’organiser mes idées et d’être, je l’espère, plus efficace dans ma communication.
Bonjour
Je suis heureux que ces modèles de documents vous soient utiles.
Bon succès dans votre projet de gestion documentaire.
Cordialement
Bonjour est ce que ça peut servir a une rédaction de mémoire??
Bonjour Catherine
Oui, le plan-type des documents de projet peut parfaitement être adapté pour un mémoire. Voici quelques conseil que je donne toujours à mes étudiants :
– Si un intitulé de paragraphe ne vous semble pas pertinent, supprimez le paragraphe sans regret.
– Pas de généralités, soyez factuelle et précise. Vous décrivez VOTRE travail.
– N’utilisez jamais d’abréviations ou d’acronymes sans les avoir explicités auparavant.
– Commencez toujours par une description « panoramique » du contexte de votre travail. Les étudiants bâclent souvent ce paragraphe qui est pourtant, à mon sens, le plus important puisqu’il englobe et qu’il éclaire tout le reste.
– N’abordez jamais un point dont vous doutez de la pertinence, ou que vous n’êtes pas capable de développer et de défendre.
– Faites vérifier l’orthographe !
Bon mémoire et bonne soutenance
bonjour
svp j’aimerais savoir si le cahier des charges n’est pas obligatoires ?
et aussi ou est ce qu’elle se situe dans ces différents modeles?
merci
Bonjour Armand.
Votre question appelle plusieurs éléments de réponse :
– Le Cahier des charges ne figure pas encore sur cette page car il n’appartient pas au processus de coordination mais au processus de gestion du contenu. Cette partie est en cours de rédaction.
– L’expression « Cahier des charges » est un peu large, il faut distinguer notamment le cahier des charges fonctionnel, la spécification technique du besoin, les cahiers des charges techniques…
– Quant au mot « obligatoire », ne confondons pas « obligatoire » et « indispensable ». Le cahier des charges est indispensable chaque fois qu’une entité confie une mission à une autre entité. Par contre on ne peut pas dire que le cahier des charge soit « obligatoire » dans les marchés privés, au sens ou aucun texte règlementaire ne l’impose. Beaucoup de marchés privés sont passés de gré à gré, sur la base d’habitudes ou de standards non écrits. Je ne dis pas que cette façon de faire soit à conseiller mais elle existe.
– Comme je le note plus haut, le cahier des charges intervient chaque fois qu’une entité confie une mission à une autre. C’est notamment le cas au moment de déclencher la mise en œuvre du projet.
Cordialement
Bonjour,
Informations très interessantes. j’aimerais avoir un exemple pour monter un projet de formation continue.
Merci pur votre info.
Bonjour Valérie
Je n’ai pas d’exemple formalisé sur les projets dans le domaine de la formation continue. De plus votre question est très générale : Vous voulez créer un organisme de formation continue ?
Cordialement
Bonjour Michel Estève,
Merci beaucoup pour votre site absolument génial qui nous renseigne sur le management.
Je suis en train de travailler sur un projet du lancement d’une société et j’aimerais que vous m’aidiez sur les éléments à prendre en compte sur le bilan des risques.
Dans l’attente de votre retour.
Cordialement,
Cédric KWIDI
Bonjour Cédric
Je vous propose de télécharger et d’exploiter la fiche https://methodo-projet.fr/wp-content/uploads/2016/02/Modèle_d-affaire_Pro.pdf que j’ai créée à l’intention des porteurs de projet d’innovation créateurs d’entreprise. Votre question sur les risques est extrêmement pertinente : je recommande à tous les créateurs de travailler sérieusement, avec un maximum de pragmatisme et de réalisme sur les risques stratégiques (concrètement : en considérant que j’arrive au bout de mon projet, qu’est-ce qui pourrait faire qu’il ne m’apporte pas les bénéfices que j’en attends. Par exemple pas de rentabilité (pas assez de clients ou des couts trop élevés), manque de trésorerie, procès avec un concurrent ou un client….). Bien entendu à chaque risque identifié il faut l’évaluer et si nécessaire lui apporter des réponses.
Bon succès dans votre projet
bonjour je suis très intéressé de vos modèles, et j’aimerai avoir une idée sur le comment budgétiser mon projet en informatique multimédia. au faite le but de mon projet est de créer un petit entreprise qui vente des produits informatiques, de faire la maintenance réseau, de faire du photocopie, scanner, reliure,en bref tout ceux qui est informatique multimédia
Bonjour Amady
Premier élément de réponse, vous pouvez télécharger la fiche https://methodo-projet.fr/wp-content/uploads/2016/02/Modèle_d-affaire_Pro.pdf . Elle est conçue pour les projets d’innovation mais elle pose tous les problèmes sur lesquels vous devez travailler. Dons votre cas vous allez vous insérer dans un paysage concurrentiel existant, il est important de faire (ou de faire faire par un spécialiste) une étude de marché quantitative. Sur le plan économique vous devez au minimum faire un budget d’investissement (tout ce que vous devez dépenser avant de vendre la première cartouche d’encre) et un compte de résultat prévisionnel sur au moins deux ans. Un dernier conseil : faites-vous accompagner dans votre projet par la chambre de commerce (ou la chambre des métiers) à laquelle vous allez être rattaché.
Bon succès dans votre projet
bonjour,
est-il possible de pouvoir télécharger ou avoir des Templates de ces différentes fiches ?
Myke
Bonjour Myke
Malheureusement non, et pour une raison toute simple : il faudrait que les templates soient au format Word pour être utilisables par le plus grand nombre, et pour ma part je n’utilise pas Word (je suis resté fidèle à Ragtime, logiciel génial mais très peu connu).
Désolé