Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour...

126
Gestion de Projet Gestion de Projet 3 – Planification et Gestion 3 – Planification et Gestion du Changement du Changement Préparé par : Gérard Préparé par : Gérard Battarel Battarel Pour : l’Université René Pour : l’Université René Descartes Descartes Octobre 2006 Octobre 2006 © Copyright 2004 Gérard Battarel - Reproduction interdite sans autorisation de l’auteur

Transcript of Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour...

Page 1: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

Gestion de Projet Gestion de Projet 3 – Planification et Gestion du 3 – Planification et Gestion du ChangementChangement

Préparé par : Gérard BattarelPréparé par : Gérard Battarel

Pour : l’Université René Pour : l’Université René DescartesDescartes

Octobre 2006Octobre 2006© Copyright 2004 Gérard Battarel - Reproduction interdite sans autorisation de l’auteur

Page 2: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

22

ObjectifsObjectifs

Savoir construire un plan de projetSavoir construire un plan de projet Aborder les problèmes d’estimationAborder les problèmes d’estimation Aborder la gestion du risqueAborder la gestion du risque Savoir déterminer un chemin critiqueSavoir déterminer un chemin critique Comprendre les problèmes de la Comprendre les problèmes de la

gestion du changementgestion du changement

Page 3: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

33

Les domaines de connaissances Les domaines de connaissances de la gestion de projetde la gestion de projet

PlanificationPlanification Gestion du périmètreGestion du périmètre Gestion des ressources humainesGestion des ressources humaines Gestion du temps et des coûtsGestion du temps et des coûts Gestion de la qualitéGestion de la qualité Gestion de la communicationGestion de la communication Contractualisation et sous-traitanceContractualisation et sous-traitance

Page 4: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

44

Planification et gestion de Planification et gestion de projetprojet

Objectif : construire une Objectif : construire une représentation du déroulement représentation du déroulement du projet qui va servir de guide du projet qui va servir de guide au déroulement réelau déroulement réel

Challenge : un projet est unique Challenge : un projet est unique et imprévisible, mais son et imprévisible, mais son existence est liée à la définition existence est liée à la définition d’un budget et d’un calendrierd’un budget et d’un calendrier

Page 5: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

55

Rôle du chef de projetRôle du chef de projet

Choisir la méthodeChoisir la méthode Établir le plan selon la méthodeÉtablir le plan selon la méthode

– Savoir jusqu’où aller dans le détailSavoir jusqu’où aller dans le détail– Obtenir des estimationsObtenir des estimations– Défendre les estimations et faire admettre Défendre les estimations et faire admettre

le plan par tousle plan par tous Faire exécuter le planFaire exécuter le plan Savoir quand remettre le plan existant Savoir quand remettre le plan existant

en causeen cause

Page 6: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

1- ESTIMATION1- ESTIMATION

ProblématiqueProblématique

Établissement d’un plan Établissement d’un plan global : méthodes global : méthodes descendantesdescendantes

Page 7: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

77

PlanificationPlanification

Objet : construire un plan de Objet : construire un plan de projet indiquant la charge, la projet indiquant la charge, la durée et le coût du projet et leur durée et le coût du projet et leur déploiement dans le temps, afin déploiement dans le temps, afin de :de :– Connaître les ressources nécessaires au Connaître les ressources nécessaires au

projetprojet– Les mobiliser en temps vouluLes mobiliser en temps voulu– Avoir un guide durant le déroulementAvoir un guide durant le déroulement

Page 8: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

88

Sur quoi s’appuie la Sur quoi s’appuie la planificationplanification

Une découpe du projet en activités découlant Une découpe du projet en activités découlant d’une méthode (choix méthodologique)d’une méthode (choix méthodologique)

Une détermination de la charge et des Une détermination de la charge et des ressources nécessaires à l’exécution de ces ressources nécessaires à l’exécution de ces activitésactivités

La détermination d’un chemin critique dont La détermination d’un chemin critique dont on déduit la durée du projet ou de ses phaseson déduit la durée du projet ou de ses phases

Une évaluation du contexte du projet, Une évaluation du contexte du projet, traduite en termes de risques et de coûts traduite en termes de risques et de coûts associésassociés

Page 9: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

99

Le challenge de la planificationLe challenge de la planification

1.1. Un projet est unique et ne se Un projet est unique et ne se déroule jamais comme prévudéroule jamais comme prévu

2.2. Les informations nécessaires à la Les informations nécessaires à la planification ne sont jamais planification ne sont jamais disponibles au démarrage du disponibles au démarrage du projetprojet

3.3. Le sponsor veut connaître dès le Le sponsor veut connaître dès le début le coût et la durée du projetdébut le coût et la durée du projet

Page 10: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

1010

Comment aborder ce Comment aborder ce challenge ?challenge ?

S’appuyer sur les techniques qui vont S’appuyer sur les techniques qui vont être présentéesêtre présentées

Établir au départ une estimation Établir au départ une estimation globale d’une situation « neutre » qui globale d’une situation « neutre » qui sera affinée et contextualisée sera affinée et contextualisée progressivementprogressivement

Faire vivre le plan de projetFaire vivre le plan de projet Communiquer avec prudenceCommuniquer avec prudence

Page 11: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

1111

Deux approchesDeux approches

Descendante (top down) : part Descendante (top down) : part d’une vision macro du projet, et d’une vision macro du projet, et se fonde sur des métriques de se fonde sur des métriques de projets similairesprojets similaires

Ascendante (bottom up) : part Ascendante (bottom up) : part d’une vision analytique du projet, d’une vision analytique du projet, et intègre les estimations de et intègre les estimations de chacune des activitéschacune des activités

Page 12: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

1212

Ascendance ou descendance ?Ascendance ou descendance ?

Méthode descendanteMéthode descendante– Suppose qu’il existe des projets Suppose qu’il existe des projets

« similaires »« similaires »– Suppose que des métriques adéquates Suppose que des métriques adéquates

sont connues pour ces projetssont connues pour ces projets– Ne peut fournir qu’une charge (ou un Ne peut fournir qu’une charge (ou un

coût), pas une duréecoût), pas une durée

Page 13: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

1313

Ascendance ou descendance ?Ascendance ou descendance ?

Méthode ascendante :Méthode ascendante :– Suppose que les activités (et leurs Suppose que les activités (et leurs

dépendances) soient connuesdépendances) soient connues– Suppose que l’on soit en mesure de les Suppose que l’on soit en mesure de les

estimerestimer– Fournit un plan de projet complet (charge, Fournit un plan de projet complet (charge,

durée, coûts)durée, coûts)

Page 14: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

1414

Charge et duréeCharge et durée

Charge = Charge = (temps * nb de (temps * nb de ressources)ressources)Quantité de travail exprimée en Quantité de travail exprimée en h*mois ou en unités d’œuvre h*mois ou en unités d’œuvre

Coût = Coût = (temps * nb de (temps * nb de ressources * coût unitaire d’une ressources * coût unitaire d’une ressource)ressource)

Page 15: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

Méthodes descendantes Méthodes descendantes d’estimationd’estimation

COCOMOCOCOMO

Points de fonctionsPoints de fonctions

Page 16: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

1616

Méthodes descendantes : Méthodes descendantes : conditions d’applicationconditions d’application

Disposer d’un modèle de Disposer d’un modèle de complexité d’un projetcomplexité d’un projet

Avoir une base de données de Avoir une base de données de projets similaires traités selon la projets similaires traités selon la même méthodemême méthode

Page 17: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

COCOMOCOCOMO

Page 18: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

1818

Modèle de complexité Modèle de complexité COCOMO 81COCOMO 81

Conditions d’application et limites :Conditions d’application et limites : Base : Nombre de lignes de code Base : Nombre de lignes de code

source (KIS)source (KIS) Choix d’une catégorie fonction de Choix d’une catégorie fonction de

dépendances plus au moins fortes dépendances plus au moins fortes des programmes aux contraintes des programmes aux contraintes de l’environnement : types S, P et de l’environnement : types S, P et EE

Page 19: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

1919

Modèle de complexité Modèle de complexité COCOMO 81COCOMO 81

Trois modèles :Trois modèles :

– De base : établit des équations de De base : établit des équations de relation effort-temps-nombre de lignes relation effort-temps-nombre de lignes de code de code

