SlideShare une entreprise Scribd logo
1  sur  45
Blue Jigsaw
Competensis
Christine Dessus
chdessus@competensis.com
+336 31 09 73 54
www.competensis.com
Competensis ®, Blue Jigsaw Competensis ® et Blue Jigsaw ® sont des marques déposées de la société COMPETENSIS SASU. Tous droits réservés.
21/12/2017 Evaluer la charge du projet2
COMPETENSIS
Christine DESSUS
+336 31 09 73 54
chdessus@competensis.com
www.competensis.com
21/12/2017 Evaluer la charge du projet3
Objectif
Triptyque
Unité de mesure
Un bon chiffrage ?
Charge de référence
Méthodes
Retours d’expérience
Dépassements
Responsabilité du chef de projet
Liens Charge & Planning
Objectif
21/12/2017 Evaluer la charge du projet4
Objectif
•Evaluer l’effort requis pour réaliser une
activité
•Avec un enjeu fort : la charge réelle devra être
proche (ou égale à) l’estimation effectuée
•Ne pas confondre charge et durée
•« Le travail se dilate jusqu’à remplir le temps disponible »
21/12/2017 Evaluer la charge du projet5
Ne jamais oublier !
• Une évaluation de charges ou délais est TOUJOURS fausse.
(on devra faire avec et respecter les engagements)
• Le prix d’un projet est celui que le client accepte de
payer.
(on devra faire avec et respecter les engagements)
21/12/2017 Evaluer la charge du projet6
Ne jamais oublier !
Prix ≠Coût + Marge
• On peut faire payer très cher ce qui coûte peu à
produire.
• On peut sous-vendre un projet, solution : c’est un
investissement. On se paye une référence.
21/12/2017 Evaluer la charge du projet7
Unité de mesure
21/12/2017 Evaluer la charge du projet8
Unité de mesure de la charge
•Mesure d’un effort : Ressource*temps
•Jour/homme
•Rarement : heure/homme
•Cela peut être du temps/machine
21/12/2017 Evaluer la charge du projet9
Consommation de ressources (humaines ou machines) pendant une durée
définie pour réaliser une activité ou produire un livrable
Tryptique &
Quadrature du cercle
21/12/2017 Evaluer la charge du projet10
Projet
• Contrat pour réaliser quelque chose (activités, service
ou objet) en respectant des engagements de :
• Périmètre, objectif à atteindre
• Délais
• Coût
• Qualité
• Ce n’est pas une activité récurrente, ordinaire.
• Un projet est un ensemble d’activités parsemée d’embuches
et d’impondérables.
21/12/2017 Evaluer la charge du projet11
Triptyque du chef de projet
• Si les coûts et délais sont fixes. On adapte le périmètre
aux contraintes.
• Si le périmètre est figé, on accepte d’éventuels
dépassements de charge ou délais.
• Si le délais est fixe, on planifiera différemment les
réalisations (lotissement, parallélisation)
• Si tout est fixe, on fera nécessairement des impasses
sur la qualité, voire on arrêtera le projet.
• L’agilité consiste à mettre de la souplesse sur le
périmètre. Le délais et les coûts sont alors des
contraintes à prendre en considération
• Plus on augmente le délais, plus on augmente les coûts
21/12/2017 Evaluer la charge du projet12
Coûts
Délais
Périmètre
Fonctions
Quadrature du cercle
• Le niveau de qualité attendu dans
certains contextes peut influer
fortement sur le coût du projet.
• Exemple : environnements
réglementés, conformité
réglementaire ou à une norme ISO
21/12/2017 Evaluer la charge du projet13
Coûts Délais
Périmètre
Fonctions
Qualité
Un bon chiffrage ?
21/12/2017 Evaluer la charge du projet14
Qu’est ce qu’un bon chiffrage ?
• Evaluation initiale au démarrage du projet = Charge
consommée constatée en fin de projet.
•On ne sait vraiment si on a fait un bon
chiffrage qu’à la fin du projet.
• Savoir vivre avec l’incertitude tout au long du projet
• L’expertise du chef de projet consiste aussi à savoir
piloter à charges et délais fixes.
21/12/2017 Evaluer la charge du projet15
Qu’est ce qu’un bon chiffrage ?
• Savoir ce que l’on chiffre
• Un coût de fabrication en interne
• Le prix du projet acheté ou vendu
• Complétude des ressources, tâches : rien n’est oublié
• Honnêteté : faire abstraction des influences externes
• Explicite : ce qui est inclus, ce qui est exclus, les hypothèses de
chiffrage, les limites & contraintes
• Continuité : 2 chiffrages d’un même projet, activité doivent être
très proches  crédibilité
• Expérience : capitaliser sur les constats précédents
21/12/2017 Evaluer la charge du projet16
Comment réaliser un bon chiffrage ?
• Savoir découper un problème complexe en sous-
problèmes, tâches simples à appréhender
•Phases, étapes
•Activités réalisées par 1 rôle (exemple : développeur,
testeur…)
•Livrables à produire : les identifier, les compter
• Savoir raconter l’histoire de votre projet, sous
forme de schémas de processus, enchaînements
d’étapes, rôles et livrables…
21/12/2017 Evaluer la charge du projet17
Comment réaliser un bon chiffrage ?
•Maîtriser le niveau d’imprécision acceptable
✓Evaluer les risques, anticiper les
impondérables
✓Récupérer la capitalisation des projets
précédents
•Se faire aider ! Ne jamais chiffrer seul un
projet.
21/12/2017 Evaluer la charge du projet18
Comment réaliser un bon chiffrage ?
• Se donner des marges de manœuvre et toujours
connaître la variable d’ajustement
✓Coût
✓Délais
✓Périmètre
✓Qualité
• Ne pas accepter de projet sans variable d’ajustement.
21/12/2017 Evaluer la charge du projet19
Livrable
21/12/2017 Evaluer la charge du projet20
Définir Livrable
• Ce qu’on livre au client, de façon formelle
21/12/2017 Evaluer la charge du projet21
Livrables du projet Livrables de pilotage
• Sources, paramétrage, machine, logiciel
compilé
• Documentation, manuel de formation,,
spécifications, documents de conception,
test, UserStory
• Formation
• On fait signer un PV de livraison puis un
PV de réception.
• Support de pilotage : PPT de comité de
pilotage, comités organisationnels….
• Planning
• Tableaux de bords risques, charges,
exigences, avancement du projet
Risques
21/12/2017 Evaluer la charge du projet22
Définir Risques
21/12/2017 Evaluer la charge du projet23
Charge de référence
21/12/2017 Evaluer la charge du projet24
Phases types du projet
21/12/2017 Evaluer la charge du projet25
N/A
•Décision
15 jours
•Spécification
des besoins
30 jours
•Conception de
la solution
60 jours
•Construction de
la solution
•(Dev & tests unitaires)
23 jours
•Recette usine
de la solution
7 jours
•Packaging
•Livraison client
15 jours
•Réception :
Recette et
contrôles
N/A
•Mise en
production
•Corrections
•Garantie
•Livraisons…
Le client réalise en plus
30 à 50% de la charge
Le client réalise en plus
100% de la charge.
Le client réalise en plus
5% de la charge
Hors charge de
réunion, pilotage,
comités…
10% 20% 40% 15% 5% 10%
150 jours
Définir Charge de référence
21/12/2017 Evaluer la charge du projet26
Phases
% standard
IT
Jours IT
Total des
jours IT
% Client Jours Client
Jours projet
(hors pilotage
et réunions)
Pilotage
25%
Jours
projet
Spécification des besoins 10% 15 40% 6 21 5 26
Conception de la solution 20% 30 5% 2 32 8 39
Construction de la solution 40% 60 150 5% 3 63 16 79
Recette usine de la solution 15% 23 40% 9 32 8 39
Packaging - Livraison client 5% 8 5% 0 8 2 10
Réception : recette et
contrôles
10% 15 100% 15 30 8 38
100% 150 35 185 46 231
Définir Charge de référence
21/12/2017 Evaluer la charge du projet27
•Base de référence :
•Délimiter le périmètre du projet pour évaluer la charge de
construction
• Le périmètre du projet peut être défini de façon très
précise ou très macro
•Ce qui va donner le niveau de précision du chiffrage
•Exigences, features, userstory, use case…
•Livrables
Définir Charge de référence
21/12/2017 Evaluer la charge du projet28
• Plus le niveau de précision des activités à mener, fonctionnalités
à mettre en œuvre est fin, plus le chiffrage est précis
• Plus on définit un niveau fin d’activités, plus la charge sera
importante ☺
• Savoir s’arrêter…
• Consensus sur le niveau d’imprécision acceptable (marge
d’erreur).
Définir Charge de référence
21/12/2017 Evaluer la charge du projet29
• Méthodes d’évaluation de la charge de référence :
✓On évalue les livrables à produire et activités à mener 
coût de fabrication
✓On évalue la charge dite de « construction » (build)  coût
du produit
▪Codage, paramétrage, montage, démontage
▪Les contrôles, tests effectués par l’acteur réalisant le build
• On vérifie son évaluation en utilisant les 2 méthodes (contrôle
de cohérence)
Définir Charge de référence
21/12/2017 Evaluer la charge du projet30
• Moyenner les écarts d’évaluation entre l’évaluation
optimiste et pessimiste
• Charge moyenne =
(charge optimiste + charge pessimiste + 4*charge
mediane)/6
Définir Charge de référence
21/12/2017 Evaluer la charge du projet31
• Ajouter une provision pour risques, impondérables
•20 à 30% de la charge de référence.
Méthodes
21/12/2017 Evaluer la charge du projet32
• Planning Poker
• Abaques – Activités et livrables
• Abaques – Référentiel des exigences
• Méthode dite du « planning »
• Evaluation du Marché
• Autres méthodes
• COCOMODO
• Points de fonction
• Cas particulier : complexité du modèle de données
Méthodes
21/12/2017 Evaluer la charge du projet33
• Idéale pour chiffrer la réalisation d’activités ciblées et courtes
• Organise le consensus
• Met en avant le collectif, l’implication des acteurs chargés de
réaliser l’activité
• Utilisée traditionnellement pour du développement applicatif
en modeAgile
• Proposition de la généraliser pour toutes les activités ne
relevant pas d’un projet complexe.
Planning poker
21/12/2017 Evaluer la charge du projet34
Avantage :
• Collectif
Inconvénients :
• Ne pas oublier de UserStory
• Temps à passer
• Méthode « à dire d’expert »
• Constituer un référentiel
• Phases du projet, Activités, Livrables
• Mesurer l’effort de réalisation des activités & livrables
• Pour chaque phase, activité
• Evaluer ensuite les charges proportionnelles au temps
• Exemple : pilotage, provision pour risques…
Méthode des abaques |Activités & livrables
21/12/2017 Evaluer la charge du projet35
Inconvénient :
• On reste à un niveau
d’abstraction élevé.
• Chiffrage incertain
Avantage :
• Simplicité
• On peut évaluer la coût d’un
projet rapidement
• Une extension de la méthode des abaques, à dire d’expert
• Valide pour un projet d’intégration ou développement
• Sur la base d’un périmètre précis s’appuyant sur un référentiel d’exigences
✓ Identifier les exigences de mise en œuvre
✓ Un expert évalue la charge de construction et test de chaque exigence, fonctionnalité à
mettre en œuvre
• Les autres phases sont évaluées :
• Par des % de la charge de construction
• Par une évaluation de la charge requise pour la réalisation du livrable
Méthode des abaques | Référentiel des exigences
21/12/2017 Evaluer la charge du projet36
Inconvénient :
• Ne pas oublier d’exigences. Bien
évaluer la complexité des
réalisations
• Chiffrage incertain
Avantage :
• Simplicité
• Peut être long à réaliser
• Abaques proposées après évaluation de la charge de référence :
Méthode des abaques|Référentiel des exigences
21/12/2017 Evaluer la charge du projet37
Activité Ratio
Cadrage du projet, études préalables 10%
Conception, spécifications, ateliers, rédaction dossier 20% à 30%
Construction CHARGE DE REFERENCE
Recette 15% à 20%
Intégration, installation 5 à 10%
Documentation (manuels, installation, intégration…) 5%
Pilotage 20%
Assurance qualité, contrôle conformité réglementaire ou ISO 3% à 5%
Provision pour risques 10% à 30%
Un bon ratio : 20%
• Avantages
• Empirique
• Simple à mettre en œuvre et rapide
• Donne une bonne vision du projet au lancement, très utile pour cadrer un projet
• Inconvénients
• À la louche, peu précise
• Suppose une bonne vision du projet : phases, activités, livrables, exigences. La
base de référence du chiffrage doit être fiable
• Fiabilité des abaques dans une situation donnée : savoir prendre du recul et faire
relire le chiffrage.
Méthode des abaques
21/12/2017 Evaluer la charge du projet38
• Identifier les phases, activités, livrables
• A dire d’expert, évaluer la durée globale du projet (6 mois, 1 an…)
• Identifier les ressources requises ainsi que leur % de disponibilité
• Construire le macro-planning par phase et positionner les ressources
…………….……………………..………………………………………….……………En déduire la charge du projet
Attention :
• Méthode encore plus imprécise que la méthode des abaques, ne pas l’utiliser en
première approche
• Utiliser cette méthode pour « corriger » et lisser une évaluation par la méthode des
abaques.
Méthode du « planning »
21/12/2017 Evaluer la charge du projet39
• Consiste a demander des évaluations aux acteurs externes du
marché
• La plus dangereuse et incertaine si on se base pas sur une
évaluation précise du périmètre projet et une première
évaluation de la charge effectuée en interne.
• On obtient des évaluations de prix, de planning et non de
charge
• Les acteurs du marché ont alors tendance à chiffrer en « prix
psychologique », sans lien avec l’effort réel.
Méthode du « Marché »
21/12/2017 Evaluer la charge du projet40
• Plus complexes à mettre en œuvre
• Supposent une connaissance très fine des composants à développer la
disponibilité d’analystes, voir de « contrôleurs de gestion » en capacité de
mener ces évaluations
• Très utilisées dans certains contextes de développement spécifique de
logiciel
• COCOMODO
• Il faut toujours le même effort pour construire 1 ligne de code
• Suppose une évaluation précise de la taille du projet à livrer, du nombre de lignes à
produire
• Toujours évaluer les facteurs d’ajustement en fonction du contexte
• Points de fonction
• Identifier les composants, données manipulées. Identifier les entrées/sorties de
données entre composants
• Suppose une évaluation très fine des composants à développer. Très utilisée pour de
l’informatique embarquée, robotique.
Autres méthodes
21/12/2017 Evaluer la charge du projet41
• Complexité du modèle de données
• Très utile pour le développement spécifique de bases de données
techniques
• Rédiger le modèle de données « physique »
• Evaluer la charge de construction
• Pour chaque table de la BDD, sont développés : 1 page de recherche, 1 page
de mise à jour, 1 page d’ajout, 1 page de suppression
• 1 page = 2 jours de construction
• Appliquer des coefficient multiplicateurs
• Complexité des pages, design
• Complexité des règles de gestion
• Largeur de la table, nombre de données
• Profondeur de la table, nombre de lignes
• Les autres phases sont estimées par % (abaques)
Autres méthodes | Complexité du modèle de données
21/12/2017 Evaluer la charge du projet42
En résumé
• Ne pas jouer la carte de la confiance extrême dans ses évaluations
• Ne pas non plus jouer la carte de la paranoïa et de l’anxiété absolue
• Toujours rechercher le pragmatisme : quelles sont les actions à
mener, dans quelles phases, quels livrables, quel produit, quel
exigence ?
• Toujours travailler à plusieurs, se challenger. Poser des questions. Ne
pas accepter l’imprécision.
• Plus on chiffre, plus on chiffre juste :
• Appliquez ces règles à toutes vos évaluations de tâches même simples et
répondre à la question « pour combien de temps en as-tu pour réaliser cette
activité ? »
21/12/2017 Evaluer la charge du projet43
Contactez nous
21/12/2017 Evaluer la charge du projet44
Competensis SASU
SIRET : 82474152400014
www.competensis.com
chdessus@competensis.com
https://fr.viadeo.com/fr/profile/christine.dessus
https://fr.linkedin.com/in/chdessus
https://www.slideshare.net/chdessus
Contact :
Christine Dessus
www.competensis.com
chdessus@competensis.com
06 31 09 73 54
45 V1.0 MARS 2016 Blue Jigsaw Competensis - Business Model
Competensis ®, Blue Jigsaw Competensis ® et Blue Jigsaw ® sont des marques déposées de la société COMPETENSIS SASU. Tous droits réservés.

