Explorer les Livres électroniques
Catégories
Explorer les Livres audio
Catégories
Explorer les Magazines
Catégories
Explorer les Documents
Catégories
C’est également à cette étape que seront définies la stratégie de travail, la structure du
projet, les actions à mettre en œuvre, ainsi que les moyens à mettre en place, qu’ils soient
humains, matériels ou financiers.
Suivant la nature du projet il peut exister plusieurs types de parties prenantes qui peuvent
avoir des intérêts parfois divergents.
Les parties prenantes d’un projet sont les individus et les organismes activement impliqués
dans le projet, ou ceux dont les intérêts peuvent être affectés en conséquence de
l’exécution ou de la réalisation effective du projet. L’équipe de management du projet doit
identifier toutes les parties prenantes, déterminer quels sont leurs besoins et leurs attentes
pour pouvoir gérer et orienter ces attentes vers la réussite du projet.
Nous allons présenter les principales parties prenantes qui peuvent être des individus ou
des organisations.
▪ Le comité de pilotage
Il intervient pour des décisions « politiques» importantes que le chef de projet ne peut
prendre seul.
9
Gestion de projet ISEM 2019/2010
Personne physique ou morale pour le compte de qui l'objet du projet est réalisé,
responsable de la définition des objectifs du projet et de la décision d'investir dans le
projet.
Le terme maître d'ouvrage est issu des projets de construction de bâtiments ou de génie
civil, il s'est répandu dans des projets de tous ordres (développement informatique,
campagne commerciale..)
Personne physique ou morale qui, pour sa compétence, est chargée par le maître
d'œuvre de la réalisation du projet.
Le chef de projet choisit l'équipe projet et l'anime, organise le projet et le conduit; il est
responsable du résultat du projet devant le maître d'ouvrage.
▪ L'équipe projet
Elle est choisie par le chef de projet. Elle comprend les personnes prenant une part active
dans la réalisation du projet, les responsables de lots de travaux ou de tâches.
Elle doit être limitée en taille (une dizaine de personnes par exemple).
Lorsque les membres de l'équipe sont «mis à disposition» pour la durée du projet, ils
dépendent de leurs responsables hiérarchiques.
▪ Partenaires
Le chef de projet peut avoir besoin de partenaires en plus des membres de son équipe
projet qui peuvent être des fournisseurs, des sous-traitants ou des laboratoires de
recherches ou tout autre partenaire utile au projet.
IV.1.5. E5 : Évaluation Prévisionnelle des Enjeux
10
Gestion de projet ISEM 2019/2010
projet. Les enjeux du chef de projet requièrent de la polyvalence et sont liés à toutes les
parties prenantes.
Lorsque vous êtes chef de projet, vous devez prendre en compte différents enjeux
appartenant à ces parties prenantes :
11
Gestion de projet ISEM 2019/2010
Méthode 1 : La non-méthode
Exemple: répondre à une offre avec un prix bas pour être sur de l'avoir, mais sans être sûr
d'y gagner quelque chose en définitive (au point de vue financier).
1. Une évaluation des charges globales du projet est réalisée avec une méthode (Delphi,
évaluation analytique, points fonctionnels, etc.) et on cherche à répartir les charges
sur les autres : c’est l’utilisation « descendante ».
2. La charge d’une étape a été évaluée avec une autre méthode et on cherche à déduire
avec cette méthode, la charge des autres étapes : c’est l’utilisation ascendante. Cette
utilisation est déconseillée en raison de la proportionnalité qui peut donner des
résultats aberrants par multiplication des écarts d’origine.
3. En cours du déroulement du projet, on a observé le temps consommé sur les étapes
amont et on veut en déduire la charge des étapes à venir : c’est l’utilisation
« dynamique ».
Etape Ratio
Etude préalable 10 % de la charge totale
Etude détaillée 20 à 30 % de la charge totale
Etude technique 5 à 15 % de la charge "réalisation"
Réalisation 2 fois la charge "étude détaillé"
Mise en œuvre 30 à 40 % de la charge "réalisation"
Méthode 4 : COCOMO "Proposée par B.W. Boehm en 1981 (Construct Cost Model)"
concerne les projets de progiciel. En fonction des hypothèses: . Il est facile à un informaticien
12
Gestion de projet ISEM 2019/2010
d'estimé le nombre de lignes source. La complexité d'écriture d'un programme est la même
quelque soit le langage de programmation. Il propose une méthode basée sur la corrélation
entre la taille d'un projet et sa charge.
b. Analyse Préliminaire des Risques
La gestion des risques est une activité qui consiste à : Identifier et Traiter les évènements de toute
nature susceptibles d’altérer la capacité du projet à atteindre ses objectifs. L’analyse des risques
consiste à évaluer leurs causes et leurs conséquences sur le déroulement du projet. Les risques sont
classés par criticité.
Définition d’un risque : Conséquences potentielles d’une menace exploitant une vulnérabilité d’un
bien ou d’un groupe de bien (Selon l’ISO).
Pour un projet : c’est la possibilité qu’un projet ne s ’exécute pas conformément aux prévisions :
Date, Coût, Spécifications, ressources humaines, évènements imprévisibles. Ces écarts / prévisions
étant considérés comme inacceptables.
Un risque est un évènement redouté qui peut être défini par deux paramètres :
1 - La gravité G de l’effet produit par cet évènement
2 - La probabilité P qu’il se produise
Degré Gravité Gravité des conséquences : impact sur les coûts (par ex.)
5 Catastrophique Entraine la fin du projet
4 Critique Augmentation du coût du projet de > x %
13
Gestion de projet ISEM 2019/2010
➢ Calcul de la criticité
La gestion des risques qui consiste à identifier les principaux risques, communiquer sur les
risques et réfléchir aux actions pour les prévenir. Dès la phase de définition du projet, il est
important de simplement se poser la question des aléas qui peuvent survenir au cours de
votre projet et des solutions que vous pourriez y apporter. Vous pouvez même proposer un
“plan de secours” en cas de survenance de certains types de risques.
Parmi les types de risques qui peuvent entraver le bon déroulement d’un projet on peut
citer :
– Risques techniques : votre projet implique l’utilisation d’un nouveau langage
informatique ou d’une nouvelle technologie pas encore maîtrisée par vos
ressources
– Risques humains : maladie/décès d’une ressource projet importante, re-
affectation prioritaire de vos ressources projet sur d’autres priorités
opérationnelles ou sur d’autres projets par le management, incompétence des
ressources par rapport aux tâches qui leur ont été données
– Risques juridiques : faillite d’un fournisseur avec qui vous êtes lié
contractuellement
14