– Intermédiaire : affine le modèle de base Intermédiaire : affine le modèle de base pour l’effort seulement (facteurs de pour l’effort seulement (facteurs de coût) coût)

– Détaillé : ajustement des facteurs de Détaillé : ajustement des facteurs de coût coût

Page 20: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

2020

Modèle COCOMO 81Modèle COCOMO 81

Les catégories de projetsLes catégories de projets

– S : spécifications stables et détailléesS : spécifications stables et détaillées

– P : classe de problèmes dont les critères P : classe de problèmes dont les critères de résolution varient selon l’usagerde résolution varient selon l’usager

Complexité polynomialeComplexité polynomiale

– E : répondent à des stimuli aléatoires de E : répondent à des stimuli aléatoires de l’environnementl’environnement

Complexité exponentielleComplexité exponentielle

Page 21: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

2121

Modèle COCOMO 81Modèle COCOMO 81

Les phases de construction Les phases de construction Modèle de planification (cycle en V) :Modèle de planification (cycle en V) :1.1. Expression du besoinExpression du besoin2.2. DéveloppementDéveloppement

2.1 2.1 Conception généraleConception générale2.2.1 Conception détaillée2.2.1 Conception détaillée2.2.2 Codage & tests unitaires2.2.2 Codage & tests unitaires

2.3 2.3 Tests et intégrationTests et intégration3.3. Exploitation et supportExploitation et support

Page 22: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

2222

Modèle COCOMO 81Modèle COCOMO 81

Relations effort, durée, tailleRelations effort, durée, taille– EFF = a x KISEFF = a x KIS bb

– TDV = 2,5 x EFFTDV = 2,5 x EFF cc

Paramètres par typologie (selon Boehm)Paramètres par typologie (selon Boehm)

TypeType aa bb cc

SS 2,2,44

1,01,055

0,30,388

PP 3,3,00

1,11,122

0,30,355

EE 3,3,66

1,21,200

0,30,322

Effectif moyen = EFF/TDVProductivité moyenne = KIS/EFF

Page 23: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

2323

Modèle COCOMO 81Modèle COCOMO 81Effort par phase (1/2)Effort par phase (1/2)

L’effort est donné en % du développement

TypTypee

PhasePhase 32 KIS32 KIS 64 KIS64 KIS 128 128 KISKIS

SS Définition du Définition du besoinbesoin

Conception Conception généralegénérale

RéalisationRéalisation

Conception tech.Conception tech.

DéveloppementDéveloppement

Tests et intégrationTests et intégration

66

1616

6262

2424

3838

2222

66

1616

5959

2323

3636

2525

PP Définition du Définition du besoinbesoin

Conception Conception généralegénérale

RéalisationRéalisation

Conception tech.Conception tech.

DéveloppementDéveloppement

Tests et intégrationTests et intégration

77

1717

5858

2525

3333

2525

77

1717

5555

2424

3131

2828

77

1717

5252

2323

2929

3131

Page 24: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

2424

Modèle COCOMO 81Modèle COCOMO 81Effort par phase (1/2)Effort par phase (1/2)

L’effort est donné en % du développement

TypeType PhasePhase 32 KIS32 KIS 64 KIS64 KIS 128 128 KISKIS

EE Définition du Définition du besoinbesoin

Conception Conception généralegénérale

RéalisationRéalisation

Conception tech.Conception tech.

DéveloppementDéveloppement

Tests et Tests et intégrationintégration

88

1818

5454

2626

2828

2828

88

1818

5151

2525

2626

3131

88

1818

4848

2424

2424

3434

Page 25: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

2525

Modèle COCOMO 81Modèle COCOMO 81Durée par phase Durée par phase (1/2)(1/2)

La durée est donné en % du développement

TypTypee

PhasePhase 32 KIS32 KIS 64 KIS64 KIS 128 128 KISKIS

SS Définition du Définition du besoinbesoin

Conception Conception généralegénérale

RéalisationRéalisation

Tests et intégrationTests et intégration

1212

1919

5555

2626

1313

1919

5151

3030

PP Définition du Définition du besoinbesoin

Conception Conception généralegénérale

RéalisationRéalisation

Tests et intégrationTests et intégration

2020

2626

4848

2626

2222

2727

4444

2929

2424

2828

4040

2222

Page 26: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

2626

Modèle COCOMO 81Modèle COCOMO 81Durée par phase (1/2)Durée par phase (1/2)

La durée est donné en % du développement

TypeType PhasePhase 32 KIS32 KIS 64 KIS64 KIS 128 128 KISKIS

EE Définition du Définition du besoinbesoin

Conception Conception généralegénérale

RéalisationRéalisation

Tests et Tests et intégrationintégration

3232

3434

4040

2626

3636

3636

3636

2828

4040

3838

3232

3030

Page 27: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

2727

Modèle COCOMO 81Modèle COCOMO 81

Les limites :Les limites :1.1. Une application est le plus souvent un Une application est le plus souvent un

assemblage S,P,Eassemblage S,P,E2.2. La reprise de composants existants n’est pas La reprise de composants existants n’est pas

prise en compte, ni l’utilisation de progicielsprise en compte, ni l’utilisation de progiciels3.3. La notion de KIS doit être préciséeLa notion de KIS doit être précisée

– CommentairesCommentaires– Style de programmationStyle de programmation– Classe de langage utiliséeClasse de langage utilisée

Pour plus de détails sur 1 & 3, voir Coûts et durée des Pour plus de détails sur 1 & 3, voir Coûts et durée des projets informatiques, J. Printz et al, Hermès Science projets informatiques, J. Printz et al, Hermès Science 2002 2002

Page 28: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

2828

Modèle COCOMO 81 Modèle COCOMO 81 Facteurs de coûtFacteurs de coût

Principe : Les estimations « 50-Principe : Les estimations « 50-50 » du développement (phase 2) 50 » du développement (phase 2) sont pondérées par des facteurs sont pondérées par des facteurs dont on fait le produit.dont on fait le produit.Exemple : Exemple : Estimation 50-50 = 100Estimation 50-50 = 100Architecte expérimenté = 0,9Architecte expérimenté = 0,9Programmation débutants = 1,2Programmation débutants = 1,2Planning très tendu = 1,1Planning très tendu = 1,1Estimation corrigée = 100 x 0,9 x 1,2 x 1,1 = Estimation corrigée = 100 x 0,9 x 1,2 x 1,1 = 118,8118,8

Page 29: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

2929

Modèle COCOMO 81 Modèle COCOMO 81 Facteurs de coût Facteurs de coût

Difficulté de l’applicationDifficulté de l’applicationA1 = Contraintes de l’applicationA1 = Contraintes de l’applicationA2 = Base de données A2 = Base de données A3 = Algorithmes complexesA3 = Algorithmes complexes

Expériences / maturité du personnelExpériences / maturité du personnelR1 = ArchitecteR1 = ArchitecteR2 = Domaine applicatif connuR2 = Domaine applicatif connuR3 = Programmeurs R3 = Programmeurs R4 = LangagesR4 = Langages

Attributs du projetAttributs du projetP1 = Pratiques de programmation P1 = Pratiques de programmation P2 = Outils logicielsP2 = Outils logicielsP3 = PlanningsP3 = Plannings

Page 30: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

3030

Modèle COCOMO 81 Modèle COCOMO 81 Facteurs de coût Facteurs de coût

FacteurFacteur Très basTrès bas BasBas MoyenMoyen ElevéElevé Très élevéTrès élevé

A1A1 0.750.75 0.880.88 11 1.151.15 1.401.40

A2A2 0.940.94 11 1.081.08 1.161.16

A3A3 0.700.70 0.850.85 11 1.301.30 1.651.65

R1R1 1.461.46 1.191.19 11 0.860.86 0.710.71

R2R2 1.291.29 1.1311.131 11 0.910.91 0.820.82

R3R3 1.421.42 1.171.17 11 0.860.86 0.700.70

R4R4 1,141,14 1,071,07 11 0,950,95

P1P1 1,241,24 1,101,10 11 0,910,91 0,820,82

P2P2 1,241,24 1,101,10 11 0,910,91 0,830,83

P3P3 1,231,23 1,081,08 11 1,041,04 1,101,10

Page 31: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

3131

COCOMO 81 COCOMO 81 Facteurs d’ajustement par Facteurs d’ajustement par phasephase