Contenu connexe

Tendances

Gestion de Projet selon ISO 21500 : 2012
Gestion de Projet selon ISO 21500 : 2012Gestion de Projet selon ISO 21500 : 2012
Gestion de Projet selon ISO 21500 : 2012MathiasBinyam
 
Planification et_ordonnancement-2
 Planification et_ordonnancement-2 Planification et_ordonnancement-2
Planification et_ordonnancement-2mahdi hajji
 
Formation gestion de projet - 04 - le cadrage
Formation gestion de projet - 04 - le cadrageFormation gestion de projet - 04 - le cadrage
Formation gestion de projet - 04 - le cadrageiafactory
 
Management du contenu du projet
Management du contenu du projetManagement du contenu du projet
Management du contenu du projetyounes elhaiba
 
La gestion de projets informatiques
La gestion de projets informatiquesLa gestion de projets informatiques
La gestion de projets informatiquesLoïc Charpentier
 
De l'expression de besoins vers spécifications de la solution
De l'expression de besoins vers spécifications de la solutionDe l'expression de besoins vers spécifications de la solution
De l'expression de besoins vers spécifications de la solutionCOMPETENSIS
 
Initiation à la gestion de projet
Initiation à la gestion de projetInitiation à la gestion de projet
Initiation à la gestion de projetmahassine_med_amine
 
