Diagrammes de Flux Guide PMBOK® 5e Édition en Français - Version simplifiéeRicardo Viana Vargas
Le flux de processus répresenté est basé sur les figures du Guide PMBOK. Seules les liaisons présentées dans les figures cités sont répresentées dans ce flux.
Tableau synoptique des 49 processus de gestion de projet adapté du Guide PMBOK Sixième Édition (version française)
Droits d’auteur : Project Management Institute (PMI®) – Guide du Corpus des Connaissances en Management de Projet (septembre 2017)
Réalisé par Didier Coutton – directeur du MSc Ingénierie Commerciale et Management de Projet – dcoutton@inseec.com
Nota : ce synoptique a pour but de synthétiser les groupes de processus et les processus de gestion de projet, pas de se substituer au PMBOK.
Diagrammes de Flux Guide PMBOK® 5e Édition en Français - Version simplifiéeRicardo Viana Vargas
Le flux de processus répresenté est basé sur les figures du Guide PMBOK. Seules les liaisons présentées dans les figures cités sont répresentées dans ce flux.
Tableau synoptique des 49 processus de gestion de projet adapté du Guide PMBOK Sixième Édition (version française)
Droits d’auteur : Project Management Institute (PMI®) – Guide du Corpus des Connaissances en Management de Projet (septembre 2017)
Réalisé par Didier Coutton – directeur du MSc Ingénierie Commerciale et Management de Projet – dcoutton@inseec.com
Nota : ce synoptique a pour but de synthétiser les groupes de processus et les processus de gestion de projet, pas de se substituer au PMBOK.
Le cycle de vie de la gestion des risquesPMI-Montréal
Troisième d'une série d'ateliers de rencontre de la communauté de pratique en gestion du risque.
Lors de notre conférence de début d'année, nous avons mis en valeur la gestion des risques en fonction des principaux intervenants d'un projet soit l’entreprise, le chargé de projets et le client. Cependant, pour bien comprendre les fondements de la gestion des risques il est essentiel d'en maîtriser son cycle de vie. Cet atelier couvrira les étapes clés de la gestion des risques en lien avec les phases d'un projet. Notre objectif est de vous permettre de mieux comprendre les bénéfices de la gestion des risques tout au long de votre projet.
En respect de vos collègues et de organisateurs veuillez prendre note qu'aucun participant sera accepté après 17h30. Les portes seront fermées et la conférence débutée. Merci de votre compréhension.
Conférencier: Agnès Bédard est une gestionnaire de projets depuis plus de 25 ans au sein de grandes entreprises, Mme Bédard a été responsable de projets d’envergure et de la gestion d’équipes multidisciplinaires (interne et externe). Son parcours professionnel dans divers domaines; construction, informatique, fabrication et services lui ont permis d’accumuler un ensemble de réalisations qui témoignent de son expérience et de sa capacité à s'adapter aux divers changements organisationnels. Elle est aussi chargé de cours à l'UQÀM et au HEC où elle enseigne la gestion de projets. Elle est de plus la présidente de la communauté en gestion des risques au PMI-Montréal.
Elle est passionnée par la gestion de projets et particulièrement par la gestion des risques humains. Cette praticienne dynamique préconise la mise en place de solutions novatrices et surtout réalistes.
PFE :Conception, développement et mise en ligne d’une plateforme Odoo destiné...Nabil EL Moudden
Conception, développement et mise en ligne d’une
plateforme Odoo destinée à la gestion d’une entreprise
spécialisée dans les métiers de l’offshoring ICT
Partie dédié aux indicateurs des tableaux de bord de pilotage. Ce petit extrait est issu de mon cours intitulé "Les tableaux de bord de pilotage", qui se compose de trois chapitres essentiels pour comprendre la conception de tableaux de bord efficaces :
1. La performance
2. Le pilotage et les tableaux de bord
3. La conception des tableaux de bord (clarifier la stratégie, déterminer les objectifs, décliner les plans d'actions, déterminer les indicateurs, concevoir le tableau de bord et le mettre en œuvre, animer les équipes)
La partie indicateurs relève du troisième chapitre.
Cette présentation, mise en scène les valeurs et les principes des méthodes agiles , ainsi qu'une présentation détaillée sur la méthode XP et la méthode Scrum.
La capacité d'analyse des résultats des ventes, de la rentabilité des produits, ou bien encore du ROI d'une stratégie commerciale et surtout la façon de représenter ces analyses deviennent un élément déterminant dans la prise de décision.
Alors que peut-on vraiment attendre de la Data Visualization ? Quels sont les apports fonctionnels, s'il y en a, de ces nouveaux produits ? Sont-ils vraiment de nouveaux produits ?
Chiffrer - Evaluer la charge d'une activité ou d'un projetCOMPETENSIS
Quelques bonnes pratiques et principes pour savoir évaluer la charge d'une activité ou d'un projet.
Ce sont les supports d'un cours effectué dans une école d'ingé.
Le cycle de vie de la gestion des risquesPMI-Montréal
Troisième d'une série d'ateliers de rencontre de la communauté de pratique en gestion du risque.
Lors de notre conférence de début d'année, nous avons mis en valeur la gestion des risques en fonction des principaux intervenants d'un projet soit l’entreprise, le chargé de projets et le client. Cependant, pour bien comprendre les fondements de la gestion des risques il est essentiel d'en maîtriser son cycle de vie. Cet atelier couvrira les étapes clés de la gestion des risques en lien avec les phases d'un projet. Notre objectif est de vous permettre de mieux comprendre les bénéfices de la gestion des risques tout au long de votre projet.
En respect de vos collègues et de organisateurs veuillez prendre note qu'aucun participant sera accepté après 17h30. Les portes seront fermées et la conférence débutée. Merci de votre compréhension.
Conférencier: Agnès Bédard est une gestionnaire de projets depuis plus de 25 ans au sein de grandes entreprises, Mme Bédard a été responsable de projets d’envergure et de la gestion d’équipes multidisciplinaires (interne et externe). Son parcours professionnel dans divers domaines; construction, informatique, fabrication et services lui ont permis d’accumuler un ensemble de réalisations qui témoignent de son expérience et de sa capacité à s'adapter aux divers changements organisationnels. Elle est aussi chargé de cours à l'UQÀM et au HEC où elle enseigne la gestion de projets. Elle est de plus la présidente de la communauté en gestion des risques au PMI-Montréal.
Elle est passionnée par la gestion de projets et particulièrement par la gestion des risques humains. Cette praticienne dynamique préconise la mise en place de solutions novatrices et surtout réalistes.
PFE :Conception, développement et mise en ligne d’une plateforme Odoo destiné...Nabil EL Moudden
Conception, développement et mise en ligne d’une
plateforme Odoo destinée à la gestion d’une entreprise
spécialisée dans les métiers de l’offshoring ICT
Partie dédié aux indicateurs des tableaux de bord de pilotage. Ce petit extrait est issu de mon cours intitulé "Les tableaux de bord de pilotage", qui se compose de trois chapitres essentiels pour comprendre la conception de tableaux de bord efficaces :
1. La performance
2. Le pilotage et les tableaux de bord
3. La conception des tableaux de bord (clarifier la stratégie, déterminer les objectifs, décliner les plans d'actions, déterminer les indicateurs, concevoir le tableau de bord et le mettre en œuvre, animer les équipes)
La partie indicateurs relève du troisième chapitre.
Cette présentation, mise en scène les valeurs et les principes des méthodes agiles , ainsi qu'une présentation détaillée sur la méthode XP et la méthode Scrum.
La capacité d'analyse des résultats des ventes, de la rentabilité des produits, ou bien encore du ROI d'une stratégie commerciale et surtout la façon de représenter ces analyses deviennent un élément déterminant dans la prise de décision.
Alors que peut-on vraiment attendre de la Data Visualization ? Quels sont les apports fonctionnels, s'il y en a, de ces nouveaux produits ? Sont-ils vraiment de nouveaux produits ?
Chiffrer - Evaluer la charge d'une activité ou d'un projetCOMPETENSIS
Quelques bonnes pratiques et principes pour savoir évaluer la charge d'une activité ou d'un projet.
Ce sont les supports d'un cours effectué dans une école d'ingé.
Release Planning Days @meetic, rituel collectif et acculturation agile - agil...Nicolas Kalmanovitz
Un retour d’expérience sur 1 an d’implémentation du release planning day chez meetic. Nous vous expliquerons comment ce rituel collectif nous permet de synchroniser plus de 160 personnes et une vingtaine d’équipe en moins de 2 jours et cela tous les 3 mois.
Nous reviendrons également sur les conditions de son implémentation et les leçons que nous en avons tiré.
Enfin nous vous expliquerons en quoi le release planning day peut s’avérer être un puissant levier de transformation de la culture d'entreprise et favoriser l’agilité à l’échelle
POURQUOI CETTE FORMATION ?
Le leader agile met en œuvre une approche par la valeur aussi bien au sein de son organisation qu’auprès des clients de celle-ci. Il participe activement à la mise en place d’une organisation agile optimisée avec l’aide de ses équipes.
Ses compétences lui permettent de rendre son organisation plus performante dans un contexte d'intelligence collective.
Prise en charge possible : Novup est organisme de formation n°5244079544.
OBJECTIFS PÉDAGOGIQUES
Accroître la communication et la motivation au sein de l’organisation et des équipes,
Concevoir et animer des temps collectifs (ateliers et réunions) plus productifs,
Diffuser les concepts de l’agilité au sein de son organisation pour en faciliter l’appropriation de tous,
Favoriser le succès des projets grâce à l’intelligence collective,
Innover par la mise en œuvre d’une approche centrée sur la valeur.
INFORMATIONS PRATIQUES
Durée : 5 jours (35 heures).
Horaires : accueil à 9h15, formation de 9h30 à 17h30 (pause déjeuner de 1h).
Dates et lieux : veuillez consulter notre site web sur www.novup.fr/formation/
Tarif : 3450 € HT en inter (intra : nous consulter).
Public concerné : toutes personnes en charge de la mise en place de l’agilité dans un cadre de management d’équipe.
Prérequis : une expérience de gestion ou de participation à un projet.
Toutes nos formations sont assurées à partir de 4 stagiaires (et limitée à 12 participants).
L’agilité à l’échelle est l’une des dernières frontières à atteindre. Différents frameworks existent pour aider les entreprises à diffuser l’agilité à tous les niveaux de l’organisation. SAFe et Spotify sont surement les plus connus mais tout semble les opposer.
Là où Spotify est généralement vanté pour son respect du mindset agile, SAFe est lui diabolisé pour sa vision TopDown et les craintes que suscitent ce schéma presque trop parfait.
Mais alors, c’est qui le champion ? Y’a t-il vraiment un vainqueur ?
by Moitié Benjamin and Renaud CHEVALIER
Ma stack d'outils agiles, tout un programme !Cédric Leblond
Pour le développement, nous utilisons tous des outils. Leur nombre et surtout leur intégration peuvent même devenir un vrai casse tête. Surtout s'il vous faut supporter des technologies parfois très distinctes ... Je vous propose de monter une plateforme entièrement intégrée et flexible avec Visual Studio Online. Intégrée car toutes les données y sont disponibles. Flexible car ses API permettent de l'étendre avec vos outils agiles préférés (Trello, Zendesk, Jenkins, Jira, ...) et de l’adapter ainsi à vos besoins
Pour Josiane qui travaille en DSI et se demande quelle destination choisir : l'entreprise doit être plus agile !
Lean-Agile-Kanban ? Quel est le bon choix ?
Un regard sur l'histoire de ces approches assorti d'une analyse de l'évolution de l'agilité nous permettra peut-être d'y voir plus clair pour aider Josiane…
Vous entendez partout parler d'agilité, de Scrum, de PO et ... vous en venez à vous demander si on parle d'un jeu de rôle ou d'une compétition de gymnastique !
Les méthodes agiles révolutionnent la gestion de projet. Fini le célèbre cycle en V ou il convient de définir précisément au début d'un projet ce que sera le produit final (alors qu'on ne connait justement pas encore les usages!). Avec les méthodes agiles vous travaillez par petits cycles en lien fort avec l'utilisateur final pour lui créer un produit utile et opérationnel.
http://www.openska.com/
Venez profiter de l'expertise de l'un des experts Scrum de MyAgile Partner qui donne les formations Scrum d'Openska. Venez échanger le 27 Avril dans les locaux d'Openska, en face du futur plus grand incubateur Européen: Station f.
Vous êtes en fonctionnement agile mais ça ne marche pas ? Vous ne vous servez pas de l’agilité et doutez que ça puisse s’appliquer à votre équipe ? Ce REX est fait pour vous !
Nous vous proposons de retrouver l’esprit de l’agilité en comparant deux expériences client contradictoires. D’un côté l’application quasi stricte des cérémoniels décrits dans la méthode Scrum, de l’autre une application très adaptée des principes de l’agilité.
Quels sont les effets observés dans chacun des cas et quels pièges peuvent être évités lors de l’application de la méthode ?
Sauver la princesse avec un design sprint MIX-iT17Benjamin Richy
Le Design Sprint est une méthode de conception ultra-rapide peaufinée par l’équipe Google Ventures (Jake Knapp) qui a largement puisé dans le Design Thinking. Elle mélange habilement diverses techniques d’idéation et conception, soutenue par l’intelligence collective, et produit un résultat étonnamment riche de sens.
Oh toi preux chevalier (chevalière), empare-toi de l’arme magique pour terrasser le dragon à grand coup de Sprint et sauver ta princesse (ou ton prince), s’il elle (ou il) le vaut bien ! Est-il vraiment possible de réaliser cette quête en 5 jours au lieu de 5 mois ? Comprendre pourquoi et comment ça marche, exemples à l’appui, astuces en bonus !
A quoi sert un design sprint ? Bonne question et merci de l’avoir posée ;)
Un design sprint de rêve… "Le chevalier, la princesse et le dragon", laissez-vous guider au coeur de la méthode pour sauver la princesse !
Pourquoi ça marche ? Décryptage des moments clés, retours d'expériences et cas d'études pour comprendre les mécanismes de la méthode qui transcendent le projet.
(re)Apprendre à travailler ensemble...autrement. Quand le super cerveau du groupe devient plus puissant que la somme des individualités.
Lean Startup Day #LSD17 - Sauver la princesse avec un Design SprintBenjamin Richy
Le Design Sprint est une méthode de conception ultra-rapide peaufinée par l’équipe Google Ventures (Jake Knapp) qui a largement puisé dans le Design Thinking. Elle mélange habilement diverses techniques d’idéation et conception, soutenue par l’intelligence collective, et produit un résultat étonnamment riche de sens.
Oh toi preux chevalier (chevalière), empare-toi de l’arme magique pour terrasser le dragon à grand coup de Sprint et sauver ta princesse (ou ton prince), s’il elle (ou il) le vaut bien ! Est-il vraiment possible de réaliser cette quête en 5 jours au lieu de 5 mois ? Comprendre pourquoi et comment ça marche, exemples à l’appui, astuces en bonus !
A quoi sert un design sprint ? Bonne question et merci de l’avoir posée ;)
Un design sprint de rêve… "Le chevalier, la princesse et le dragon", laissez-vous guider au coeur de la méthode pour sauver la princesse !
Pourquoi ça marche ? Décryptage des moments clés, retours d'expériences et cas d'études pour comprendre les mécanismes de la méthode qui transcendent le projet.
(re)Apprendre à travailler ensemble...autrement. Quand le super cerveau du groupe devient plus puissant que la somme des individualités.
Agile Tour Nantes 2011 - Rémy génin - retours d'expérience sur 4 ans d'agilit...Association Agile Nantes
Sur la base de la proposition standard Scrum+XP (sur laquelle je ne reviens pas), je passe en revue ce que nous avons vu fonctionner ou échouer sur le terrain. Cela inclut un certain nombre de choses très concrètes sur la façon de mettre en pratique des propositions Scrum souvent peu détaillées, comme « il faut faire un backlog produit ».
This presentation is devided in 3 major topics:
1. Overview of IT projects over the world
2. Reminder about Agile contexte and principales
3. presentation of Scrum Framework and practices (Roles, artefacts and ceremonials).
Cette présentation porte sur Scrum 2020.
L'objectif est de présenter les concepts et les principes de Scrum 2020.
Les points abordés sont
- Principes, caracterisuques, Approche
- Piliers
- Les valeurs
- Scrum Team, caracteristiques et responsabilités
- Product Owner, résponsabilités, contraintes
- Developers,engagement,compétences et tâches
- Scrum Master, responsabilités et tâches
- Evènements Scrum
- Sprint et lien avec les rôles
- Occasions pour l’inspection et l’adaptation
- Artefacts et objectifs
- Increment et DoD
- Zoom sur le Product Backlog
- Zoom sur le Product Goal
Un sujet que beaucoup évitent, soit parce qu'ils ne sont pas assez nombreux pour ça, soit parce que les équipes travaillent de manière isolée : les équipes Scrum multiples. Découvrez comment éviter les écueils qui vous mènerait à subir cette multiplicité.
Le credo "Tout le monde peut cuisiner" d'Auguste Gusteau (célèbre cuisinier de Ratatouille) ne signifie pas que la gastronomie est à la portée de tout le monde, mais qu'un grand chef peut se cacher n'importe où.
Il n'existe pas de recette unique pour réussir votre transition vers SCRUM mais durant cette session Rémy va essayer de vous donner les trucs et astuces qui vont vous permettre de sublimer votre équipe.
Similaire à Estimation et planification Agile (20)
2. IMAGINER...
• Vousen avez marre de faire du
développement de logiciel
• Vousdécidez de lancer une
entreprise d’aménagement de
paysage
• Votre
premier projet est de bouger
un amas de rocher de devant une
maison vers l’arrière
3. COMMENT ESTIMER CE TRAVAIL ?
• Une solution :
• Regarder l’amas de gravier et estimer les charges en
nombre de brouettes que cela représente
• Après une heure, regarder le nombre de brouettes que
vous avez déplacé et ensuite extrapoler la durée totale
• Je pense que cela fait 80 chargements
• Après une heure, j’ai déplacé 20 chargements
• Donc, cela fera 4 heures au total
5. • Une itération est une période courte
• Habituellement de 1 à 4 semaines
la vélocité est la
somme des travaux
prévus ou terminés
dans une itération
Une Release comprend généralement plus d’une
itération
6. LE PLANNING OIGNON
• L’équipe Agile utilise les
trois niveaux les plus
profonds
• D’autres équipes de
l’entreprise planifient avec
des niveaux supérieurs
7. LES DIFFÉRENTS NIVEAUX DE PLANIFICATION
Backlog de sprint
Backlog de produit
Coder l’IHM 8
Comme les voyageurs fréquents, Écrire test unitaire 5
3
je voudrais...
Coder la fonction A 3
Comme les voyageurs fréquents, Écrire test unitaire 5
5
je voudrais...
Automatiser les tests 6
Comme les voyageurs fréquents,
5
je voudrais...
Comme les voyageurs fréquents,
2
je voudrais... Hier : j’ai commencé le dév. de
l’IHM. Je pense que j’aurais fini en
Comme les voyageurs fréquents,
2 fin de journée
je voudrais...
8. PLANNING DE PRODUIT, RELEASE, ITÉRATION
Release 1 Release 2 Release 3
Plan de release
Itération 1 Itération 2 Itération 3 Itération 4 - 7
Tache A 8 heures
Tache B 16 heures
Tache C 10 heures
10. MESURER LA TAILLE
• Lesméthodes traditionnelles et Agile diffèrent dans
la manière de mesurer la taille
Méthodes Méthodes
traditionnelles Agile
Ligne de code Story Points
Point de fonctions Ideal Days
12. STORY POINTS
• Probablement le plus utilisé pour estimer l’activité entre les
équipes Agiles
• Le nom est dérivé de l’expression couramment utilisée par les
équipes Agile : user story
• Basé sur ce qui influe sur les efforts pour développer une
fonctionnalité
• Estimation sans unité, mais numériquement pertinente
13. CONSIDÉRER DEUX PILES DE TRAVAIL
Quelles sont les valeurs en story
point que l’on pourrait
positionner pour ce travail ?
14. LES TROIS AVANTAGES
1. oblige à estimer de manière relative
• Des études ont montré une meilleure estimation
2. Se concentrer sur l’estimation de la taille et non de la durée
• Nous dérivons la durée empiriquement par complétion de
l’itération
3. L’estimation est réalisée avec des unités que l’on peut
additionner
• Les estimations en fonction du temps ne sont pas additives
15. COMPARONS DES POMMES AVEC DES
POMMES
Backlog de sprint
Backlog de produit
Coder l’IHM 8
Comme les voyageurs fréquents, Écrire test unitaire 5
3
je voudrais...
Coder la fonction A 3
Comme les voyageurs fréquents, Écrire test unitaire 5
5
je voudrais...
Automatiser les tests 6
Comme les voyageurs fréquents,
5
je voudrais...
Comme les voyageurs fréquents,
2
je voudrais... Hier : j’ai commencé le dév. de
l’IHM. Je pense que j’aurais fini en
Comme les voyageurs fréquents,
2 fin de journée
je voudrais...
16. ESTIMER LA TAILLE - DÉDUIRE LA DURÉE
Taille Calcul Durée
vélocité 300/20=15
300 kg itérations
=20
18. IDEAL TIME
• Combien de temps prendra quelque chose pour être réalisé :
• Si vous travaillez dessus
• Si vous n’êtes pas interrompu
• et si tout ce dont vous avez besoin est disponible
• Le temps idéal pour le football est 90 mn
• deux mi-temps de 45 mn
19. COEFFICIENT IDEAL TIME
• L’Ideal Time nécessite un coefficient complémentaire pour le
remettre dans le contexte réel et prendre en compte les tâches
externes au projet
• L’équipe selon sa fonction reçoit un coefficient K
• La valeur du coefficient est adaptée tout au long du projet
• Par exemple :
• Pour une équipe de développeur K=0,25
• Le résultat est donc Ideal day x K
20. COMPARER LES DEUX
APPROCHES
• Les story point sont multifonctionnels
• Les story points sont une pure mesure de taille
• Estimer en story point est plus rapide
• Mon ID ne peut être additionné à ton ID
• ID est plus facile à expliquer à l’extérieur de l’équipe
• ID est plus facile pour les estimations la première fois
21. PLANNING POKER
• Une approche itérative pour estimer
• Étapes :
• Chaque personne reçoit un jeu de cartes, chaque carte contient une
estimation
• Le client ou le PO décrit l’histoire et discute brièvement à son sujet
• Chaque personne sélectionne une carte pour donner son estimation
• Chaque personne affiche sa carte en même temps
• On discute des différences (spécifiquement les deux extrêmes)
• On re-estime si nécessaire
22. PLANNING POKER
Round Round
Participants
1 2
Laura 3 5
Marouene 8 5
Johann 2 5
Thomas 5 5
Marc 8 8
24. POURQUOI LE PLANNING POKER
FONCTIONNE
• Ceux qui font le travail réalisent l’estimation1
• Les estimateurs sont tenus de justifier leur
estimation2,3
• L’estimation se concentre sur un ordre de grandeur
approximatif4,5
1Jørgensen, Magne. 2004. A Review of Studies on Expert Estimation of Software Development Effort.
2Hagafors, R., and B. Brehmer. 1983. Does Having to Justify One’s Decisions Change the Nature of the Decision Process?
3Brenner, et al. 1996. On the Evaluation of One-sided Evidence.
4Miranda, Eduardo. 2001. Improving Subjective Estimates Using Paired Comparisons.
5Saaty,Thomas. 1996. Multicriteria Decision Making:The Analytic Hierarchy Process.
25. POURQUOI LE PLANNING POKER
FONCTIONNE
• Combiner des estimations individuelles au travers d’un groupe
de discussion mène à de meilleures évaluations
• Accentuer sur une estimation relative plutôt que sur une
estimation absolue
• Les évaluations sont contraintes à un jeu de valeur donc nous
ne gaspillons pas de temps dans des arguments vides de sens
• On écoute l’avis de chacun
• C’est rapide et marrant
6Hoest, Martin, and Claes Wohlin. 1998. An Experimental Study of Individual Subjective Effort Estimations and Combinations of the
Estimates.
7Jørgensen, Magne, and Kjetil Moløkken. 2002. Combination of Software Development Effort Prediction Intervals:Why,When and How?
26. RÉDUIRE L’IMPACT DES INFORMATIONS
INCOMPLÈTES
Groupe A
20 heures
2
Donner les spécifications du projet
Groupe B
Donner les spécifications du projet
Avec les détails suivants :
- Le type de système d’exploitation utilisé par l’utilisateur 39 heures
2
- Le type d’authentification par certificat numérique
- les besoins de performance
- Etc.
Source: How to avoid impact from irrelevant and misleading information
on your cost estimates,
Magne Jørgensen and Stein Grimstad, Simula Research Laboratory,
Simula Research Labs Estimation Seminar, Oslo, Norway 2006.
27. LONGUEUR DES
SPÉCIFICATIONS
Groupe A
117 heures
Donner les spécifications du projet
Groupe B
Donner les mêmes spécifications du projet, mais
avec 7 pages en plus
Accroître la longueur avec les éléments suivants :
- Doubler l’espacement entre les lignes
173 heures
- Agrandir la marge
- Augmenter la taille des polices
- Ajouter plus d’espace entre les paragraphes
Source: How to avoid impact from irrelevant and misleading information on your cost estimates,
Magne Jørgensen and Stein Grimstad, Simula Research Laboratory,
Simula Research Labs Estimation Seminar, Oslo, Norway 2006.
28. CARACTÉRISTIQUES
Groupe A
4 heures
2
Donner les exigences R1-R4
Groupe B
Donner les exigences R1-R5
4 heures
2
Groupe C
Donner les exigences R1-R5 8 heures !
2
Mais ne demander que les estimations de R1 à R4
Source: How to avoid impact from irrelevant and misleading information on your cost estimates,
Magne Jørgensen and Stein Grimstad, Simula Research Laboratory,
Simula Research Labs Estimation Seminar, Oslo, Norway 2006.
29. RÉDUIRE LES PROBABILITÉS
Groupe A
Donner les spécifications du produit
456 heures
Groupe B
• Donner les mêmes spécifications
• Indiquer que le client pense que 500 heures est une estimation 555 heures
raisonnable, mais que :
• Le client n’est pas sur
• Vous ne devez pas vous laisser influencer par le chiffre du client
Groupe C
Donner les spécifications du produit, indiquer que le client 99 heures
l’estime à 50 heures
Source: How to avoid impact from irrelevant and misleading information on your cost estimates,
Magne Jørgensen and Stein Grimstad, Simula Research Laboratory,
Simula Research Labs Estimation Seminar, Oslo, Norway 2006.
31. PLANNING DE RELEASE
Objectif
De ce poser des questions telles que :
• Qu'est-ce qui sera terminé pour le 30 juin ?
• Quand peut-on livrer avec cet ensemble de caractéristiques
• Combien de personnes seront sur ce projet ?
Entrée
• Vélocité
• Longueur du projet
• Backlog de produit avec les priorités
32. UN EXEMPLE AVEC UNE VÉLOCITÉ
Itération 1 Itération 1
Story A Story A Story F
Story L
5 Story C Story K
6 5
Story B 8
3 8 Story B Story G
8 Story M
8 1
5
Story C Story H
Itération 2 4 13
Story C Story D Story I
Story E
3 4 5
Story F
Story D 1 Story E Story J
5
5 16 8
33. MISE À JOUR PLAN DE RELEASE
Moyen (Meilleur 3) = 37
40
Moyen (Meilleur 3) = 37
Moyen (dernier 8) = 33
30 Moyen (pire 3) = 28
20
10
0
1 2 3 4 5 6 7 8 9
Itération
34. EXTRAPOLER DEPUIS LA VÉLOCITÉ
Avec notre vélocité la plus lente, nous finirons ici (5x28)
Avec notre moyenne à long terme nous finirons ici (5x33)
Avec notre meilleure vélocité, nous finirons ici (5x37)
35. PLANNING À DATE FIXE
1. Déterminer combien d’itération vous avez
2. Estimer la vélocité comme une portée
3. Multiplier la vélocité la plus lente x le nombre d’itération
• Compter le nombre de points
• C’est le nombre d'éléments « Que vous avez »
4. Multiplier la vélocité la plus élevée x le nombre d’itération
• Compter le maximum de points
• C’est le nombre d'éléments « Que vous pourriez avoir »
36. PLANNING À DATE FIXE :
Date de
release 30 juin
Nous aurons
désirée
Date
1 janvier 6 x 15
d’aujourd’hui Peut-être
Vélocité 6 x 20
15
basse Nous n’aurons pas
Vélocité
20
haute
37. DATE FIXE
Si vous écrivez, un contrat
avec «Nous aurons» :
Nous aurons • Vous avez peu de chance de remporter le contrat
• Vous allez sûrement faire de l’argent avec ce projet
6 x 15
Peut-être Si vous écrivez un contrat
6 x 20 avec «Peut-être» :
• Vous avez de grandes chances de remporter le
Nous n’aurons pas contrat
• Vous ne ferez sûrement pas de l’argent avec ce projet
C'est une question de risques
Ou voulez-vous vous positionner ?