Les facteurs de coût ne s’appliquent pas Les facteurs de coût ne s’appliquent pas uniformément au cours du projet : un uniformément au cours du projet : un coefficient d’ajustement est nécessaire coefficient d’ajustement est nécessaire Exemple : Architectes (facteur R1)Exemple : Architectes (facteur R1)

Phase/Phase/niveauniveau

2.12.1 2.2.12.2.1 2.2.22.2.2 2.32.3

Très basTrès bas 1.801.80 1.351.35 1.351.35 1.501.50

BasBas 1.351.35 1.151.15 1.151.15 1.201.20

MoyenMoyen 1.001.00 1.001.00 1.001.00 1.001.00

ElevéElevé 0.750.75 0.900.90 0.900.90 0.850.85

Très élevéTrès élevé 0.550.55 0.750.75 0.750.75 0.700.70

Page 32: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

3232

COCOMO IICOCOMO II

Objectif : Améliorer le COCOMO 81 Objectif : Améliorer le COCOMO 81 enen

prenant en compte :prenant en compte : Une architecture de processus Une architecture de processus

(itérative) mieux adaptée que le (itérative) mieux adaptée que le cycle en Vcycle en V

L’ajustement des paramètres aux L’ajustement des paramètres aux nouvelles pratiques et nouveaux nouvelles pratiques et nouveaux types de projetstypes de projets

Page 33: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

3333

COCOMO II COCOMO II

Périmètre : 5 types de pratiques Périmètre : 5 types de pratiques

1.1. Solutions pour l’utilisateur final : c’est Solutions pour l’utilisateur final : c’est l’usager qui développe (hors modèle) l’usager qui développe (hors modèle)

2.2. Développement d’infrastructures systèmes Développement d’infrastructures systèmes distribués et middlewaredistribués et middleware

3.3. Génération et adaptions d’applications Génération et adaptions d’applications progiciels de gestion de grande taille (ERP)progiciels de gestion de grande taille (ERP)

4.4. Composition assemblage d’applications Composition assemblage d’applications développement à partir de progiciels et développement à partir de progiciels et composants distants (EAI, IAI)composants distants (EAI, IAI)

5.5. Intégration de systèmes = systèmes Intégration de systèmes = systèmes complexes exigeants, comportant une complexes exigeants, comportant une grande part de développement spécifique.grande part de développement spécifique.

Page 34: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

3434

COCOMO II - Cycle de COCOMO II - Cycle de référenceréférence

Faisabilité

Maquettes

Définition

Prototypes

Architecture stabilisée

Développement

Cycles :V1 – ExploitationV2 – ExploitationVn - Exploitation

Utilisation desPoints de fonction

Deux jeux de facteurs :- Estimation initiale (6)- Post architecture (16)

Page 35: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

3535

COCOMO - ConclusionCOCOMO - Conclusion

Complexité de COCOMO IIComplexité de COCOMO II Centré sur le développement : Centré sur le développement :

n’inclut pas certains facteurs de n’inclut pas certains facteurs de coût liés à la MOA coût liés à la MOA

Subjectivité de certains Subjectivité de certains paramètres paramètres

Approche ingénieur (KIS) dans Approche ingénieur (KIS) dans COCOMO 81COCOMO 81

Page 36: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

3636

Ce qu’il faut en retenirCe qu’il faut en retenir

Utilisation possible avec des précautions Utilisation possible avec des précautions (analyse fonctionnelle non incluse)(analyse fonctionnelle non incluse)

Possibilité d’utilisation Possibilité d’utilisation a posterioria posteriori pour pour construire une base de références construire une base de références

Outil de contrôle de vraisemblance Outil de contrôle de vraisemblance

Utilisation des facteurs de coût en Utilisation des facteurs de coût en analyse des risquesanalyse des risques

Page 37: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

3737

COCOMO COCOMO Pour plus Pour plus d’informationsd’informations

http://sunset.usc.edu/research/COCOMO81http://sunset.usc.edu/research/COCOMO81 Coûts et durée des projets informatiques - J. Coûts et durée des projets informatiques - J.

Printz et al, Hermès Sciences, 2001Printz et al, Hermès Sciences, 2001 Software engineering economics. B. Boehm, Software engineering economics. B. Boehm,

Prentice Hall, 1981Prentice Hall, 1981 Software cost estimation with COCOMO II - Software cost estimation with COCOMO II -

B. Boehm et al, Prentice Hall, 2000B. Boehm et al, Prentice Hall, 2000 Estimating software costs - Capers Jones, Estimating software costs - Capers Jones,

McGraw Hill, 1998McGraw Hill, 1998

Page 38: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

Points de fonctionPoints de fonction

Page 39: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

3939

Les points de fonction (PF)Les points de fonction (PF)

Part d’un point de vue de Part d’un point de vue de l’utilisateur (indépendant des l’utilisateur (indépendant des choix de réalisation)choix de réalisation)

Mesure la taille fonctionnelle = Mesure la taille fonctionnelle = mesure du service rendu mesure du service rendu

Page 40: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

4040

Les points de fonction (PF)Les points de fonction (PF)

Périmètre d’utilisation :Périmètre d’utilisation :

Utilisable dès le début du projetUtilisable dès le début du projet Permet de comparer des projets Permet de comparer des projets Un des facteurs d’une mesure d’estimationUn des facteurs d’une mesure d’estimation Origine : Allan Albrecht (IBM, 1979)Origine : Allan Albrecht (IBM, 1979)

Limites :

Ne mesure pas la qualitéNe mesure pas la qualité Ne mesure pas les évolutions techniques ou Ne mesure pas les évolutions techniques ou

ergonomiquesergonomiques Pas applicable aux très petits projets (<100 Pas applicable aux très petits projets (<100

PF) PF)

Page 41: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

4141

Les points de fonctionLes points de fonction

Trois mesures :Trois mesures : Simplifiée : en début de projetSimplifiée : en début de projet Brute : après les specs détaillées Brute : après les specs détaillées Nette : inclut les aspects non fonctionnels Nette : inclut les aspects non fonctionnels

Cinq étapes :Cinq étapes :1.1. Quel est le contexte ?Quel est le contexte ?2.2. Les composants Les composants 3.3. Pondération des composantsPondération des composants4.4. Influence des aspects non fonctionnels Influence des aspects non fonctionnels 5.5. Calcul du nombre de PF netCalcul du nombre de PF net

Page 42: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

4242

Les points de fonctionLes points de fonctionÉtape 1 - Le contexte Étape 1 - Le contexte

Types de projets : nouveau Types de projets : nouveau produit, sous-projet, évolution, produit, sous-projet, évolution, progicielprogiciel

Utilisateur(s)Utilisateur(s)

Périmètre : fonctions, données Périmètre : fonctions, données internes et externes, échanges de internes et externes, échanges de donnéesdonnées

Page 43: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

4343

Les points de fonction Les points de fonction Étape 2 - Les composants Étape 2 - Les composants

Groupes de données (GD) Groupes de données (GD) – Niveau conceptuel (client, facture)Niveau conceptuel (client, facture)– Internes (GDI)Internes (GDI)– Externes (GDE)Externes (GDE)

Fonctions : processus Fonctions : processus élémentaires, indépendants, élémentaires, indépendants, visibles de l’utilisateurvisibles de l’utilisateur

Page 44: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

4444

Les points de fonction Les points de fonction Étape 2 - Les composants Étape 2 - Les composants fonctionsfonctions Les entrées (ENT) modifient les GDI ou Les entrées (ENT) modifient les GDI ou

le fonctionnement de l’application, et le fonctionnement de l’application, et font l’objet d’un traitement non font l’objet d’un traitement non interruptibleinterruptibleEx : Saisie pour traitementEx : Saisie pour traitement

Les sorties (SOR) : extraient et traitent Les sorties (SOR) : extraient et traitent des données avant restitution des données avant restitution Ex : Impression, rapportEx : Impression, rapport

Les interrogations (INT) : extraction Les interrogations (INT) : extraction sans traitement sans traitement Ex : Visualisation, aide en ligneEx : Visualisation, aide en ligne

Page 45: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

4545

Les points de fonctionLes points de fonctionÉtape 3 - PondérationÉtape 3 - Pondération

Groupe de données : sous Groupe de données : sous ensemble logique (SD) et ensemble logique (SD) et données élémentaires (DE) données élémentaires (DE)