Support de Cours Gestion de projets (partie 2) - Tableau de bord.pdf
Support de Cours Gestion de projets (partie 2) - Tableau de bord.pdfSupport de Cours Gestion de projets (partie 2) - Tableau de bord.pdf
Support de Cours Gestion de projets (partie 2) - Tableau de bord.pdfYasushiTsubakik
 
Mon offre de services
Mon offre de servicesMon offre de services
Mon offre de servicesguest1b1d66
 
MÃthode-agile-SCRUM.pptx
MÃthode-agile-SCRUM.pptxMÃthode-agile-SCRUM.pptx
MÃthode-agile-SCRUM.pptxJaweherBN
 
Etude de faisabilité et analyse de l'existant
Etude de faisabilité et analyse de l'existantEtude de faisabilité et analyse de l'existant
Etude de faisabilité et analyse de l'existantClément Dussarps
 
Modéliser avec ARCHIMATE 3.1®
Modéliser avec ARCHIMATE 3.1®Modéliser avec ARCHIMATE 3.1®
Modéliser avec ARCHIMATE 3.1®COMPETENSIS
 

Tendances (20)

Gestion de Projet selon ISO 21500 : 2012
Gestion de Projet selon ISO 21500 : 2012Gestion de Projet selon ISO 21500 : 2012
Gestion de Projet selon ISO 21500 : 2012
 
Gestion de projet
Gestion de projetGestion de projet
Gestion de projet
 
Initiation à la gestion de projet
Initiation à la gestion de projetInitiation à la gestion de projet
Initiation à la gestion de projet
 
Atelier note de cadrage
Atelier note de cadrageAtelier note de cadrage
Atelier note de cadrage
 
Gestion de projet
Gestion de projetGestion de projet
Gestion de projet
 
Gestion de projet
Gestion de projetGestion de projet
Gestion de projet
 
Audit des projets informatiques
Audit des projets informatiquesAudit des projets informatiques
Audit des projets informatiques
 
Planification et_ordonnancement-2
 Planification et_ordonnancement-2 Planification et_ordonnancement-2
Planification et_ordonnancement-2
 
Gestion de projet
Gestion de projetGestion de projet
Gestion de projet
 
Formation gestion de projet - 04 - le cadrage
Formation gestion de projet - 04 - le cadrageFormation gestion de projet - 04 - le cadrage
Formation gestion de projet - 04 - le cadrage
 
Management du contenu du projet
Management du contenu du projetManagement du contenu du projet
Management du contenu du projet
 
La gestion de projets informatiques
La gestion de projets informatiquesLa gestion de projets informatiques
La gestion de projets informatiques
 
De l'expression de besoins vers spécifications de la solution
De l'expression de besoins vers spécifications de la solutionDe l'expression de besoins vers spécifications de la solution
De l'expression de besoins vers spécifications de la solution
 
Initiation à la gestion de projet
Initiation à la gestion de projetInitiation à la gestion de projet
Initiation à la gestion de projet
 
Support de Cours Gestion de projets (partie 2) - Tableau de bord.pdf
Support de Cours Gestion de projets (partie 2) - Tableau de bord.pdfSupport de Cours Gestion de projets (partie 2) - Tableau de bord.pdf
Support de Cours Gestion de projets (partie 2) - Tableau de bord.pdf
 
Mon offre de services
Mon offre de servicesMon offre de services
Mon offre de services
 
MÃthode-agile-SCRUM.pptx
MÃthode-agile-SCRUM.pptxMÃthode-agile-SCRUM.pptx
MÃthode-agile-SCRUM.pptx
 
Etude de faisabilité et analyse de l'existant
Etude de faisabilité et analyse de l'existantEtude de faisabilité et analyse de l'existant
Etude de faisabilité et analyse de l'existant
 
Modéliser avec ARCHIMATE 3.1®
Modéliser avec ARCHIMATE 3.1®Modéliser avec ARCHIMATE 3.1®
Modéliser avec ARCHIMATE 3.1®
 
Module se présenter en 3 minutes
Module se présenter en 3 minutesModule se présenter en 3 minutes
Module se présenter en 3 minutes
 

Similaire à Chiffrer - Evaluer la charge d'une activité ou d'un projet

PMI LQ colloque 2017 R. Poirier et F. Paquet-Estimer les projets ti même en a...
PMI LQ colloque 2017 R. Poirier et F. Paquet-Estimer les projets ti même en a...PMI LQ colloque 2017 R. Poirier et F. Paquet-Estimer les projets ti même en a...
PMI LQ colloque 2017 R. Poirier et F. Paquet-Estimer les projets ti même en a...PMI Lévis-Québec
 
Estimer les projets TI, même en Agile
Estimer les projets TI, même en AgileEstimer les projets TI, même en Agile
Estimer les projets TI, même en AgileCGI Québec Formation
 
Lean Product Development
Lean Product DevelopmentLean Product Development
Lean Product DevelopmentXL Groupe
 
Estimation et contrôle des coûts sur les projets: répondre aux défis d'aujour...
Estimation et contrôle des coûts sur les projets: répondre aux défis d'aujour...Estimation et contrôle des coûts sur les projets: répondre aux défis d'aujour...
Estimation et contrôle des coûts sur les projets: répondre aux défis d'aujour...Jeremie Averous
 
Planification de projet.pdf
Planification de projet.pdfPlanification de projet.pdf
Planification de projet.pdfYasushiTsubakik
 
OswegO : définir les plans de transformation
OswegO : définir les plans de transformationOswegO : définir les plans de transformation
OswegO : définir les plans de transformationOswegO Conseil
 
PMI LQ colloque 2017 Hugues Miron-Redressement de projet-leçons apprises
PMI LQ colloque 2017 Hugues Miron-Redressement de projet-leçons apprisesPMI LQ colloque 2017 Hugues Miron-Redressement de projet-leçons apprises
PMI LQ colloque 2017 Hugues Miron-Redressement de projet-leçons apprisesPMI Lévis-Québec
 
Mettre en oeuvre les stratégies d'externalisation
Mettre en oeuvre les stratégies d'externalisationMettre en oeuvre les stratégies d'externalisation
Mettre en oeuvre les stratégies d'externalisationOswegO Conseil
 
SUPPORT_GESTION_DE_PROJET (1).pptx
SUPPORT_GESTION_DE_PROJET (1).pptxSUPPORT_GESTION_DE_PROJET (1).pptx
SUPPORT_GESTION_DE_PROJET (1).pptxjouaiti1
 
Project Management Introduction (3/5) for Gobelins students
Project Management Introduction (3/5) for Gobelins studentsProject Management Introduction (3/5) for Gobelins students
Project Management Introduction (3/5) for Gobelins studentsEric DI POL
 
La revue d'itération intégrée… Et autres fabuleuses pratiques Agiles adaptées...
La revue d'itération intégrée… Et autres fabuleuses pratiques Agiles adaptées...La revue d'itération intégrée… Et autres fabuleuses pratiques Agiles adaptées...
La revue d'itération intégrée… Et autres fabuleuses pratiques Agiles adaptées...Pyxis Technologies
 
Changepoint PPM - Retour d’expérience sur une implémentation
Changepoint PPM - Retour d’expérience sur une implémentationChangepoint PPM - Retour d’expérience sur une implémentation
Changepoint PPM - Retour d’expérience sur une implémentationChangepoint
 
PMILQ_Colloque_2020_Francois-Dumont_Gestion_de_projet_en_intelligence_affaires
PMILQ_Colloque_2020_Francois-Dumont_Gestion_de_projet_en_intelligence_affairesPMILQ_Colloque_2020_Francois-Dumont_Gestion_de_projet_en_intelligence_affaires
PMILQ_Colloque_2020_Francois-Dumont_Gestion_de_projet_en_intelligence_affairesPMI Lévis-Québec
 
Doxa inter2019-gérer les risques et l'exécution budgétaire
Doxa inter2019-gérer les risques et l'exécution budgétaireDoxa inter2019-gérer les risques et l'exécution budgétaire
Doxa inter2019-gérer les risques et l'exécution budgétaireDOXACONSEILRHetFORMA
 
PMI LQ colloque 2017 C.É. Habermacher-Sois agile et rame
PMI LQ colloque 2017 C.É. Habermacher-Sois agile et ramePMI LQ colloque 2017 C.É. Habermacher-Sois agile et rame
PMI LQ colloque 2017 C.É. Habermacher-Sois agile et ramePMI Lévis-Québec
 
Pmilq colloque 2018 r. brassard la qualite totale par la gestion des risques
Pmilq colloque 2018 r. brassard la qualite totale par la gestion des risquesPmilq colloque 2018 r. brassard la qualite totale par la gestion des risques
Pmilq colloque 2018 r. brassard la qualite totale par la gestion des risquesPMI Lévis-Québec
 
2016-04-13 Radenko Corovic TI -Estimation de projets informatiques traditionn...
2016-04-13 Radenko Corovic TI -Estimation de projets informatiques traditionn...2016-04-13 Radenko Corovic TI -Estimation de projets informatiques traditionn...
2016-04-13 Radenko Corovic TI -Estimation de projets informatiques traditionn...PMI Lévis-Québec
 

Similaire à Chiffrer - Evaluer la charge d'une activité ou d'un projet (20)

PMI LQ colloque 2017 R. Poirier et F. Paquet-Estimer les projets ti même en a...
PMI LQ colloque 2017 R. Poirier et F. Paquet-Estimer les projets ti même en a...PMI LQ colloque 2017 R. Poirier et F. Paquet-Estimer les projets ti même en a...
PMI LQ colloque 2017 R. Poirier et F. Paquet-Estimer les projets ti même en a...
 
Estimer les projets TI, même en Agile
Estimer les projets TI, même en AgileEstimer les projets TI, même en Agile
Estimer les projets TI, même en Agile
 
Lean Product Development
Lean Product DevelopmentLean Product Development
Lean Product Development
 
Estimation et contrôle des coûts sur les projets: répondre aux défis d'aujour...
Estimation et contrôle des coûts sur les projets: répondre aux défis d'aujour...Estimation et contrôle des coûts sur les projets: répondre aux défis d'aujour...
Estimation et contrôle des coûts sur les projets: répondre aux défis d'aujour...
 
Planification de projet.pdf
Planification de projet.pdfPlanification de projet.pdf
Planification de projet.pdf
 
03 management des coût pm bo-k v5
03 management des coût   pm bo-k v503 management des coût   pm bo-k v5
03 management des coût pm bo-k v5
 
OswegO : définir les plans de transformation
OswegO : définir les plans de transformationOswegO : définir les plans de transformation
OswegO : définir les plans de transformation
 
PMI LQ colloque 2017 Hugues Miron-Redressement de projet-leçons apprises
PMI LQ colloque 2017 Hugues Miron-Redressement de projet-leçons apprisesPMI LQ colloque 2017 Hugues Miron-Redressement de projet-leçons apprises
PMI LQ colloque 2017 Hugues Miron-Redressement de projet-leçons apprises
 
Mettre en oeuvre les stratégies d'externalisation
Mettre en oeuvre les stratégies d'externalisationMettre en oeuvre les stratégies d'externalisation
Mettre en oeuvre les stratégies d'externalisation
 