Complexité des GDI et GDEComplexité des GDI et GDE

DEDE

SDSD1-191-19 20-5020-50 >50>50

11 FaibleFaible FaibleFaible MoyenMoyen

2-52-5 FaibleFaible MoyenMoyen ElevéElevé

>5>5 MoyenMoyen ElevéElevé ElevéElevé

Ex de SD : en tête de facture, ligne de commande

FaibleFaible MoyeMoyenn

ÉlevéÉlevé

GDIGDI 77 1010 1515

GDGDEE

55 77 1010

Pondération

Page 46: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

4646

Les points de fonctionLes points de fonctionÉtape 3 - PondérationÉtape 3 - Pondération

ENT : ENT : SOR ou INT : SOR ou INT :

DEDE

GDGD

1-51-5 6-196-19 >19>19

0-10-1 FaibleFaible FaibleFaible MoyenMoyen

2-32-3 FaibleFaible MoyenMoyen ElevéElevé

>3>3 MoyenMoyen ElevéElevé ElevéElevé

DEDE

GDGD1-41-4 5-155-15 › › 1515

0-10-1 FaibleFaible FaibleFaible MoyenMoyen

22 FaibleFaible MoyenMoyen ElevéElevé

>2>2 MoyenMoyen ElevéElevé ElevéElevé

Pondération :

FaibleFaible MoyenMoyen ElevéElevé

ENTENT 33 44 66

INTINT 33 44 66

SORSOR 44 55 77

Page 47: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

4747

Les points de fonctionLes points de fonctionÉtape 3 - PondérationÉtape 3 - Pondération

Taille fonctionnelleTaille fonctionnelle

PF Brut = ∑ PF des composantsPF Brut = ∑ PF des composants

Données

Fonctions

Page 48: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

4848

Les points de fonction Les points de fonction Etape 4 - AjustementsEtape 4 - Ajustements

Se rapprochent des facteurs de coût Se rapprochent des facteurs de coût COCOMO COCOMO

14 paramètres évalués sur une échelle 0-14 paramètres évalués sur une échelle 0-55

0 = pas d’influence ; 3 = influence 0 = pas d’influence ; 3 = influence moyennemoyenne

Ajustement (AJ) = (∑ influences) /100 + Ajustement (AJ) = (∑ influences) /100 + 0,650,65

Page 49: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

4949

Les points de fonctionLes points de fonctionEtape 4 - AjustementsEtape 4 - Ajustements

Transmission de Transmission de donnéesdonnées

Système distribuéSystème distribué PerformancesPerformances Utilisation intensiveUtilisation intensive Taux de transactionTaux de transaction Saisie interactiveSaisie interactive Importance de Importance de

l’ergonomiel’ergonomie

Mises à jour en Mises à jour en temps réeltemps réel

Complexité des Complexité des traitementstraitements

RéutilisationRéutilisation Facilité d’installationFacilité d’installation Facilité Facilité

d’exploitationd’exploitation PortabilitéPortabilité FlexibilitéFlexibilité

Page 50: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

5050

Les points de fonction - Les points de fonction - ExempleExempleDonnéesDonnées GDGD DEDE ComplxComplx

..PFPF

Dossier Dossier clientclient

GDIGDI 66 >50>50 EE 1515

FactureFacture GDIGDI 44 20-5020-50 MM 1010

Table Table LibellésLibellés

GDIGDI 11 << 20 20 ff 77

Base ClientsBase Clients GDGDEE

1010 > 50> 50 EE 1010

FonctionsFonctions

F1 - Établir F1 - Établir facturefacture

ENT ENT > 2> 2 > 15> 15 EE 66

F2 - Modifier F2 - Modifier facturefacture

ENTENT > 2> 2 5-155-15 EE 66

F3 - F3 - Visualiser Visualiser impayésimpayés

INTINT 22 1-41-4 ff 33

F4 - F4 - Imprimer Imprimer FactureFacture

SOSORR

11 >19>19 MM 55

TotalTotal 6262

Page 51: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

5151

Les points de fonctionLes points de fonction Étape 5 - Calcul du PF netÉtape 5 - Calcul du PF net

Étape optionnelleÉtape optionnelle

PF net = PF brut x Ajustement (AJ)PF net = PF brut x Ajustement (AJ)

Page 52: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

5252

Les points de fonctionLes points de fonction

Calcul de la taille d’une évolution :Calcul de la taille d’une évolution :

PF évo PF évo = taille de l’évolution= taille de l’évolutionPF add PF add = taille des ajouts= taille des ajoutsPF sup PF sup = taille des suppressions= taille des suppressionsPF mod PF mod = Taille des modifications= Taille des modificationsAJav AJav = Ajustement avant le projet= Ajustement avant le projetAJav AJav = ajustement après le projet= ajustement après le projet

PF évo = (PF add + PF mod) x AJap + PF sup x PF évo = (PF add + PF mod) x AJap + PF sup x AJavAJav

Page 53: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

5353

Variante : Variante : La méthode MkII FPALa méthode MkII FPA

Part des transactions logiques élémentaires Part des transactions logiques élémentaires qui franchissent les limites de l’application qui franchissent les limites de l’application (cas d’usage externes)(cas d’usage externes)

On identifie les GD comme auparavant. Les On identifie les GD comme auparavant. Les transactions ont 3 composantes : entrée, transactions ont 3 composantes : entrée, traitement, sortie traitement, sortie

La complexité est définie à partir du nombre La complexité est définie à partir du nombre de domaines élémentaires en entrée (DE) et de domaines élémentaires en entrée (DE) et en sortie (DS) et du nombre de groupes de en sortie (DS) et du nombre de groupes de données intervenant dans le traitement (DT)données intervenant dans le traitement (DT)

Page 54: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

5454

Passage des points de Passage des points de fonction à l’estimationfonction à l’estimation

Fait appel à plusieurs paramètres :Fait appel à plusieurs paramètres : Taille du projetTaille du projet Environnement de réalisationEnvironnement de réalisation Contraintes techniquesContraintes techniques Objectifs de qualitéObjectifs de qualité

Problème :Problème : Paramètres très variables d’une Paramètres très variables d’une

entreprise à l’autre entreprise à l’autre Bases statistiques inexistantes ou peu Bases statistiques inexistantes ou peu

fiablesfiables

Page 55: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

5555

Passage des points de Passage des points de fonction à l’estimationfonction à l’estimation

Une solution :Une solution : Se constituer sa base à partir de Se constituer sa base à partir de

projets passés et la faire vivreprojets passés et la faire vivre Utiliser la base pour déterminer la Utiliser la base pour déterminer la

productivitéproductivité– Déterminer un « delivery rate » = PF Déterminer un « delivery rate » = PF

produits/personne/moisproduits/personne/mois

Valeur type = projet Java : 0,25 à 0,5 Valeur type = projet Java : 0,25 à 0,5 PF / h x jourPF / h x jour

Page 56: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

5656

Application des points de Application des points de fonctionfonction

ContractualisationContractualisation Évaluation des évolutions Évaluation des évolutions Estimations ultérieuresEstimations ultérieures Mesure de la qualitéMesure de la qualité

Page 57: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

5757

Que faire si la base de Que faire si la base de connaissances n’existe connaissances n’existe pas ?pas ? Trouver des expertsTrouver des experts Définir des phases avec des Définir des phases avec des

points de go / no gopoints de go / no go Prototyper et évaluerPrototyper et évaluer

Page 58: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

5858

Que faire face à l’incertitude Que faire face à l’incertitude ??

4x

2x

1.5x

1.25x1.0x

0.8x0.67x

0.5x

0.25x

1.6x

1.25x

1.15x1.25x

1.0x0.9x

0.85x

0.25x

0.8x

Source : Rapid Development (McConnell 1996)

Coût Durée

FinSpecsinitiales

Specsdétaillées

Conceptiondétaillée

Page 59: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

5959

Estimation 50-50 par des Estimation 50-50 par des expertsexperts

Utiliser au moins 3 expertsUtiliser au moins 3 experts

Méthode Delphi et formule du Méthode Delphi et formule du PERT : Valeur estimée = (min + PERT : Valeur estimée = (min + 4*moy + max) / 64*moy + max) / 6

Page 60: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

6060

Méthode DelphiMéthode Delphi

Obtenir des estimations Obtenir des estimations indépendantesindépendantes