Le management de projet
Le management de projetLe management de projet
Le management de projet
 
SUPPORT_GESTION_DE_PROJET (1).pptx
SUPPORT_GESTION_DE_PROJET (1).pptxSUPPORT_GESTION_DE_PROJET (1).pptx
SUPPORT_GESTION_DE_PROJET (1).pptx
 
Gestion de projet digital
Gestion de projet digitalGestion de projet digital
Gestion de projet digital
 
Project Management Introduction (3/5) for Gobelins students
Project Management Introduction (3/5) for Gobelins studentsProject Management Introduction (3/5) for Gobelins students
Project Management Introduction (3/5) for Gobelins students
 
La revue d'itération intégrée… Et autres fabuleuses pratiques Agiles adaptées...
La revue d'itération intégrée… Et autres fabuleuses pratiques Agiles adaptées...La revue d'itération intégrée… Et autres fabuleuses pratiques Agiles adaptées...
La revue d'itération intégrée… Et autres fabuleuses pratiques Agiles adaptées...
 
Changepoint PPM - Retour d’expérience sur une implémentation
Changepoint PPM - Retour d’expérience sur une implémentationChangepoint PPM - Retour d’expérience sur une implémentation
Changepoint PPM - Retour d’expérience sur une implémentation
 
PMILQ_Colloque_2020_Francois-Dumont_Gestion_de_projet_en_intelligence_affaires
PMILQ_Colloque_2020_Francois-Dumont_Gestion_de_projet_en_intelligence_affairesPMILQ_Colloque_2020_Francois-Dumont_Gestion_de_projet_en_intelligence_affaires
PMILQ_Colloque_2020_Francois-Dumont_Gestion_de_projet_en_intelligence_affaires
 
Doxa inter2019-gérer les risques et l'exécution budgétaire
Doxa inter2019-gérer les risques et l'exécution budgétaireDoxa inter2019-gérer les risques et l'exécution budgétaire
Doxa inter2019-gérer les risques et l'exécution budgétaire
 
PMI LQ colloque 2017 C.É. Habermacher-Sois agile et rame
PMI LQ colloque 2017 C.É. Habermacher-Sois agile et ramePMI LQ colloque 2017 C.É. Habermacher-Sois agile et rame
PMI LQ colloque 2017 C.É. Habermacher-Sois agile et rame
 
Pmilq colloque 2018 r. brassard la qualite totale par la gestion des risques
Pmilq colloque 2018 r. brassard la qualite totale par la gestion des risquesPmilq colloque 2018 r. brassard la qualite totale par la gestion des risques
Pmilq colloque 2018 r. brassard la qualite totale par la gestion des risques
 
2016-04-13 Radenko Corovic TI -Estimation de projets informatiques traditionn...
2016-04-13 Radenko Corovic TI -Estimation de projets informatiques traditionn...2016-04-13 Radenko Corovic TI -Estimation de projets informatiques traditionn...
2016-04-13 Radenko Corovic TI -Estimation de projets informatiques traditionn...
 

Plus de COMPETENSIS

Déployer ArchiMate Prez ADIRA 23 nov. 2023
 Déployer ArchiMate Prez ADIRA 23 nov. 2023 Déployer ArchiMate Prez ADIRA 23 nov. 2023
Déployer ArchiMate Prez ADIRA 23 nov. 2023COMPETENSIS
 
ArchiMate 3.2 Nouvelle version
 ArchiMate 3.2 Nouvelle version  ArchiMate 3.2 Nouvelle version
ArchiMate 3.2 Nouvelle version COMPETENSIS
 
ArchiMate technology layer - Simplify the models
ArchiMate technology layer - Simplify the modelsArchiMate technology layer - Simplify the models
ArchiMate technology layer - Simplify the modelsCOMPETENSIS
 
ArchiMate application and data architecture layer - Simplify the models
ArchiMate application and data architecture layer - Simplify the modelsArchiMate application and data architecture layer - Simplify the models
ArchiMate application and data architecture layer - Simplify the modelsCOMPETENSIS
 
Business Composability
Business ComposabilityBusiness Composability
Business ComposabilityCOMPETENSIS
 
From Business model to Capability Map
From Business model to Capability Map From Business model to Capability Map
From Business model to Capability Map COMPETENSIS
 
STRATEGIE - Guide de survie en Business Architecture n°3
STRATEGIE - Guide de survie en Business Architecture n°3STRATEGIE - Guide de survie en Business Architecture n°3
STRATEGIE - Guide de survie en Business Architecture n°3COMPETENSIS
 
VALUE STREAM & CHAINE DE VALEUR - Guide de survie en Business Architecture n°2
VALUE STREAM & CHAINE DE VALEUR - Guide de survie en Business Architecture n°2VALUE STREAM & CHAINE DE VALEUR - Guide de survie en Business Architecture n°2
VALUE STREAM & CHAINE DE VALEUR - Guide de survie en Business Architecture n°2COMPETENSIS
 
CAPABILITY & CAPACITE - Guide de survie en Business Architecture n°1
CAPABILITY & CAPACITE - Guide de survie en Business Architecture n°1CAPABILITY & CAPACITE - Guide de survie en Business Architecture n°1
CAPABILITY & CAPACITE - Guide de survie en Business Architecture n°1COMPETENSIS
 
ARCHIMATE Physical layer "My Little PanCake Factory"
ARCHIMATE Physical layer "My Little PanCake Factory"ARCHIMATE Physical layer "My Little PanCake Factory"
ARCHIMATE Physical layer "My Little PanCake Factory"COMPETENSIS
 
ArchiMate 3.1 Physical layer
ArchiMate 3.1 Physical layerArchiMate 3.1 Physical layer
ArchiMate 3.1 Physical layerCOMPETENSIS
 
Pour une ANALYSE DE LA VALEUR avec les concepts de Value Stream et Capability...
Pour une ANALYSE DE LA VALEUR avec les concepts de Value Stream et Capability...Pour une ANALYSE DE LA VALEUR avec les concepts de Value Stream et Capability...
Pour une ANALYSE DE LA VALEUR avec les concepts de Value Stream et Capability...COMPETENSIS
 
Value analysis with Value Stream and Capability modeling
Value analysis with Value Stream and Capability modelingValue analysis with Value Stream and Capability modeling
Value analysis with Value Stream and Capability modelingCOMPETENSIS
 
Machine Learning, Intelligence Artificielle et Modélisation ARCHIMATE
Machine Learning, Intelligence Artificielle et Modélisation ARCHIMATEMachine Learning, Intelligence Artificielle et Modélisation ARCHIMATE
Machine Learning, Intelligence Artificielle et Modélisation ARCHIMATECOMPETENSIS
 
2019 07 Bizbok with Archimate 3 v3 [UPDATED !]
 2019 07 Bizbok with Archimate 3 v3 [UPDATED !] 2019 07 Bizbok with Archimate 3 v3 [UPDATED !]
2019 07 Bizbok with Archimate 3 v3 [UPDATED !]COMPETENSIS
 
PRINCE2 - Reading notes
PRINCE2 - Reading notesPRINCE2 - Reading notes
PRINCE2 - Reading notesCOMPETENSIS
 
SOD Segregation Of Duties - Séparation de Droits et Responsabilités
SOD Segregation Of Duties - Séparation de Droits et ResponsabilitésSOD Segregation Of Duties - Séparation de Droits et Responsabilités
SOD Segregation Of Duties - Séparation de Droits et ResponsabilitésCOMPETENSIS
 
Le Pensum du DSI
Le Pensum du DSILe Pensum du DSI
Le Pensum du DSICOMPETENSIS
 
DEVOPS - La synthèse
DEVOPS - La synthèseDEVOPS - La synthèse
DEVOPS - La synthèseCOMPETENSIS
 
Scrum Book Of Knowledge - Reading Notes, Part#1
Scrum Book Of Knowledge - Reading Notes, Part#1Scrum Book Of Knowledge - Reading Notes, Part#1
Scrum Book Of Knowledge - Reading Notes, Part#1COMPETENSIS
 

Plus de COMPETENSIS (20)

Déployer ArchiMate Prez ADIRA 23 nov. 2023
 Déployer ArchiMate Prez ADIRA 23 nov. 2023 Déployer ArchiMate Prez ADIRA 23 nov. 2023
Déployer ArchiMate Prez ADIRA 23 nov. 2023
 
ArchiMate 3.2 Nouvelle version
 ArchiMate 3.2 Nouvelle version  ArchiMate 3.2 Nouvelle version
ArchiMate 3.2 Nouvelle version
 
ArchiMate technology layer - Simplify the models
ArchiMate technology layer - Simplify the modelsArchiMate technology layer - Simplify the models
ArchiMate technology layer - Simplify the models
 
ArchiMate application and data architecture layer - Simplify the models
ArchiMate application and data architecture layer - Simplify the modelsArchiMate application and data architecture layer - Simplify the models
ArchiMate application and data architecture layer - Simplify the models
 
Business Composability
Business ComposabilityBusiness Composability
Business Composability
 
From Business model to Capability Map
From Business model to Capability Map From Business model to Capability Map
From Business model to Capability Map
 
STRATEGIE - Guide de survie en Business Architecture n°3
STRATEGIE - Guide de survie en Business Architecture n°3STRATEGIE - Guide de survie en Business Architecture n°3
STRATEGIE - Guide de survie en Business Architecture n°3
 
VALUE STREAM & CHAINE DE VALEUR - Guide de survie en Business Architecture n°2
VALUE STREAM & CHAINE DE VALEUR - Guide de survie en Business Architecture n°2VALUE STREAM & CHAINE DE VALEUR - Guide de survie en Business Architecture n°2
VALUE STREAM & CHAINE DE VALEUR - Guide de survie en Business Architecture n°2
 
CAPABILITY & CAPACITE - Guide de survie en Business Architecture n°1
CAPABILITY & CAPACITE - Guide de survie en Business Architecture n°1CAPABILITY & CAPACITE - Guide de survie en Business Architecture n°1
CAPABILITY & CAPACITE - Guide de survie en Business Architecture n°1
 
ARCHIMATE Physical layer "My Little PanCake Factory"
ARCHIMATE Physical layer "My Little PanCake Factory"ARCHIMATE Physical layer "My Little PanCake Factory"
ARCHIMATE Physical layer "My Little PanCake Factory"
 
ArchiMate 3.1 Physical layer
ArchiMate 3.1 Physical layerArchiMate 3.1 Physical layer
ArchiMate 3.1 Physical layer
 
Pour une ANALYSE DE LA VALEUR avec les concepts de Value Stream et Capability...
Pour une ANALYSE DE LA VALEUR avec les concepts de Value Stream et Capability...Pour une ANALYSE DE LA VALEUR avec les concepts de Value Stream et Capability...
Pour une ANALYSE DE LA VALEUR avec les concepts de Value Stream et Capability...
 
Value analysis with Value Stream and Capability modeling
Value analysis with Value Stream and Capability modelingValue analysis with Value Stream and Capability modeling
Value analysis with Value Stream and Capability modeling
 
Machine Learning, Intelligence Artificielle et Modélisation ARCHIMATE
Machine Learning, Intelligence Artificielle et Modélisation ARCHIMATEMachine Learning, Intelligence Artificielle et Modélisation ARCHIMATE
Machine Learning, Intelligence Artificielle et Modélisation ARCHIMATE
 
2019 07 Bizbok with Archimate 3 v3 [UPDATED !]
 2019 07 Bizbok with Archimate 3 v3 [UPDATED !] 2019 07 Bizbok with Archimate 3 v3 [UPDATED !]
2019 07 Bizbok with Archimate 3 v3 [UPDATED !]
 
PRINCE2 - Reading notes
PRINCE2 - Reading notesPRINCE2 - Reading notes
PRINCE2 - Reading notes
 
SOD Segregation Of Duties - Séparation de Droits et Responsabilités
SOD Segregation Of Duties - Séparation de Droits et ResponsabilitésSOD Segregation Of Duties - Séparation de Droits et Responsabilités
SOD Segregation Of Duties - Séparation de Droits et Responsabilités
 
Le Pensum du DSI
Le Pensum du DSILe Pensum du DSI
Le Pensum du DSI
 
DEVOPS - La synthèse
DEVOPS - La synthèseDEVOPS - La synthèse
DEVOPS - La synthèse
 
Scrum Book Of Knowledge - Reading Notes, Part#1
Scrum Book Of Knowledge - Reading Notes, Part#1Scrum Book Of Knowledge - Reading Notes, Part#1
Scrum Book Of Knowledge - Reading Notes, Part#1
 