En cas de divergence, rassembler En cas de divergence, rassembler les experts pour rechercher un les experts pour rechercher un consensusconsensus

Faire une moyenne pondérée sur Faire une moyenne pondérée sur l’ensemble des valeurs l’ensemble des valeurs résultantesrésultantes

Page 61: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

Exercice sur l’estimation Exercice sur l’estimation par des expertspar des experts

Page 62: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

6262

Plan de projet globalPlan de projet global

Objectif : déterminer les dates des Objectif : déterminer les dates des échéances principales (milestone, ou échéances principales (milestone, ou jalon) du projetjalon) du projet

Les échéances correspondent à des Les échéances correspondent à des livrables significatifs pour la maîtrise livrables significatifs pour la maîtrise d’ouvraged’ouvrage

La communication doit s’accompagner La communication doit s’accompagner d’une explicitation des hypothèses d’une explicitation des hypothèses d’élaborationd’élaboration

Page 63: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

6363

Plan globalPlan global

Hypothèses d’élaborationHypothèses d’élaboration Par phase :Par phase :

– Date de démarrageDate de démarrage– LivrablesLivrables– DuréeDurée– CoûtCoût

Page 64: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

2- Planification détaillée2- Planification détaillée

Estimation ascendante - Estimation ascendante - tâchestâches

Construction du chemin Construction du chemin critiquecritique

Plan détailléPlan détaillé

Lissage des ressourcesLissage des ressources

Page 65: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

6565

Limites du plan de projet globalLimites du plan de projet global

Approximation :Approximation :– Ignore les ressources réellement affectées au projetIgnore les ressources réellement affectées au projet– Ignore les dépendances avec d’autres projets ou Ignore les dépendances avec d’autres projets ou

événements externesévénements externes– Fait des hypothèses sur le déroulement du projet Fait des hypothèses sur le déroulement du projet

Cette approximation peut suffire dans un Cette approximation peut suffire dans un premier temps pour déterminer une premier temps pour déterminer une fenêtre de vraisemblance, mais il faut lui fenêtre de vraisemblance, mais il faut lui ajouter un plan détaillé, au moins sur le ajouter un plan détaillé, au moins sur le court terme (1 semaine à 1 mois)court terme (1 semaine à 1 mois)

Page 66: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

6666

Plan de projet détailléPlan de projet détaillé

La construction du plan détaillé La construction du plan détaillé repose sur une approche repose sur une approche ascendante :ascendante :– Détermination des tâchesDétermination des tâches– Détermination des dépendancesDétermination des dépendances– Détermination des ressourcesDétermination des ressources– Estimation des durées Estimation des durées – Détermination du chemin critiqueDétermination du chemin critique

Page 67: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

6767

Approche de la planification Approche de la planification ascendanteascendante

Partir du processus de réalisation Partir du processus de réalisation (méthode) pour estimer(méthode) pour estimer

Le plan de repose pas sur le Le plan de repose pas sur le produit, mais sur les étapes de sa produit, mais sur les étapes de sa constructionconstruction

PhasePhase– ActivitéActivité

TâcheTâche

Page 68: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

6868

TâchesTâches

Tâche : sous-ensemble d’une activité à Tâche : sous-ensemble d’une activité à laquelle on peut associer :laquelle on peut associer :– Des ressourcesDes ressources– Des résultatsDes résultats– Une durée d’exécutionUne durée d’exécution

Exemples :Exemples :– RéunionRéunion– Construction d’un murConstruction d’un mur– Validation d’un document livréValidation d’un document livré– Codage d’une module logicielCodage d’une module logiciel

Page 69: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

6969

Décomposition en sous Décomposition en sous tâchestâches

Décomposition d’un tâche en sous-Décomposition d’un tâche en sous-ensembles : la tâche est terminée ensembles : la tâche est terminée lorsque toutes les sous tâches le sontlorsque toutes les sous tâches le sont

Objectif : donner une visibilité de détailObjectif : donner une visibilité de détail Peut être héritée d’une méthodologiePeut être héritée d’une méthodologie Indispensable au chef de projetIndispensable au chef de projet Dangers : Dangers :

– OmissionOmission– Détail excessifDétail excessif

Page 70: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

7070

Décomposition en sous Décomposition en sous tâchestâches

Exemple : Exemple : Production d’un documentProduction d’un document– Production d’une première versionProduction d’une première version

Production des chapitres techniquesProduction des chapitres techniques Écriture du sommaireÉcriture du sommaire Revue interneRevue interne ModificationsModifications

– Révision par les utilisateursRévision par les utilisateurs– Prise en compte des remarquesPrise en compte des remarques– Soumission pour approbationSoumission pour approbation

Page 71: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

7171

Sur quoi s’appuie la Sur quoi s’appuie la planification détailléeplanification détaillée

Une découpe du projet en tâches découlant Une découpe du projet en tâches découlant d’une méthode (choix méthodologique)d’une méthode (choix méthodologique)

Une détermination de la charge et des Une détermination de la charge et des ressources nécessaires à l’exécution de ces ressources nécessaires à l’exécution de ces tâchestâches

La détermination d’un chemin critique dont on La détermination d’un chemin critique dont on déduit la durée du projet et de ses phasesdéduit la durée du projet et de ses phases

Une évaluation du contexte du projet, traduite Une évaluation du contexte du projet, traduite en termes de risques et de coûts associésen termes de risques et de coûts associés

Page 72: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

7272

Quelques postulatsQuelques postulats

Postulat n° 1 : Quelles que soient Postulat n° 1 : Quelles que soient les ressources affectées à une les ressources affectées à une activité, il existe une durée activité, il existe une durée minimale d’exécutionminimale d’exécution

Postulat n° 2 : Réduire la durée Postulat n° 2 : Réduire la durée d’une activité en augmente la d’une activité en augmente la charge ; l’allonger excessivement charge ; l’allonger excessivement égalementégalement

Page 73: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

7373

Quelques postulatsQuelques postulats

Postulat n° 3 : Toute ressource Postulat n° 3 : Toute ressource supplémentaire affectée en supplémentaire affectée en dehors du chemin critique ne dehors du chemin critique ne réduit pas la duréeréduit pas la durée

Postulat n° 4 : Tous les coûts ne Postulat n° 4 : Tous les coûts ne sont pas égaux ; certains sont des sont pas égaux ; certains sont des investissements dont il faut investissements dont il faut apprécier le retour (roi)apprécier le retour (roi)

Page 74: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

7474

Les facteurs qui influencentLes facteurs qui influencent

Le temps disponibleLe temps disponible Le budgetLe budget Les fonctionnalités attenduesLes fonctionnalités attendues La qualité attendueLa qualité attendue

Ces facteurs interagissent (cf. quadrature Ces facteurs interagissent (cf. quadrature du chef de projet)du chef de projet)

Ils n’ont pas la même valeur pour tous les Ils n’ont pas la même valeur pour tous les projets, ni dans un même projet pour tous projets, ni dans un même projet pour tous les interlocuteursles interlocuteurs

Page 75: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

7575

La gestion de projet, art de La gestion de projet, art de l’équilibrel’équilibre

fonctions

qualité

temps

coût

Page 76: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

7676

Les facteurs qui influencentLes facteurs qui influencent

Temps : certains projets sont (vraiment) bornés Temps : certains projets sont (vraiment) bornés dans le tempsdans le temps

Budget : il doit intégrer les effets Budget : il doit intégrer les effets d’investissement et les coûts sur la totalité du d’investissement et les coûts sur la totalité du cycle de viecycle de vie

Fonctionnalités : sont-elles toutes nécessaires ?Fonctionnalités : sont-elles toutes nécessaires ? Qualité : règle logarithmique des coûtsQualité : règle logarithmique des coûts

Il est essentiel pour le chef de projet de Il est essentiel pour le chef de projet de savoir quels paramètres sont réellement savoir quels paramètres sont réellement importants pour le projetimportants pour le projet

Page 77: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

7777

La qualité est un La qualité est un investissement payant…investissement payant…

Si un défaut d’un système Si un défaut d’un système

informatique est détecté en informatique est détecté en

analyse avec un coût de analyse avec un coût de

résolution de 1 unité, sa résolution de 1 unité, sa

détection pendant la phase détection pendant la phase

de programmation coûtera de programmation coûtera

10 unités, sa détection 10 unités, sa détection

pendant les tests pendant les tests

d’intégration coûtera 100 d’intégration coûtera 100

unités, sa détection en unités, sa détection en

production coûtera 1000 production coûtera 1000

unitésunités Analyse Tests

Coût derésolution

1000

100

10

1

Échell

e log

arith

miq

ue

Page 78: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

7878

Le facteur tempsLe facteur temps

Notion d’estimation à 50-50 Notion d’estimation à 50-50

Source : Rapid Development (McConnell 1996)

Date de fin

Fin d’après les estimations optimistes

de développeursLa courbe de La courbe de probabilité probabilité de livrer en de livrer en un temps un temps

donnédonné

Page 79: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

7979

Estimation 50-50Estimation 50-50

Se placer dans des conditions Se placer dans des conditions « moyennes »« moyennes »– Disponibilité des utilisateursDisponibilité des utilisateurs– Disponibilité des ressourcesDisponibilité des ressources– Motivation des équipesMotivation des équipes– Expérience du chef de projetExpérience du chef de projet– Durée des journées de travailDurée des journées de travail– Précision des besoinsPrécision des besoins– Connaissance des technologies utiliséesConnaissance des technologies utilisées– Délais d’approbation des livrablesDélais d’approbation des livrables– Délais liés au testDélais liés au test– ……

Page 80: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

8080

Estimation 50-50 par des expertsEstimation 50-50 par des experts

Utiliser au moins 3 expertsUtiliser au moins 3 experts Utiliser la méthode Delphi en cas Utiliser la méthode Delphi en cas

de divergence, ou la formule du de divergence, ou la formule du PERT : (min + 4*moy + max) / 6PERT : (min + 4*moy + max) / 6

Si aucun accord ne peut être Si aucun accord ne peut être obtenu, repenser la méthodologieobtenu, repenser la méthodologie– Introduire une phase préliminaire réalisant Introduire une phase préliminaire réalisant

tous les travaux qui permettront de tous les travaux qui permettront de préciser les estimations (ex : prototype)préciser les estimations (ex : prototype)

Page 81: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

8181

La pression du planningLa pression du planning

Les programmeurs ont tendance à sous-Les programmeurs ont tendance à sous-estimer le temps nécessaire à une estimer le temps nécessaire à une activité de 20 à 30% en moyenneactivité de 20 à 30% en moyenne

Effet d’une annonce optimiste :Effet d’une annonce optimiste :– Tout chiffre donné est une parole donnéeTout chiffre donné est une parole donnée– Oblige à augmenter la « pression du planning »Oblige à augmenter la « pression du planning »– Perte de crédibilité du plan de projetPerte de crédibilité du plan de projet

Effet d’une annonce pessimiste :Effet d’une annonce pessimiste :– Inacceptable en environnement concurrentielInacceptable en environnement concurrentiel– Effet négatif sur l’énergie de l’équipeEffet négatif sur l’énergie de l’équipe– Ne marche pas deux fois de suite Ne marche pas deux fois de suite

Page 82: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

8282

La pression du planningLa pression du planning

Pression croissante

Stress croissant

Nombre d’erreurscroissant

Coût et délaicroissants

Page 83: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

8383

Que faire face à la pression du Que faire face à la pression du planning ?planning ?

1.1. Pour les projets réellement liés au Pour les projets réellement liés au temps, choisir une méthodologie temps, choisir une méthodologie de type RADde type RAD

2.2. Pour les autres, créer une attente Pour les autres, créer une attente réaliste, utiliser le pouvoir de réaliste, utiliser le pouvoir de négociation et affiner les négociation et affiner les estimations au fil du projetestimations au fil du projet

Un chef de projet doit refuser un Un chef de projet doit refuser un projet qu’il estime infaisableprojet qu’il estime infaisable

Page 84: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

8484

Prise en compte des risquesPrise en compte des risques

Principe : appliquer un facteur de Principe : appliquer un facteur de risque, par tâche ou groupe de risque, par tâche ou groupe de tâches tâches

Appliquer un facteur de risque Appliquer un facteur de risque arbitraire est une mauvaise arbitraire est une mauvaise pratiquepratique– Appliquer un facteur avec discrimination Appliquer un facteur avec discrimination

(ex : activités de validation)(ex : activités de validation)– Effectuer une analyse des risques (voir la Effectuer une analyse des risques (voir la

section Gestion des risques)section Gestion des risques)

Page 85: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

8585

Passage de la charge au coûtPassage de la charge au coût

La charge obtenue par sommation des La charge obtenue par sommation des charges des activités n’inclut pas les charges des activités n’inclut pas les activités non directement productives :activités non directement productives :– Gestion de projetGestion de projet– Gestion de la qualitéGestion de la qualité

Le passage au coût suppose de connaître Le passage au coût suppose de connaître les ressources affectées. Une les ressources affectées. Une approximation consiste à avoir un coût approximation consiste à avoir un coût unitaire moyen par type d’activité (ou unitaire moyen par type d’activité (ou globalement sur le projet)globalement sur le projet)

Ex : dans l’exercice précédent, gestion = Ex : dans l’exercice précédent, gestion = 500€/j, autre = 350€/j500€/j, autre = 350€/j

Page 86: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

8686

Passage de la charge au coûtPassage de la charge au coût

Il faut ajouter aux coûts de production Il faut ajouter aux coûts de production les coûts indirects affectés au projet :les coûts indirects affectés au projet :– FormationFormation– Outillage (ex : licences logiciel)Outillage (ex : licences logiciel)– ConsommablesConsommables

Les coûts de gestion, comme ceux des Les coûts de gestion, comme ceux des consommables, sont linéaires, et consommables, sont linéaires, et dépendent donc de la duréedépendent donc de la durée– Gestion : application d’un % de la charge totaleGestion : application d’un % de la charge totale– Consommables : intégrer dans les coûts en Consommables : intégrer dans les coûts en

personnel (notion de jour chargé)personnel (notion de jour chargé)

Page 87: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

8787

Passage de la charge à la duréePassage de la charge à la durée

La charge ne permet pas d’estimer la duréeLa charge ne permet pas d’estimer la durée Elle permet un contrôle de vraisemblance Elle permet un contrôle de vraisemblance

ou une estimation grossièreou une estimation grossière

Pour les activités d’une personne unique : Pour les activités d’une personne unique : charge = durée (si la personne est à temps charge = durée (si la personne est à temps plein)plein)

Pour les activités partageables : durée type Pour les activités partageables : durée type = k *racine cubique de la charge. Ex : une = k *racine cubique de la charge. Ex : une charge de 9 h*m partageable peut être charge de 9 h*m partageable peut être réalisée à 3,5 personnes sur 2,5 moisréalisée à 3,5 personnes sur 2,5 mois

Page 88: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

8888

Plan de projet globalPlan de projet global

Objectif : déterminer les dates des échéances Objectif : déterminer les dates des échéances principales (milestone, ou jalon) du projetprincipales (milestone, ou jalon) du projet

Les échéances correspondent à des livrables Les échéances correspondent à des livrables signifiants pour la maîtrise d’ouvragesignifiants pour la maîtrise d’ouvrage

Les dates type sont établies selon un Les dates type sont établies selon un processus descendantprocessus descendant

La communication doit s’accompagner d’une La communication doit s’accompagner d’une explicitation des hypothèses d’élaborationexplicitation des hypothèses d’élaboration

Page 89: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

3- Construction du chemin 3- Construction du chemin critiquecritique

Page 90: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

9090

Dépendances entre tâchesDépendances entre tâches

Dépendance fin – début (FD)Dépendance fin – début (FD)

Une tâche ne peut démarrer que si celle Une tâche ne peut démarrer que si celle dont elle dépend est terminéedont elle dépend est terminée

Exemple :Exemple :

Analyse d’un cas d’usage – Analyse des Analyse d’un cas d’usage – Analyse des variantesvariantes

Tâche A

Tâche B

Page 91: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

9191

Introduction d’un délaiIntroduction d’un délai

Délai positif (retard) : Délai positif (retard) : Ex: On admet qu’il faut 8 jours aux utilisateurs pour Ex: On admet qu’il faut 8 jours aux utilisateurs pour

fournir leurs remarquesfournir leurs remarques

Délai négatif (avance) :Délai négatif (avance) :