Chiffrer - Evaluer la charge d'une activité ou d'un projet

  • 1. Blue Jigsaw Competensis Christine Dessus chdessus@competensis.com +336 31 09 73 54 www.competensis.com Competensis ®, Blue Jigsaw Competensis ® et Blue Jigsaw ® sont des marques déposées de la société COMPETENSIS SASU. Tous droits réservés.
  • 2. 21/12/2017 Evaluer la charge du projet2 COMPETENSIS Christine DESSUS +336 31 09 73 54 chdessus@competensis.com www.competensis.com
  • 3. 21/12/2017 Evaluer la charge du projet3 Objectif Triptyque Unité de mesure Un bon chiffrage ? Charge de référence Méthodes Retours d’expérience Dépassements Responsabilité du chef de projet Liens Charge & Planning
  • 4. Objectif 21/12/2017 Evaluer la charge du projet4
  • 5. Objectif •Evaluer l’effort requis pour réaliser une activité •Avec un enjeu fort : la charge réelle devra être proche (ou égale à) l’estimation effectuée •Ne pas confondre charge et durée •« Le travail se dilate jusqu’à remplir le temps disponible » 21/12/2017 Evaluer la charge du projet5
  • 6. Ne jamais oublier ! • Une évaluation de charges ou délais est TOUJOURS fausse. (on devra faire avec et respecter les engagements) • Le prix d’un projet est celui que le client accepte de payer. (on devra faire avec et respecter les engagements) 21/12/2017 Evaluer la charge du projet6
  • 7. Ne jamais oublier ! Prix ≠Coût + Marge • On peut faire payer très cher ce qui coûte peu à produire. • On peut sous-vendre un projet, solution : c’est un investissement. On se paye une référence. 21/12/2017 Evaluer la charge du projet7
  • 8. Unité de mesure 21/12/2017 Evaluer la charge du projet8
  • 9. Unité de mesure de la charge •Mesure d’un effort : Ressource*temps •Jour/homme •Rarement : heure/homme •Cela peut être du temps/machine 21/12/2017 Evaluer la charge du projet9 Consommation de ressources (humaines ou machines) pendant une durée définie pour réaliser une activité ou produire un livrable
  • 10. Tryptique & Quadrature du cercle 21/12/2017 Evaluer la charge du projet10
  • 11. Projet • Contrat pour réaliser quelque chose (activités, service ou objet) en respectant des engagements de : • Périmètre, objectif à atteindre • Délais • Coût • Qualité • Ce n’est pas une activité récurrente, ordinaire. • Un projet est un ensemble d’activités parsemée d’embuches et d’impondérables. 21/12/2017 Evaluer la charge du projet11
  • 12. Triptyque du chef de projet • Si les coûts et délais sont fixes. On adapte le périmètre aux contraintes. • Si le périmètre est figé, on accepte d’éventuels dépassements de charge ou délais. • Si le délais est fixe, on planifiera différemment les réalisations (lotissement, parallélisation) • Si tout est fixe, on fera nécessairement des impasses sur la qualité, voire on arrêtera le projet. • L’agilité consiste à mettre de la souplesse sur le périmètre. Le délais et les coûts sont alors des contraintes à prendre en considération • Plus on augmente le délais, plus on augmente les coûts 21/12/2017 Evaluer la charge du projet12 Coûts Délais Périmètre Fonctions
  • 13. Quadrature du cercle • Le niveau de qualité attendu dans certains contextes peut influer fortement sur le coût du projet. • Exemple : environnements réglementés, conformité réglementaire ou à une norme ISO 21/12/2017 Evaluer la charge du projet13 Coûts Délais Périmètre Fonctions Qualité
  • 14. Un bon chiffrage ? 21/12/2017 Evaluer la charge du projet14
  • 15. Qu’est ce qu’un bon chiffrage ? • Evaluation initiale au démarrage du projet = Charge consommée constatée en fin de projet. •On ne sait vraiment si on a fait un bon chiffrage qu’à la fin du projet. • Savoir vivre avec l’incertitude tout au long du projet • L’expertise du chef de projet consiste aussi à savoir piloter à charges et délais fixes. 21/12/2017 Evaluer la charge du projet15
  • 16. Qu’est ce qu’un bon chiffrage ? • Savoir ce que l’on chiffre • Un coût de fabrication en interne • Le prix du projet acheté ou vendu • Complétude des ressources, tâches : rien n’est oublié • Honnêteté : faire abstraction des influences externes • Explicite : ce qui est inclus, ce qui est exclus, les hypothèses de chiffrage, les limites & contraintes • Continuité : 2 chiffrages d’un même projet, activité doivent être très proches  crédibilité • Expérience : capitaliser sur les constats précédents 21/12/2017 Evaluer la charge du projet16
  • 17. Comment réaliser un bon chiffrage ? • Savoir découper un problème complexe en sous- problèmes, tâches simples à appréhender •Phases, étapes •Activités réalisées par 1 rôle (exemple : développeur, testeur…) •Livrables à produire : les identifier, les compter • Savoir raconter l’histoire de votre projet, sous forme de schémas de processus, enchaînements d’étapes, rôles et livrables… 21/12/2017 Evaluer la charge du projet17
  • 18. Comment réaliser un bon chiffrage ? •Maîtriser le niveau d’imprécision acceptable ✓Evaluer les risques, anticiper les impondérables ✓Récupérer la capitalisation des projets précédents •Se faire aider ! Ne jamais chiffrer seul un projet. 21/12/2017 Evaluer la charge du projet18
  • 19. Comment réaliser un bon chiffrage ? • Se donner des marges de manœuvre et toujours connaître la variable d’ajustement ✓Coût ✓Délais ✓Périmètre ✓Qualité • Ne pas accepter de projet sans variable d’ajustement. 21/12/2017 Evaluer la charge du projet19
  • 20. Livrable 21/12/2017 Evaluer la charge du projet20
  • 21. Définir Livrable • Ce qu’on livre au client, de façon formelle 21/12/2017 Evaluer la charge du projet21 Livrables du projet Livrables de pilotage • Sources, paramétrage, machine, logiciel compilé • Documentation, manuel de formation,, spécifications, documents de conception, test, UserStory • Formation • On fait signer un PV de livraison puis un PV de réception. • Support de pilotage : PPT de comité de pilotage, comités organisationnels…. • Planning • Tableaux de bords risques, charges, exigences, avancement du projet
  • 22. Risques 21/12/2017 Evaluer la charge du projet22
  • 23. Définir Risques 21/12/2017 Evaluer la charge du projet23
  • 24. Charge de référence 21/12/2017 Evaluer la charge du projet24
  • 25. Phases types du projet 21/12/2017 Evaluer la charge du projet25 N/A •Décision 15 jours •Spécification des besoins 30 jours •Conception de la solution 60 jours •Construction de la solution •(Dev & tests unitaires) 23 jours •Recette usine de la solution 7 jours •Packaging •Livraison client 15 jours •Réception : Recette et contrôles N/A •Mise en production •Corrections •Garantie •Livraisons… Le client réalise en plus 30 à 50% de la charge Le client réalise en plus 100% de la charge. Le client réalise en plus 5% de la charge Hors charge de réunion, pilotage, comités… 10% 20% 40% 15% 5% 10% 150 jours
  • 26. Définir Charge de référence 21/12/2017 Evaluer la charge du projet26 Phases % standard IT Jours IT Total des jours IT % Client Jours Client Jours projet (hors pilotage et réunions) Pilotage 25% Jours projet Spécification des besoins 10% 15 40% 6 21 5 26 Conception de la solution 20% 30 5% 2 32 8 39 Construction de la solution 40% 60 150 5% 3 63 16 79 Recette usine de la solution 15% 23 40% 9 32 8 39 Packaging - Livraison client 5% 8 5% 0 8 2 10 Réception : recette et contrôles 10% 15 100% 15 30 8 38 100% 150 35 185 46 231
  • 27. Définir Charge de référence 21/12/2017 Evaluer la charge du projet27 •Base de référence : •Délimiter le périmètre du projet pour évaluer la charge de construction • Le périmètre du projet peut être défini de façon très précise ou très macro •Ce qui va donner le niveau de précision du chiffrage •Exigences, features, userstory, use case… •Livrables
  • 28. Définir Charge de référence 21/12/2017 Evaluer la charge du projet28 • Plus le niveau de précision des activités à mener, fonctionnalités à mettre en œuvre est fin, plus le chiffrage est précis • Plus on définit un niveau fin d’activités, plus la charge sera importante ☺ • Savoir s’arrêter… • Consensus sur le niveau d’imprécision acceptable (marge d’erreur).
  • 29. Définir Charge de référence 21/12/2017 Evaluer la charge du projet29 • Méthodes d’évaluation de la charge de référence : ✓On évalue les livrables à produire et activités à mener  coût de fabrication ✓On évalue la charge dite de « construction » (build)  coût du produit ▪Codage, paramétrage, montage, démontage ▪Les contrôles, tests effectués par l’acteur réalisant le build • On vérifie son évaluation en utilisant les 2 méthodes (contrôle de cohérence)
  • 30. Définir Charge de référence 21/12/2017 Evaluer la charge du projet30 • Moyenner les écarts d’évaluation entre l’évaluation optimiste et pessimiste • Charge moyenne = (charge optimiste + charge pessimiste + 4*charge mediane)/6
  • 31. Définir Charge de référence 21/12/2017 Evaluer la charge du projet31 • Ajouter une provision pour risques, impondérables •20 à 30% de la charge de référence.
  • 32. Méthodes 21/12/2017 Evaluer la charge du projet32
  • 33. • Planning Poker • Abaques – Activités et livrables • Abaques – Référentiel des exigences • Méthode dite du « planning » • Evaluation du Marché • Autres méthodes • COCOMODO • Points de fonction • Cas particulier : complexité du modèle de données Méthodes 21/12/2017 Evaluer la charge du projet33
  • 34. • Idéale pour chiffrer la réalisation d’activités ciblées et courtes • Organise le consensus • Met en avant le collectif, l’implication des acteurs chargés de réaliser l’activité • Utilisée traditionnellement pour du développement applicatif en modeAgile • Proposition de la généraliser pour toutes les activités ne relevant pas d’un projet complexe. Planning poker 21/12/2017 Evaluer la charge du projet34 Avantage : • Collectif Inconvénients : • Ne pas oublier de UserStory • Temps à passer
  • 35. • Méthode « à dire d’expert » • Constituer un référentiel • Phases du projet, Activités, Livrables • Mesurer l’effort de réalisation des activités & livrables • Pour chaque phase, activité • Evaluer ensuite les charges proportionnelles au temps • Exemple : pilotage, provision pour risques… Méthode des abaques |Activités & livrables 21/12/2017 Evaluer la charge du projet35 Inconvénient : • On reste à un niveau d’abstraction élevé. • Chiffrage incertain Avantage : • Simplicité • On peut évaluer la coût d’un projet rapidement
  • 36. • Une extension de la méthode des abaques, à dire d’expert • Valide pour un projet d’intégration ou développement • Sur la base d’un périmètre précis s’appuyant sur un référentiel d’exigences ✓ Identifier les exigences de mise en œuvre ✓ Un expert évalue la charge de construction et test de chaque exigence, fonctionnalité à mettre en œuvre • Les autres phases sont évaluées : • Par des % de la charge de construction • Par une évaluation de la charge requise pour la réalisation du livrable Méthode des abaques | Référentiel des exigences 21/12/2017 Evaluer la charge du projet36 Inconvénient : • Ne pas oublier d’exigences. Bien évaluer la complexité des réalisations • Chiffrage incertain Avantage : • Simplicité • Peut être long à réaliser
  • 37. • Abaques proposées après évaluation de la charge de référence : Méthode des abaques|Référentiel des exigences 21/12/2017 Evaluer la charge du projet37 Activité Ratio Cadrage du projet, études préalables 10% Conception, spécifications, ateliers, rédaction dossier 20% à 30% Construction CHARGE DE REFERENCE Recette 15% à 20% Intégration, installation 5 à 10% Documentation (manuels, installation, intégration…) 5% Pilotage 20% Assurance qualité, contrôle conformité réglementaire ou ISO 3% à 5% Provision pour risques 10% à 30% Un bon ratio : 20%
  • 38. • Avantages • Empirique • Simple à mettre en œuvre et rapide • Donne une bonne vision du projet au lancement, très utile pour cadrer un projet • Inconvénients • À la louche, peu précise • Suppose une bonne vision du projet : phases, activités, livrables, exigences. La base de référence du chiffrage doit être fiable • Fiabilité des abaques dans une situation donnée : savoir prendre du recul et faire relire le chiffrage. Méthode des abaques 21/12/2017 Evaluer la charge du projet38
  • 39. • Identifier les phases, activités, livrables • A dire d’expert, évaluer la durée globale du projet (6 mois, 1 an…) • Identifier les ressources requises ainsi que leur % de disponibilité • Construire le macro-planning par phase et positionner les ressources …………….……………………..………………………………………….……………En déduire la charge du projet Attention : • Méthode encore plus imprécise que la méthode des abaques, ne pas l’utiliser en première approche • Utiliser cette méthode pour « corriger » et lisser une évaluation par la méthode des abaques. Méthode du « planning » 21/12/2017 Evaluer la charge du projet39
  • 40. • Consiste a demander des évaluations aux acteurs externes du marché • La plus dangereuse et incertaine si on se base pas sur une évaluation précise du périmètre projet et une première évaluation de la charge effectuée en interne. • On obtient des évaluations de prix, de planning et non de charge • Les acteurs du marché ont alors tendance à chiffrer en « prix psychologique », sans lien avec l’effort réel. Méthode du « Marché » 21/12/2017 Evaluer la charge du projet40
  • 41. • Plus complexes à mettre en œuvre • Supposent une connaissance très fine des composants à développer la disponibilité d’analystes, voir de « contrôleurs de gestion » en capacité de mener ces évaluations • Très utilisées dans certains contextes de développement spécifique de logiciel • COCOMODO • Il faut toujours le même effort pour construire 1 ligne de code • Suppose une évaluation précise de la taille du projet à livrer, du nombre de lignes à produire • Toujours évaluer les facteurs d’ajustement en fonction du contexte • Points de fonction • Identifier les composants, données manipulées. Identifier les entrées/sorties de données entre composants • Suppose une évaluation très fine des composants à développer. Très utilisée pour de l’informatique embarquée, robotique. Autres méthodes 21/12/2017 Evaluer la charge du projet41
  • 42. • Complexité du modèle de données • Très utile pour le développement spécifique de bases de données techniques • Rédiger le modèle de données « physique » • Evaluer la charge de construction • Pour chaque table de la BDD, sont développés : 1 page de recherche, 1 page de mise à jour, 1 page d’ajout, 1 page de suppression • 1 page = 2 jours de construction • Appliquer des coefficient multiplicateurs • Complexité des pages, design • Complexité des règles de gestion • Largeur de la table, nombre de données • Profondeur de la table, nombre de lignes • Les autres phases sont estimées par % (abaques) Autres méthodes | Complexité du modèle de données 21/12/2017 Evaluer la charge du projet42
  • 43. En résumé • Ne pas jouer la carte de la confiance extrême dans ses évaluations • Ne pas non plus jouer la carte de la paranoïa et de l’anxiété absolue • Toujours rechercher le pragmatisme : quelles sont les actions à mener, dans quelles phases, quels livrables, quel produit, quel exigence ? • Toujours travailler à plusieurs, se challenger. Poser des questions. Ne pas accepter l’imprécision. • Plus on chiffre, plus on chiffre juste : • Appliquez ces règles à toutes vos évaluations de tâches même simples et répondre à la question « pour combien de temps en as-tu pour réaliser cette activité ? » 21/12/2017 Evaluer la charge du projet43
  • 44. Contactez nous 21/12/2017 Evaluer la charge du projet44 Competensis SASU SIRET : 82474152400014 www.competensis.com chdessus@competensis.com https://fr.viadeo.com/fr/profile/christine.dessus https://fr.linkedin.com/in/chdessus https://www.slideshare.net/chdessus
  • 45. Contact : Christine Dessus www.competensis.com chdessus@competensis.com 06 31 09 73 54 45 V1.0 MARS 2016 Blue Jigsaw Competensis - Business Model Competensis ®, Blue Jigsaw Competensis ® et Blue Jigsaw ® sont des marques déposées de la société COMPETENSIS SASU. Tous droits réservés.