Ex : On admet que l’écriture du sommaire peut Ex : On admet que l’écriture du sommaire peut démarrer 3 jours avant la fin des chapitres démarrer 3 jours avant la fin des chapitres techniquestechniques

Première version

Prise en compte des remarques

+8j

Chapitres techniques

Sommaire- 3j

Page 92: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

9292

Diagramme de dépendancesDiagramme de dépendances

Exemple : Production d’un document : Exemple : Production d’un document : toutes les tâches sont séquentielles, et toutes les tâches sont séquentielles, et le document est approuvé par défaut le document est approuvé par défaut après 8 joursaprès 8 jours

1re versionRévisions

Remarques

Approbation+ 8j

Page 93: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

9393

Chemin critiqueChemin critique

Définition : C’est la suite de tâches dont Définition : C’est la suite de tâches dont un changement dans la durée conduit à un changement dans la durée conduit à un changement de la durée du projetun changement de la durée du projet

Exemple :Exemple :

4

6

2

4

66Durée ?

Page 94: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

9494

Chemin critiqueChemin critique

Concept essentiel : le chemin critique Concept essentiel : le chemin critique détermine la durée du projetdétermine la durée du projet

Tout raccourcissement d’une tâche Tout raccourcissement d’une tâche sur le chemin critique raccourcit le sur le chemin critique raccourcit le projet (toutes choses égales projet (toutes choses égales d’ailleurs)d’ailleurs)

L’allongement d’une tâche non L’allongement d’une tâche non critique ne rallonge pas critique ne rallonge pas nécessairement le projet nécessairement le projet

Page 95: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

9595

Détermination du chemin critiqueDétermination du chemin critique

1.1. Représenter les tâches et leurs dépendancesReprésenter les tâches et leurs dépendances

2.2. Déterminer pour chaque tâche la date de Déterminer pour chaque tâche la date de démarrage au plus tôt, en partant du début du démarrage au plus tôt, en partant du début du projetprojet

3.3. En partant de la fin du projet, déterminer pour En partant de la fin du projet, déterminer pour chaque tâche la date de démarrage au plus chaque tâche la date de démarrage au plus tard (en fin de projet, plus tôt = plus tard)tard (en fin de projet, plus tôt = plus tard)

4.4. Chemin critique = ensemble des tâches dont Chemin critique = ensemble des tâches dont la date au plus tôt = la date au plus tardla date au plus tôt = la date au plus tard

Page 96: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

9696

Détermination du chemin critique – Détermination du chemin critique – Démarrage au plus tôtDémarrage au plus tôt

Date de démarrage au plus tôt :Date de démarrage au plus tôt :

Pour chaque dépendance incidente, Pour chaque dépendance incidente, calculer la date de démarrage au plus tôt calculer la date de démarrage au plus tôt = date au plus tôt à l’origine + durée de = date au plus tôt à l’origine + durée de l’activité + délail’activité + délai

Pour le nœud, retenir la valeur la plus Pour le nœud, retenir la valeur la plus élevée de démarrage au plus tôtélevée de démarrage au plus tôt

Au plus tôt

Au plus tard

xA

Page 97: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

9797

Démarrage au plus tôtDémarrage au plus tôt

7

3

8

4

6

5

12

Page 98: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

9898

Détermination du chemin critique – Détermination du chemin critique – Démarrage au plus tardDémarrage au plus tard

Date de démarrage au plus tard :Date de démarrage au plus tard :

Pour chaque dépendance sortante, Pour chaque dépendance sortante, calculer la date de démarrage au plus calculer la date de démarrage au plus tard à l’extrémité - délaitard à l’extrémité - délai

Pour le nœud, retenir la valeur la plus Pour le nœud, retenir la valeur la plus basse, lui retrancher la durée de basse, lui retrancher la durée de l’activitél’activité

x

A

Page 99: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

9999

Démarrage au plus tardDémarrage au plus tard

12

10

3

9

4

5

Page 100: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

100100

Dépendance Début – Début (DD)Dépendance Début – Début (DD)

Indique la simultanéité : la tâche Indique la simultanéité : la tâche dépendante peut démarrer dès que la dépendante peut démarrer dès que la tâche dont elle dépend a démarrétâche dont elle dépend a démarré

Exemple : tests et correctionExemple : tests et correction

Tests

Corrections

Page 101: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

101101

Dépendance Fin – Fin (FF)Dépendance Fin – Fin (FF)

Indique que les résultats doivent être Indique que les résultats doivent être produits simultanément (avec ou sans produits simultanément (avec ou sans délai)délai)

Exemple : livraison d’un logiciel et de Exemple : livraison d’un logiciel et de sa documentationsa documentation

Logiciel

Documentation

Page 102: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

102102

Dépendance Début –Fin (DF)Dépendance Début –Fin (DF)

Très peu utilisée, elle indique que la Très peu utilisée, elle indique que la tâche dépendante doit se terminer quand tâche dépendante doit se terminer quand la tâche dont elle dépend commencela tâche dont elle dépend commence

Correspond à une planification « à Correspond à une planification « à l’envers », dictée par un événement figé l’envers », dictée par un événement figé dans le temps. dans le temps.

Ex : Préparation d’une conférence : la Ex : Préparation d’une conférence : la date de la conférence impose la fin de la date de la conférence impose la fin de la préparationpréparation

Conférence

Préparation

Page 103: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

103103

Diagramme de GanttDiagramme de Gantt

C’est une autre représentation du C’est une autre représentation du diagramme de dépendancesdiagramme de dépendances

Voir transparent suivantVoir transparent suivant

Page 104: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

104104

Page 105: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

105105

Quel niveau de détail ?Quel niveau de détail ?

Le niveau de détail du plan est le résultat Le niveau de détail du plan est le résultat d’un compromis :d’un compromis :– Trop de planification nuitTrop de planification nuit– Pas assez ne donne pas la visibilité souhaitéePas assez ne donne pas la visibilité souhaitée

Le plan doit vivre et servir. Il faut Le plan doit vivre et servir. Il faut distinguer :distinguer :– Le niveau de détail requis par la construction du planLe niveau de détail requis par la construction du plan– Le niveau de détail requis par le suiviLe niveau de détail requis par le suivi

Règle : la granularité des tâches doit être Règle : la granularité des tâches doit être telle que l’avancement est mesurable telle que l’avancement est mesurable

Page 106: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

106106

Exercice : chemin critiqueExercice : chemin critique

Préparation d’un coursPréparation d’un cours

N°N° TâcheTâche DuréeDuréeDépendaDépenda

ncence DélaiDélai

11Définir les objectifs et Définir les objectifs et

l'audiencel'audience 33      

22 Rassembler les matériauxRassembler les matériaux 1010 11   

33Rédiger un résumé et Rédiger un résumé et

soumettresoumettre 22 11   

44 Inclure les commentairesInclure les commentaires 33 33   

55Programmer et diffuser Programmer et diffuser

l'annoncel'annonce 11 3, 43, 4   

66 Rédiger le supportRédiger le support 22 2, 42, 4   

77 Créer la présentationCréer la présentation 33 2, 42, 4   

88 Répéter - ModifierRépéter - Modifier 11 77   

99 Publier le supportPublier le support 11 66   

1010 PrésenterPrésenter 11 5, 8, 95, 8, 9 5 : +55 : +5

Page 107: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

107107

Exercice : chemin critiqueExercice : chemin critique

Dans l’exercice précédent :Dans l’exercice précédent :- Que se devient le chemin critique si on Que se devient le chemin critique si on

admet un recouvrement suite à une admet un recouvrement suite à une modification de méthodologie :modification de méthodologie :

- 1 unité entre tâches 7 et 81 unité entre tâches 7 et 8- 2 unités entre tâches 2 et 7 ?2 unités entre tâches 2 et 7 ?

Page 108: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

Prise en compte des Prise en compte des contraintescontraintes

Liées au tempsLiées au temps

Liées aux ressourcesLiées aux ressources

Page 109: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

109109

Passage à un plan réelPassage à un plan réel

Le plan reste théorique tant que Le plan reste théorique tant que l’on ne connaît pas :l’on ne connaît pas :– La date de démarrage effective du projetLa date de démarrage effective du projet

– La nature exacte des ressourcesLa nature exacte des ressources

– La disponibilité des ressourcesLa disponibilité des ressources

Page 110: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

110110

Contraintes liées au tempsContraintes liées au temps

Deux types :Deux types :– Calendrier du programme et de Calendrier du programme et de

disponibilité des ressourcesdisponibilité des ressources– Dépendances liées au temps (et non à la Dépendances liées au temps (et non à la

durée)durée) Ex : contrainte de marketing ou autre, date Ex : contrainte de marketing ou autre, date

légale, événement (conférence)légale, événement (conférence) Dépendance par rapport à un autre projetDépendance par rapport à un autre projet

Page 111: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

111111

Allocation de ressourcesAllocation de ressources

La construction initiale du plan peut La construction initiale du plan peut aboutir à une situation ingérable du aboutir à une situation ingérable du point de vue ressources :point de vue ressources :– Ressources indisponibles ou en nombre insuffisantRessources indisponibles ou en nombre insuffisant– Variations d’effectifs ingérablesVariations d’effectifs ingérables– Gestion du temps partielGestion du temps partiel

Le profil de charge du projet donne Le profil de charge du projet donne une représentation de l’utilisation des une représentation de l’utilisation des ressources au fil du tempsressources au fil du temps

Page 112: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

112112

Diagramme d’utilisation des Diagramme d’utilisation des ressources (plan de charge)ressources (plan de charge)

Les ressources n’étant en général pas Les ressources n’étant en général pas interchangeables, on aura besoin d’un interchangeables, on aura besoin d’un diagramme par type de ressourcediagramme par type de ressource

Voir transparents suivantsVoir transparents suivants

Page 113: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

113113

Page 114: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

114114

Page 115: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

115115

Lissage des ressourcesLissage des ressources

Objet : introduire les contraintes sur Objet : introduire les contraintes sur les ressources dans le planles ressources dans le plan– Commence par les tâches du chemin critiqueCommence par les tâches du chemin critique– Continue avec les ressources les plus difficiles à Continue avec les ressources les plus difficiles à

trouvertrouver

Peut amener à allonger le projetPeut amener à allonger le projet Comment lisser : Comment lisser :

– Itérer entre PERT et diagramme d’utilisation en Itérer entre PERT et diagramme d’utilisation en incorporant les contraintes, et en positionnant au incorporant les contraintes, et en positionnant au mieux les tâches non critiquesmieux les tâches non critiques

Page 116: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

116116

Exemple de lissageExemple de lissage

On considère le projet suivant, composé de 4 tâches, réalisées par deux types de ressources A et B, aux caractéristiques suivantes :On considère le projet suivant, composé de 4 tâches, réalisées par deux types de ressources A et B, aux caractéristiques suivantes :

Déterminer le plan de charge et le PERT qui minimisent les changements d’effectifs, et la durée. DiscuterDéterminer le plan de charge et le PERT qui minimisent les changements d’effectifs, et la durée. Discuter

TâchesTâchesDuréDuré

eeDépendanDépendan

ceceCharge type Charge type

AACharge type Charge type

BB

T1T1 33    33 66

T2T2 33 T1T1 66 33

T3T3 22 T1T1 33 66

T4T4 33 T3T3 1.51.5 00

Page 117: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

117117

Comment réduire la durée ?Comment réduire la durée ?

1.1. Augmenter le nombre de ressourcesAugmenter le nombre de ressources2.2. Introduire un délai négatif dans les Introduire un délai négatif dans les

dépendancesdépendances3.3. InvestirInvestir4.4. Revoir la méthodologieRevoir la méthodologie

Tenter de réduire la durée conduit à Tenter de réduire la durée conduit à revoir tout le processus de planification, revoir tout le processus de planification, et se traduit par une augmentation des et se traduit par une augmentation des coûts et/ou des risquescoûts et/ou des risques

Page 118: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

3 - Maintenance du plan 3 - Maintenance du plan détaillédétaillé

Page 119: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

119119

Évolution du planÉvolution du plan

Un plan est :Un plan est :– Un outil de communicationUn outil de communication– Le résultat d’une négociation et d’un engagement Le résultat d’une négociation et d’un engagement

correspondant à une vision à un moment donné de la correspondant à une vision à un moment donné de la vie du projetvie du projet

Les circonstances de la vie du projet Les circonstances de la vie du projet peuvent amener à changer les peuvent amener à changer les conditionsconditions

Faut-il changer le plan ?Faut-il changer le plan ?– Trop de changement = perte de crédibilitéTrop de changement = perte de crédibilité– Pas de changement = perte de réalisme et de Pas de changement = perte de réalisme et de

confianceconfiance

Page 120: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

120120

Sources d’évolution du planSources d’évolution du plan

Ce qui fait évoluer le plan :Ce qui fait évoluer le plan :– Des décalages entre planification et réalitéDes décalages entre planification et réalité

ChargeCharge Problèmes humainsProblèmes humains Problèmes techniquesProblèmes techniques

– Des changements irréversibles du fait du projetDes changements irréversibles du fait du projet Indisponibilité de ressourcesIndisponibilité de ressources Tâches oubliéesTâches oubliées

– Des changements irréversibles externes au projetDes changements irréversibles externes au projet PérimètrePérimètre Dépendances externesDépendances externes

Page 121: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

121121

Évolution du planÉvolution du plan

Quand modifier le plan :Quand modifier le plan :– A chaque suivi interne, si nécessaire, pour A chaque suivi interne, si nécessaire, pour

affecter les ressources aux tâchesaffecter les ressources aux tâches

Quand communiquer les Quand communiquer les changements :changements :– Suite à un changement irréversible Suite à un changement irréversible

significatif ayant un impact sur les dates cléssignificatif ayant un impact sur les dates clés– Intérêt à minimiser le nombre de Intérêt à minimiser le nombre de

changementschangements

Page 122: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

122122

Prise en compte du Prise en compte du changementchangement

Conduit à gérer deux plans :Conduit à gérer deux plans :– Plan de référence (baselined), modifié le Plan de référence (baselined), modifié le

moins souvent possible, avec un processus moins souvent possible, avec un processus de modification formelde modification formel

– Plan courant, interne à l’équipe, détailléPlan courant, interne à l’équipe, détaillé

et à gérer la cohérence entre les et à gérer la cohérence entre les deux plans (gestion du risque)deux plans (gestion du risque)

Page 123: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

123123

Évolution du chemin critiqueÉvolution du chemin critique

Travail = Effectif (capacité) x DuréeTravail = Effectif (capacité) x DuréeTypes de tâchesTypes de tâches Capacité fixe Capacité fixe :: une augmentation de la une augmentation de la

durée durée augmente la charge de travail augmente la charge de travail

Durée fixe : durée ou date de fin imposéeDurée fixe : durée ou date de fin imposée

Le type de tâche introduit des réactions Le type de tâche introduit des réactions différentes au changementdifférentes au changement

Page 124: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

124124

Évolution du chemin critiqueÉvolution du chemin critique

Les modifications du plan détaillé Les modifications du plan détaillé peuvent conduire le chemin critique à peuvent conduire le chemin critique à se reporter sur d’autres tâchesse reporter sur d’autres tâches

Le plan de référence ne doit être mis à Le plan de référence ne doit être mis à jour que pour refléter les changements jour que pour refléter les changements importants (événements, risques)importants (événements, risques)

Le plan détaillé doit suivre la situation Le plan détaillé doit suivre la situation du projet de prèsdu projet de près

Page 125: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

125125

Ce qu’il faut retenirCe qu’il faut retenir

La planification est un aspect essentiel La planification est un aspect essentiel d‘un projet : elle conditionne les attentesd‘un projet : elle conditionne les attentes

La planification n’est pas une science La planification n’est pas une science exacte, mais c’est une activité exacte, mais c’est une activité rigoureuserigoureuse

La dimension communication est La dimension communication est essentielleessentielle

Trop de planning tue le planning (et le Trop de planning tue le planning (et le chef de projet !)chef de projet !)

Page 126: Gestion de Projet 3 – Planification et Gestion du Changement Préparé par : Gérard Battarel Pour : lUniversité René Descartes Octobre 2006 © Copyright 2004.

126126

ApplicationApplication

Création d’un plan détaillé avec :Création d’un plan détaillé avec :– Création d’un plan global Création d’un plan global – Constitution du PERTConstitution du PERT– Dépendances de diverses sortesDépendances de diverses sortes– Affectation de facteurs de risqueAffectation de facteurs de risque– Disponibilité limitée des ressourcesDisponibilité limitée des ressources