SlideShare une entreprise Scribd logo
1  sur  54
Télécharger pour lire hors ligne
&
#NoEstimates
vs
#Estimates
Vraiment?
Stéphane Lécuyer
Agile Tour Montréal - 15 Novembre 2018
Pascal Roy
2
Pascal RoyStéphane Lécuyer
À PRIORI...
QUI PENSE QUE LE
MOUVEMENT #NoEstimates
EST PERTINENT?
P
POUVEZ-VOUS ESTIMER LE
NOMBRE DE PERSONNES QUI
ONT LEVÉ LA MAIN?
NOTRE OBJECTIF
REVISITER CE QUE SONT LES
ESTIMÉS ET DISCUTER DE
L’APPROCHE
#NoEstimates
… PAS DE VOUS DIRE D’ARRÊTER DE FAIRE DES ESTIMÉS!!!
P
7
LA PETITE HISTOIRE
#NoEstimates, C’EST… #NoEstimates, CE N’EST PAS
UN MOUVEMENT
EXPLORER DES ALTERNATIVES
AU PROCESSUS D’ESTIMATION
TRADITIONNEL
PRENDRE DE MEILLEURES DÉCISIONS
PARCE QUE CE N’EST PAS COOL
OU TROP DIFFICILE!!!
UNE CONSPIRATION
POUR REFUSER DE
PRODUIRE DES ESTIMÉS
RÉDUIRE LES PERTES DE TEMPS ET D’EFFORTS
LES ORIGINES DU MOUVEMENT #NoEstimates
ESTIMÉS :
TOUJOURS PRÉSENTS
(HABITUEL & CONFORTABLE)
POUR MIEUX AIDER CLIENTS ET GESTIONNAIRES :
● PRÉDIRE LES BUDGETS NÉCESSAIRES
● RENCONTRER LES OBJECTIFS DE NOS
PROJETS
P
LES ORIGINES DU MOUVEMENT #NoEstimates
WOODY
ZUILL
VASCO
DUARTE
NEIL
KILLICK
MALGRÉ AGILE CONSÉQUENCES
P
L’ARGUMENT POUR #NoEstimates
ESTIMÉS TRADITIONNELS EXTRÊMEMENT IMPRÉCIS
● DOMAINE COMPLEXE
○ TROP DE VARIABLES ET D’INCONNUS
● CONNAISSANCES EN ESTIMATION FAIBLES
○ ESTIMÉS == SUPPOSITIONS
○ PEU OU PAS D’OUTILS
○ MAUVAISES PRATIQUES
■ EX: BUFFERS ALÉATOIRES
● ! TRANSPARENCE
● PERTE DE TEMPS : INUTILES
○ GASPILLAGE (“LEAN”)
EFFICACITÉ DES ESTIMÉS NON DÉMONTRÉE
● SYNDRÔME: MAIS ON A TOUJOURS FAIT COMME ÇA
S’IL EST IMPOSSIBLE DE PRÉVOIR LE FUTUR
ESTIMÉS MAL UTILISÉS
● MÉCONNAISSANCE DE LA NATURE D’UN ESTIMÉ
○ PRIS COMME DES ENGAGEMENTS
○ ON NE SAIT PAS COMMENT GÉRER LA VARIABILITÉ
● MÈNENT À DES DÉCISIONS MAL AVISÉES
● JEU DU BLÂME, ENVIRONNEMENT DE PEUR
● FOCUS EST MAL PLACÉ?
○ BONS ESTIMÉS VS BONS PRODUITS
ON PEUT TOUTEFOIS SE PROJETER DANS LE FUTUR
GUIDE SCRUM 2011
PROJECTION
REMPLACE
ENGAGEMENT
(USER STORIES)
L’ARGUMENT CONTRE #NoEstimates
ESTIMÉS SONT NÉCESSAIRES POUR L’ENTREPRISE
● LES ENTREPRISES ELLES-MÊMES
○ BÂTIES SUR DES PRÉDICTIONS ET DES ANALYSES DE
TENDANCE DE MARCHÉ - DES ESTIMÉS
● AIDENT À PRENDRE DES DÉCISIONS D’AFFAIRES
○ EX: CHOISIR DES PROJETS
● PLANIFIER LE TRAVAIL
○ DÉPASSE L’ÉQUIPE DE RÉALISATION
● EXIGÉS PAR CLIENTS ET GESTIONNAIRES
○ “CUSTOMER COLLABORATION VS...” [AGILE MANIFESTO]
ESTIMÉS IMPRÉCIS?
● BIEN SUR, C’EST PAR DÉFINITION!
● TROP IMPRÉCIS?
○ AU LIEU D’ABANDONNER!!!
○ DEVENIR MEILLEUR À ESTIMER?
■ CERTAINS LE FONT… À UN COÛT...
■ EX: 97% ON TIME/BUDGET
IL EST POSSIBLE DE PRÉVOIR LE FUTUR
DU MOINS DE MANIÈRE SUFFISAMMENT PRÉCISE
POUR SUPPORTER DES DÉCISIONS D’AFFAIRES ÉCLAIRÉES
LA PROJECTION EST UNE
TECHNIQUE
D’ESTIMATION QUI
PEUT ÊTRE
TRÈS EFFICACE
P
13
ESTIMÉ : DÉFINITION DE MERRIAM WEBSTER
1. ACTE D'ÉVALUER OU DE VALORISER
2. OPINION OU JUGEMENT DE LA NATURE, DU CARACTÈRE OU
DE LA QUALITÉ D’UNE PERSONNE OU D’UNE CHOSE
3. CALCUL APPROXIMATIF
4. VALEUR NUMÉRIQUE OBTENUE À PARTIR D’UN
ÉCHANTILLON STATISTIQUE ET AFFECTÉE À UN PARAMÈTRE
DE POPULATION
Insérer un cloud
des mots ici
INCERTITUDE
CÔNE DE L’INCERTITUDE
NE PAS FAIRE DE PROMESSES ICI !!!
PROVENANCE DU CÔNE
● RECHERCHE DE STEVE McCONNELL
● DONNÉES EMPIRIQUES - SECTEUR PUBLIC USA
À RETENIR
● AU MIEUX : +/- 25%, 30% DANS LE PROJET
● DÉVELOPPEMENT LOGICIEL
○ PAS DANS LA SURESTIMATION
● CÔNE CONVERGE PLUS RAPIDEMENT EN AGILE
○ 1.6X VS 4X
● ATTENTION : ESTIMATEURS QUALIFIÉS
○ VOUS POUVEZ FACILEMENT FAIRE PIRE
■ CLOUD OF UNCERTAINTY
○ OU BIEN ÊTRE CHANCEUX
P
CONFUSION : ESTIMÉS, CIBLES ET ENGAGEMENTS
CIBLE: DESCRIPTION D’UN OBJECTIF D’AFFAIRES DÉSIRABLE.
“Nous désirons que les fonctionnalités d’achat en ligne soient disponibles
pour le 15 Octobre.″
ESTIMÉ: ÉNONCÉ DE PROBABILITÉ, UNE PRÉDICTION, UN
CALCUL PRÉLIMINAIRE OU PROVISOIRE DU COÛT D’UN
PROJET.
“Les fonctionnalités d’achat en ligne, considérant l’équipe actuelle, a 75%
des chances d’être complétée d’ici le 15 Octobre.″
ENGAGEMENT : PROMESSE DE LIVRER UN ENSEMBLE DE
FONCTIONNALITÉS DÉFINI À UN NIVEAU DE QUALITÉ SPÉCIFIÉ
À UNE CERTAINE DATE.
“Nous nous engageons à livrer les fonctionnalités d’achat en ligne d’ici le
20 novembre.″
UN BON ESTIMÉ?
UN ESTIMÉ QUI EST À 25% DU RÉSULTAT ACTUEL, 75% DU TEMPS
- Conte, Dunsmore et Chen
PENSEZ-VOUS FAIRE MIEUX QUE ÇA?
ÊTES-VOUS RÉALISTES SUR LA PRÉCISION DE VOS
ESTIMÉS?
UN BON ESTIMÉ?
UN ESTIMÉ QUI OFFRE UNE VISION SUFFISAMMENT CLAIRE DE LA RÉALITÉ DE VOTRE
PROJET POUR PERMETTRE AUX PARTIES PRENANTES DE PRENDRE LES BONNES
DÉCISIONS POUR CONTRÔLER LE PROJET ET S’ASSURER D’ATTEINDRE SES OBJECTIFS
- Steve McConnell
ATTENTION
BON ESTIMÉ PAS SUFFISANT POUR SUCCÈS
● MÉCANISMES DE CONTRÔLE ET GESTION
○ (+/- 20% MAX)
1000 j-p.
EST-CE UN BON ESTIMÉ?
P
-
● EXACTITUDE: WOW!!! ? (ACCURACY)
● CHIFFRE UNIQUE
○ FACILE À CONFONDRE POUR UNE
CIBLE OU UN ENGAGEMENT
● PRÉCISION AU J-P? (UNITÉS)
INTERVALLE : EXACTITUDE DE L’ESTIMÉ
● INCERTITUDE CLAIRE
○ VISIBLEMENT PAS UNE CIBLE OU ENGAGEMENT
● PRÉCISION FAIT PLUS DE SENS (A-P. VS J-P.)
○ MATCH PRÉCISION VS EXACTITUDE
INTERVALLE DE CONFIANCE? EX: 3 A-P. +/-1 A-P. 75% DU TEMPS
○ MAIS IL FAUDRAIT AVOIR DES DONNÉES POUR ÇA!!!
1000 J-P. 3 A-P. +/- 1 A-P.
P
PRÉVISIBILITÉ : SUFFISANT?
LES DÉVELOPPEURS LOGICIELS
ONT LA RESPONSABILITÉ PROFESSIONNELLE
D’INCLURE L’INCERTITUDE DANS LEURS ESTIMÉS
- ITEM 3.09 IEEE-CS/ACM SOFTWARE ENGINEERING CODE OF CONDUCT
IEEE Computer Society & Association of Computing Machinery
P
4 A-P. +/- 1 A-P., 66% DU TEMPS
MATHÉMATIQUEMENT RIGOUREUX D’UN POINT DE VUE AFFAIRES? ÇA VEUT DIRE QUOI?
23
ET SI IL Y AVAIT PLUS SIMPLE?
P
POURQUOI ESTIMONS-NOUS?
1. SÉLECTION DE PROJETS : QUELS PROJETS CHOISIR, SELON LE ROI?
2. BUDGET : COMBIEN ÇA VA NOUS COÛTER?
3. PROJECTIONS POUR CLIENTS ET PARTIES PRENANTES : QUAND EST-CE QUE ÇA SERA
DISPONIBLE?
4. CONTRÔLE DE LA PORTÉE
a. DES PROJETS : COMBIEN DE TEMPS DEVRAIT-ON SE DONNER?
b. DES ITÉRATIONS ET LES LIVRAISONS : QU’EST CE QUI EST FAISABLE DANS
L’ITÉRATION ET DANS UNE LIVRAISON?
c. DES RÉCITS UTILISATEURS : EST-CE QUE ÇA ENTRE DANS L’ITÉRATION?
5. ...
EST-CE QUE #NoEstimates
PEUT RÉPONDRE À CES
BESOINS?
P
L’ESSENTIEL DU #NoEstimates
https://lithespeed.com/throw-agile-estimation-vs-noestimates/
SÉLECTION DE PROJETS (PORTFOLIO) ET BUDGET
FAVORISER ET FINANCER DES PRODUITS VS PROJETS
• FLOT CONTINU DE VALEUR
FAVORISER DES ÉQUIPES STABLES DÉDIÉES PAR PRODUIT
• DONNÉES EMPIRIQUES PLUS FIABLES POUR LES PROJECTIONS
FINANCEMENT INCRÉMENTAL VS ANNUEL
• #BeyondBudgeting
PLANIFIER DE PETITES LIVRAISONS ITÉRATIVES ET
INCRÉMENTALES ET S’ADAPTER CONSTAMMENT
SUIVI ET OPTIMISATION EN CONTINUE DU ROI PAR
PRODUIT (PROMESSE DU #DevOps)
P
PROJECTIONS POUR CLIENTS ET PARTIES PRENANTES
ESTIMER LES USER STORIES EN UTILISANT DES UNITÉS LARGES
• EX: T-SHIRT SIZING
LIMITER LA DURÉE DES LIVRAISONS (MAXIMISER FEEDBACK, DIMINUER INCERTITUDE)
• EX: MOINS DE 3 MOIS
DÉVELOPPER LES INFRASTRUCTURES POUR LIVRER DE FAÇON CONTINUE
MESURER LA CAPACITÉ DES ÉQUIPES EN USER STORIES (ET NON EN POINTS)
• EX: 40-45 US PAR ITÉRATION
CRÉER DES STORY MAPS DÉTAILLÉES DES PRODUITS
UTILISER LE NOMBRE DE USER STORIES POUR DÉTERMINER UN INTERVALLE DE LIVRAISON
PAR PROJECTION (BURN-UP, CFD…)
• EX: 180 US LIVRABLES ENTRE 5 OU 6 ITÉRATIONS POUR UNE ÉQUIPE QUI LIVRE HISTORIQUEMENT ENTRE 30 ET 36 US
PAR ITÉRATION
CONTRÔLE DE LA PORTÉE DES PROJETS
UTILISER LES TECHNIQUES AGILES ET LEAN DE “TIME-BOXING” POUR CONTRÔLER LA
VARIABILITÉ DE LA PORTÉE (SCOPE CREEP)
FORMALISER LA MISE EN PLACE DE CYCLES FRÉQUENTS D’INSPECTION ET D’ADAPTATION
BASÉS SUR LES PROJECTIONS
AVOIR DES BOUCLES INTÉGRÉES D’INSPECTION ET D’ADAPTATION ENTRE LES ÉQUIPES, LA
BUSINESS ET LES CLIENTS AFIN DE QUANTIFIER LA VALEUR CRÉÉE VS L’INVESTISSEMENT
ASSUREZ-VOUS QUE LES INVESTISSEMENTS ET LES DÉCISIONS D’ADAPTATION SONT PRISES LÀ
OÙ L’INFORMATION RÉSIDE
P
PLANIFICATION DES ITÉRATIONS
LA PLUPART DES ÉQUIPES AGILES NE FONT DÉJÀ PLUS D’ESTIMATION DES TÂCHES
GARDER LES ÉLÉMENTS DE TRAVAIL PETITS (USER STORIES)
SERVEZ-VOUS DE L’HISTORIQUE DE L’ÉQUIPE
LA COLOCATION, LES MÊLÉES QUOTIDIENNES, LES RADIATEURS VISUELS ET AUTRES
TECHNIQUES UTILISÉES PAR LES ÉQUIPES AGILES ÉLIMINENT LA NÉCESSITÉ DE FAIRE DES
ESTIMÉS À CE NIVEAU
DÉCOUPAGE DE USER STORIES
ON LE FAIT DÉJÀ POUR AVOIR DES USER STORIES ASSEZ
PETITES DANS LE SPRINT
#NoEstimates POUSSE ÇA UN PEU PLUS LOIN EN
ÉLIMINANT LES STORY POINTS : ON VA COMPTER EN
STORIES TOUT SIMPLEMENT
“Bill Hanlon looked at 60-ish projects that used
relative estimates. He looked at how accurate
their predictions were as compared to the
actuals. Then he reset all estimates to 1 and
recomputed their velocities, made accordant
projections and compared those to actuals. He
found about a 3% variance in predictive accuracy
between full data and just using 1.”
SOURCE: Planning with Any Hope of Accuracy by Arlo Belshee -
http://arlobelshee.com/planning-with-any-hope-of-accuracy/
P
COMMENT PASSER À #NoEstimates?
1. UTILISER DES STORY POINTS
2. NE PLUS ESTIMER DES TÂCHES
3. TIME-BOXING POUR LIMITER L’AMPLEUR
4. RÉDUIRE VOS CHOIX DE GRANDEURS À 1,2,3 OU 5 SEULEMENT
5. CONSERVER VOS DONNÉES
6. UTILISER VOS DONNÉES
7. NE COMPTER QUE LES USER STORIES
33
#NoEstimates != NE PAS ESTIMER
RÉCITS DE GRANDEUR SIMILAIRE
PROJECTIONS BASÉES SUR DES DONNÉES EMPIRIQUES
COMPTER DES USER STORIES
SUFFISANT POUR LA PRÉVISIBILITÉ QUE VOUS RECHERCHEZ?
FOCUS: PRODUIRE DE LA VALEUR ET OBTENIR DU FEEDBACK
TRUC: PLUS PETITES USER STORIES POUR EN LIVRER PLUS!!!
NE PAS CONFONDRE : ESTIMÉ, CIBLE ET
ENGAGEMENT
UN ESTIMÉ A TOUJOURS UNE PART D’INCERTITUDE
ET VOUS DEVEZ LA GÉRER (OU ASSUMER LES CONSÉQUENCES)
P
CIBLE & ENGAGEMENT : UNE NÉCESSITÉ
D’AFFAIRES
CIBLE : UTILE POUR LA PLANIFICATION
ENGAGEMENT : FACILITE RELATION CLIENT ET INTERACTION PARTIES PRENANTES
POUR S’ENGAGER : IL FAUT GÉRER L’INCERTITUDE DE NOS ESTIMÉS
#NoEstimates OU PAS
NE PAS SE COMMETTRE TROP TÔT
QUAND VOUS CONNAISSEZ LE MOINS
ET LA VARIABILITÉ EST PLUS GRANDE
ET QUE VOUS N’AVEZ PAS DE DONNÉES
P
PRIVILÉGIER DES PROJECTIONS BASÉES
SUR DES DONNÉES HISTORIQUES
“Count if at all possible, compute when you can’t count. Use judgement only as a last resort.”[TIP #30]
“Look for something you can count that is a meaningful measure of the scope…” [TIP #31]
“Collect historical data that allows you to compute an estimate from a count.” [TIP #32]
“Use historical data as the basis for your productivity assumptions.” [TIP #35]
- Software Estimation, Demystifying the black art, Steve McConnell
#NoEstimates OU PAS
#NoEstimates : UN OUTIL DANS VOTRE
BOÎTE À OUTILS
Servez-vous en quand c’est approprié à votre situation
P
Suite à la présentation...
Qui pense que le mouvement
#NoEstimates est pertinent?
Pouvez-vous estimer le
nombre de personnes qui ont
levé la main?
P
42
Questions?
44
CONFÉRENCES
FORMATIONS
conferences.elapsetech.com
elapsetech.com/formations
Notre Site
www.elapsetech.com
Notre Blogue
developpementagile.com
Twitter
@elapsetech
Nos Courriels
pascalroy@elapsetech.com
stephanelecuyer22@gmail.com
RÉFLEXIONS/QUESTIONS INTÉRESSANTES
À QUEL MOMENT, CE N’EST PLUS UTILE DE CONTINUER À ESTIMER?
Pour les images, procédures :
- Voir dans Google Images avec le mode full usage rights (libre de tout droit), option
dans advanced search
- Sinon, vérifier dans la banque d’images Elapse
- Sinon, allez voir sur les sites d’images suivants (demander à Félix-Antoine)
- Par exemple, Shutterstock, IStock…
Pourquoi devrait-on estimer?
Concept, on a toujours fait ça...
Parce qu’on nous dit de le faire? Mais pourquoi?
Parce qu’on doit le faire? Mais pourquoi?
Parce que la busines en a besoin pour :
- Déterminer l’étendu, l’effort, la date… (triangle)
- Pourquoi?
- ETre prévisible
- Pour déterminer le retour sur l’investissement
- Déterminer si on veut aller de l’avant
- Terminer un projet qui dérape…
- Ajuster la capacité… le plus tôt étant le mieux
EST-CE RAISONNABLE OU PAS pour l’entreprise de vouloir ça? Après tout, en agilité, on prône
Mike Cohn, a prominent figure in the Agile community, put it best: "A team should estimate and plan only to the extent that further investment in estimating and
planning will lead to different actions. If you will do the same thing even if you estimate or plan more, stop."
Estimation en Scrum?
The combination of story pointing, velocity calculation, product backlog, short iterations, just-in-time sprint
planning, and timely retrospectives after each sprint creates a nearly perfect context for effective estimation.
-McConnel
To put it in estimation terminology:
• Story pointing is a proxy based estimation technique.
• Story counting is a projection technique.
• Velocity is calibrating the estimate with project data.
• The product backlog (when constructed with estimation in mind) gives us a very good proxy for size.
• Sprint planning and retrospectives give us the ability to "inspect and adapt" our estimates.
All this means that Scrum provides better support for estimation than waterfall ever did.
Pourquoi devrait-on estimer?
- Estimé==commitment, si pas estimé, pas de commitment…
- Ex: changement, Scrum Guide
- La question, est-ce que c’est vraiment la bonne et seule façon d’avoir un commitment
- Est-ce vraiment un commitment?
- Ont-ils vraiment les connaissances, outils nécessaires
- On se fait pas confiance vraiment...
- Pour des équipes moins matures, pour aider les jeunes à mieux comprendre (en
discutant d’estimé, on parle d’implémentation) -> organisation du travail…, c’Est la
conversation qui est intéressante pour ce qui est de la compréhension du user
story...
Pourquoi devrait-on estimer?
Pourquoi ne devrait-on PAS estimer?
- ATTENTION : C’EST PAS VRAI QU’IL N’Y A PAS D’ESTIMATION DU TOUT, JAMAIS….
On veut plus dire, on veut arrêter de guesser avec un faux sentiment de sécurité…
- Because it’s waste… (lean, c’est pas le produit final)
- Because we’re really bad at it… (historically in our field)
- Why are we so bad at it???
- DÉFINITION DU BESOIN (précision de la définition, la communication, l’évolution du besoin...)
- Tools & Techniques d’estimation mal connues et/ou peu utilisées
- En nommer quelques unes (voir vidéo ou livre de McConnel…)
- Ex: cocomo2… simulation monte carlo
- Changement des technologies (lang de prog, os, bd, techno web, devops…)
- Changement de personnel… (Forming, Storming, Norming, Performing…)
- We’re not using them as ESTIMATES...
Pourquoi ne devrait-on PAS estimer?
- Si ce na change rien à l’outcome… we’re gone do it anyway!
- Too small of a project ( 2 weeks-project vs 2 days planning)
-
Différentes techniques pour estimer
Voir le livre de McConnel
- Estimation relative, effort d’estimation plus grand lorsque on s’approche du livrable
- Statistiques : monte carlo (préconisé par NoEstimates), cocomo2…
- Stop estimating… start counting (projecting)
- ...
Estimation vs Projection (Forecast?)
Mais il faut accepter d’ “investir” du
temps pour amener toutes les
stories à la même grandeur

Contenu connexe

Tendances

Développer des Leaders Efficaces: un Atout Stratégique pour votre Organisation!
Développer des Leaders Efficaces: un Atout Stratégique pour votre Organisation!Développer des Leaders Efficaces: un Atout Stratégique pour votre Organisation!
Développer des Leaders Efficaces: un Atout Stratégique pour votre Organisation!Drake International
 
Comment mieux gérer les talents de l’entreprise ?
Comment mieux gérer les talents de l’entreprise ?Comment mieux gérer les talents de l’entreprise ?
Comment mieux gérer les talents de l’entreprise ?Formatys
 
Innovation grâce au Design Thinking
Innovation grâce au Design ThinkingInnovation grâce au Design Thinking
Innovation grâce au Design ThinkingJelto von Schuckmann
 
CONF. 103 - Qu'en est-il de votre capacité à prendre le leadership du changem...
CONF. 103 - Qu'en est-il de votre capacité à prendre le leadership du changem...CONF. 103 - Qu'en est-il de votre capacité à prendre le leadership du changem...
CONF. 103 - Qu'en est-il de votre capacité à prendre le leadership du changem...PMI-Montréal
 
チームワーク、努力、勝利 / スタートアップのチームワークとコミュニケーション
チームワーク、努力、勝利 / スタートアップのチームワークとコミュニケーションチームワーク、努力、勝利 / スタートアップのチームワークとコミュニケーション
チームワーク、努力、勝利 / スタートアップのチームワークとコミュニケーションTakaaki Umada
 
Les secrets dune équipe de travail performante
Les secrets dune équipe de travail performanteLes secrets dune équipe de travail performante
Les secrets dune équipe de travail performanteDrake International
 
Management des equipes projet et leadership
Management des equipes projet et leadership Management des equipes projet et leadership
Management des equipes projet et leadership Aymen Foudhaili
 
ベンチャーマネージャーのマニュアル③基本動作
ベンチャーマネージャーのマニュアル③基本動作ベンチャーマネージャーのマニュアル③基本動作
ベンチャーマネージャーのマニュアル③基本動作禎庸 長村
 
Introduction à Scrum et aux méthodes agiles (v1.0)
Introduction à Scrum et aux méthodes agiles (v1.0)Introduction à Scrum et aux méthodes agiles (v1.0)
Introduction à Scrum et aux méthodes agiles (v1.0)Blackbird
 
Programme développement personnel
Programme  développement personnelProgramme  développement personnel
Programme développement personnelFormations Adiscos
 
インターン向け会社紹介資料
インターン向け会社紹介資料インターン向け会社紹介資料
インターン向け会社紹介資料ssuserbfbf021
 
Méthodes agiles: Scrum et XP
Méthodes agiles: Scrum et XPMéthodes agiles: Scrum et XP
Méthodes agiles: Scrum et XPYouness Boukouchi
 
スキトラ Spring + mybatis
スキトラ Spring + mybatisスキトラ Spring + mybatis
スキトラ Spring + mybatis小川 昌吾
 
Mon cours Agile scrum.ppt
Mon cours Agile scrum.pptMon cours Agile scrum.ppt
Mon cours Agile scrum.pptamani75494
 
Analyse de sentiments dans les médias sociaux
Analyse de sentiments dans les médias sociauxAnalyse de sentiments dans les médias sociaux
Analyse de sentiments dans les médias sociauxYacine Yakoubi
 

Tendances (20)

Développer des Leaders Efficaces: un Atout Stratégique pour votre Organisation!
Développer des Leaders Efficaces: un Atout Stratégique pour votre Organisation!Développer des Leaders Efficaces: un Atout Stratégique pour votre Organisation!
Développer des Leaders Efficaces: un Atout Stratégique pour votre Organisation!
 
Comment mieux gérer les talents de l’entreprise ?
Comment mieux gérer les talents de l’entreprise ?Comment mieux gérer les talents de l’entreprise ?
Comment mieux gérer les talents de l’entreprise ?
 
Innovation grâce au Design Thinking
Innovation grâce au Design ThinkingInnovation grâce au Design Thinking
Innovation grâce au Design Thinking
 
CONF. 103 - Qu'en est-il de votre capacité à prendre le leadership du changem...
CONF. 103 - Qu'en est-il de votre capacité à prendre le leadership du changem...CONF. 103 - Qu'en est-il de votre capacité à prendre le leadership du changem...
CONF. 103 - Qu'en est-il de votre capacité à prendre le leadership du changem...
 
De la vision au plan d'actions
De la vision au plan d'actionsDe la vision au plan d'actions
De la vision au plan d'actions
 
チームワーク、努力、勝利 / スタートアップのチームワークとコミュニケーション
チームワーク、努力、勝利 / スタートアップのチームワークとコミュニケーションチームワーク、努力、勝利 / スタートアップのチームワークとコミュニケーション
チームワーク、努力、勝利 / スタートアップのチームワークとコミュニケーション
 
Les secrets dune équipe de travail performante
Les secrets dune équipe de travail performanteLes secrets dune équipe de travail performante
Les secrets dune équipe de travail performante
 
良いコードとは
良いコードとは良いコードとは
良いコードとは
 
La gestion de projet agile
La gestion de projet agileLa gestion de projet agile
La gestion de projet agile
 
L'entreprise agile
L'entreprise agileL'entreprise agile
L'entreprise agile
 
Management des equipes projet et leadership
Management des equipes projet et leadership Management des equipes projet et leadership
Management des equipes projet et leadership
 
ベンチャーマネージャーのマニュアル③基本動作
ベンチャーマネージャーのマニュアル③基本動作ベンチャーマネージャーのマニュアル③基本動作
ベンチャーマネージャーのマニュアル③基本動作
 
Introduction à Scrum et aux méthodes agiles (v1.0)
Introduction à Scrum et aux méthodes agiles (v1.0)Introduction à Scrum et aux méthodes agiles (v1.0)
Introduction à Scrum et aux méthodes agiles (v1.0)
 
Programme développement personnel
Programme  développement personnelProgramme  développement personnel
Programme développement personnel
 
敏捷式創意活動-樂高遊戲
敏捷式創意活動-樂高遊戲敏捷式創意活動-樂高遊戲
敏捷式創意活動-樂高遊戲
 
インターン向け会社紹介資料
インターン向け会社紹介資料インターン向け会社紹介資料
インターン向け会社紹介資料
 
Méthodes agiles: Scrum et XP
Méthodes agiles: Scrum et XPMéthodes agiles: Scrum et XP
Méthodes agiles: Scrum et XP
 
スキトラ Spring + mybatis
スキトラ Spring + mybatisスキトラ Spring + mybatis
スキトラ Spring + mybatis
 
Mon cours Agile scrum.ppt
Mon cours Agile scrum.pptMon cours Agile scrum.ppt
Mon cours Agile scrum.ppt
 
Analyse de sentiments dans les médias sociaux
Analyse de sentiments dans les médias sociauxAnalyse de sentiments dans les médias sociaux
Analyse de sentiments dans les médias sociaux
 

Similaire à #NoEstimates vs #Estimates - Vraiment?

#noestimates - focus on what matters
#noestimates - focus on what matters#noestimates - focus on what matters
#noestimates - focus on what mattersDragos Dreptate
 
La valeur d’affaires: L’indicateur qui peut changer le succès des projets
La valeur d’affaires: L’indicateur qui peut changer le succès des projetsLa valeur d’affaires: L’indicateur qui peut changer le succès des projets
La valeur d’affaires: L’indicateur qui peut changer le succès des projetsPyxis Technologies
 
Gestion du budget dans un contexte agile : Approche capacitaire
Gestion du budget dans un contexte agile : Approche capacitaireGestion du budget dans un contexte agile : Approche capacitaire
Gestion du budget dans un contexte agile : Approche capacitaireAlain Buzzacaro
 
Une hirondelle ne fait pas le printemps – PRSQ 2015
Une hirondelle ne fait pas le printemps – PRSQ 2015Une hirondelle ne fait pas le printemps – PRSQ 2015
Une hirondelle ne fait pas le printemps – PRSQ 2015Libéo
 
What's Next Contenus : Et si on parlait Performance ?
What's Next Contenus : Et si on parlait Performance ? What's Next Contenus : Et si on parlait Performance ?
What's Next Contenus : Et si on parlait Performance ? DigitasLBi Paris
 
Méthode simple et efficace pour avancer vers le cross canal
Méthode simple et efficace pour avancer vers le cross canalMéthode simple et efficace pour avancer vers le cross canal
Méthode simple et efficace pour avancer vers le cross canalExperian
 
Adetem Rhônes-Alpes - Atelier pratique Design Thinking - (Re)Booster votre se...
Adetem Rhônes-Alpes - Atelier pratique Design Thinking - (Re)Booster votre se...Adetem Rhônes-Alpes - Atelier pratique Design Thinking - (Re)Booster votre se...
Adetem Rhônes-Alpes - Atelier pratique Design Thinking - (Re)Booster votre se...Adetem
 
Agile Pays Basque 2017 - Ne créez plus un produit inutile! Concentrez vous su...
Agile Pays Basque 2017 - Ne créez plus un produit inutile! Concentrez vous su...Agile Pays Basque 2017 - Ne créez plus un produit inutile! Concentrez vous su...
Agile Pays Basque 2017 - Ne créez plus un produit inutile! Concentrez vous su...Alice Barralon
 
Sw liege les mensonges de l'entrepreneur débutant
Sw liege les mensonges de l'entrepreneur débutantSw liege les mensonges de l'entrepreneur débutant
Sw liege les mensonges de l'entrepreneur débutantBruno M. Wattenbergh
 
LKFR2015 - Metrics manifesto
LKFR2015 - Metrics manifestoLKFR2015 - Metrics manifesto
LKFR2015 - Metrics manifestoSéverin Legras
 
Client fournisseur sponthus
Client fournisseur sponthusClient fournisseur sponthus
Client fournisseur sponthussylvie ponthus
 
Le marketing de l'innovation pour les ingénieurs
Le marketing de l'innovation pour les ingénieursLe marketing de l'innovation pour les ingénieurs
Le marketing de l'innovation pour les ingénieursSebastien Chaillot
 
Klap la piscine intro dt
Klap la piscine intro dtKlap la piscine intro dt
Klap la piscine intro dtKlap
 
1. Entrepreneuriat vert pourquoi faire ?
1. Entrepreneuriat vert pourquoi faire ?1. Entrepreneuriat vert pourquoi faire ?
1. Entrepreneuriat vert pourquoi faire ?WAFIA BOUBGUIRA
 
Jeu lean construction management
Jeu lean construction managementJeu lean construction management
Jeu lean construction managementCIPE
 
Fait pour Persuader - LE paradigme LE PLUS IMPORTANT qui fait convertir vos v...
Fait pour Persuader - LE paradigme LE PLUS IMPORTANT qui fait convertir vos v...Fait pour Persuader - LE paradigme LE PLUS IMPORTANT qui fait convertir vos v...
Fait pour Persuader - LE paradigme LE PLUS IMPORTANT qui fait convertir vos v...Jochen (Thomas) Grünbeck ◁
 
Jeu lean construction management 2017
Jeu lean construction management 2017Jeu lean construction management 2017
Jeu lean construction management 2017Nadia Gharbi
 
ABTest : un outil indispensable pour être « data-driven » ? par Laurent VION
ABTest : un outil indispensable pour être « data-driven » ? par Laurent VIONABTest : un outil indispensable pour être « data-driven » ? par Laurent VION
ABTest : un outil indispensable pour être « data-driven » ? par Laurent VIONLa Cuisine du Web
 

Similaire à #NoEstimates vs #Estimates - Vraiment? (20)

#noestimates - focus on what matters
#noestimates - focus on what matters#noestimates - focus on what matters
#noestimates - focus on what matters
 
La valeur d’affaires: L’indicateur qui peut changer le succès des projets
La valeur d’affaires: L’indicateur qui peut changer le succès des projetsLa valeur d’affaires: L’indicateur qui peut changer le succès des projets
La valeur d’affaires: L’indicateur qui peut changer le succès des projets
 
Gestion du budget dans un contexte agile : Approche capacitaire
Gestion du budget dans un contexte agile : Approche capacitaireGestion du budget dans un contexte agile : Approche capacitaire
Gestion du budget dans un contexte agile : Approche capacitaire
 
Une hirondelle ne fait pas le printemps – PRSQ 2015
Une hirondelle ne fait pas le printemps – PRSQ 2015Une hirondelle ne fait pas le printemps – PRSQ 2015
Une hirondelle ne fait pas le printemps – PRSQ 2015
 
Ton equipier etude de cas lean startup
Ton equipier etude de cas lean startupTon equipier etude de cas lean startup
Ton equipier etude de cas lean startup
 
What's Next Contenus : Et si on parlait Performance ?
What's Next Contenus : Et si on parlait Performance ? What's Next Contenus : Et si on parlait Performance ?
What's Next Contenus : Et si on parlait Performance ?
 
Méthode simple et efficace pour avancer vers le cross canal
Méthode simple et efficace pour avancer vers le cross canalMéthode simple et efficace pour avancer vers le cross canal
Méthode simple et efficace pour avancer vers le cross canal
 
Adetem Rhônes-Alpes - Atelier pratique Design Thinking - (Re)Booster votre se...
Adetem Rhônes-Alpes - Atelier pratique Design Thinking - (Re)Booster votre se...Adetem Rhônes-Alpes - Atelier pratique Design Thinking - (Re)Booster votre se...
Adetem Rhônes-Alpes - Atelier pratique Design Thinking - (Re)Booster votre se...
 
Agile Pays Basque 2017 - Ne créez plus un produit inutile! Concentrez vous su...
Agile Pays Basque 2017 - Ne créez plus un produit inutile! Concentrez vous su...Agile Pays Basque 2017 - Ne créez plus un produit inutile! Concentrez vous su...
Agile Pays Basque 2017 - Ne créez plus un produit inutile! Concentrez vous su...
 
Sw liege les mensonges de l'entrepreneur débutant
Sw liege les mensonges de l'entrepreneur débutantSw liege les mensonges de l'entrepreneur débutant
Sw liege les mensonges de l'entrepreneur débutant
 
LKFR2015 - Metrics manifesto
LKFR2015 - Metrics manifestoLKFR2015 - Metrics manifesto
LKFR2015 - Metrics manifesto
 
Client fournisseur sponthus
Client fournisseur sponthusClient fournisseur sponthus
Client fournisseur sponthus
 
Webinaire RMT BATICE 13_12_2022.pdf
Webinaire RMT BATICE 13_12_2022.pdfWebinaire RMT BATICE 13_12_2022.pdf
Webinaire RMT BATICE 13_12_2022.pdf
 
Le marketing de l'innovation pour les ingénieurs
Le marketing de l'innovation pour les ingénieursLe marketing de l'innovation pour les ingénieurs
Le marketing de l'innovation pour les ingénieurs
 
Klap la piscine intro dt
Klap la piscine intro dtKlap la piscine intro dt
Klap la piscine intro dt
 
1. Entrepreneuriat vert pourquoi faire ?
1. Entrepreneuriat vert pourquoi faire ?1. Entrepreneuriat vert pourquoi faire ?
1. Entrepreneuriat vert pourquoi faire ?
 
Jeu lean construction management
Jeu lean construction managementJeu lean construction management
Jeu lean construction management
 
Fait pour Persuader - LE paradigme LE PLUS IMPORTANT qui fait convertir vos v...
Fait pour Persuader - LE paradigme LE PLUS IMPORTANT qui fait convertir vos v...Fait pour Persuader - LE paradigme LE PLUS IMPORTANT qui fait convertir vos v...
Fait pour Persuader - LE paradigme LE PLUS IMPORTANT qui fait convertir vos v...
 
Jeu lean construction management 2017
Jeu lean construction management 2017Jeu lean construction management 2017
Jeu lean construction management 2017
 
ABTest : un outil indispensable pour être « data-driven » ? par Laurent VION
ABTest : un outil indispensable pour être « data-driven » ? par Laurent VIONABTest : un outil indispensable pour être « data-driven » ? par Laurent VION
ABTest : un outil indispensable pour être « data-driven » ? par Laurent VION
 

Plus de Agile Montréal

ATMTL23 - L'agilité augmentée par ChatGPT: comment utiliser l'agent intellige...
ATMTL23 - L'agilité augmentée par ChatGPT: comment utiliser l'agent intellige...ATMTL23 - L'agilité augmentée par ChatGPT: comment utiliser l'agent intellige...
ATMTL23 - L'agilité augmentée par ChatGPT: comment utiliser l'agent intellige...Agile Montréal
 
ATMTL23 - How to create and elevate top talent? A cohort-based learning metho...
ATMTL23 - How to create and elevate top talent? A cohort-based learning metho...ATMTL23 - How to create and elevate top talent? A cohort-based learning metho...
ATMTL23 - How to create and elevate top talent? A cohort-based learning metho...Agile Montréal
 
ATMTL23 - TANS: there always a next sprint by Tom Siebeneicher and Sander Dur
ATMTL23 - TANS: there always a next sprint by Tom Siebeneicher and Sander DurATMTL23 - TANS: there always a next sprint by Tom Siebeneicher and Sander Dur
ATMTL23 - TANS: there always a next sprint by Tom Siebeneicher and Sander DurAgile Montréal
 
ATMTL23 - Dépasser les frontières : Réinterpréter les Principes ISTQB avec un...
ATMTL23 - Dépasser les frontières : Réinterpréter les Principes ISTQB avec un...ATMTL23 - Dépasser les frontières : Réinterpréter les Principes ISTQB avec un...
ATMTL23 - Dépasser les frontières : Réinterpréter les Principes ISTQB avec un...Agile Montréal
 
ATMTL23 - Comment mieux atteindre vos objectifs grâce à l'agilité comportemen...
ATMTL23 - Comment mieux atteindre vos objectifs grâce à l'agilité comportemen...ATMTL23 - Comment mieux atteindre vos objectifs grâce à l'agilité comportemen...
ATMTL23 - Comment mieux atteindre vos objectifs grâce à l'agilité comportemen...Agile Montréal
 
ATMTL23 - Le multivers Agile - Volume 2: Odyssée vers Agiletopia par Martin L...
ATMTL23 - Le multivers Agile - Volume 2: Odyssée vers Agiletopia par Martin L...ATMTL23 - Le multivers Agile - Volume 2: Odyssée vers Agiletopia par Martin L...
ATMTL23 - Le multivers Agile - Volume 2: Odyssée vers Agiletopia par Martin L...Agile Montréal
 
ATMTL23 - Créer une entreprise apprenante : Les principes de Peter Senge pour...
ATMTL23 - Créer une entreprise apprenante : Les principes de Peter Senge pour...ATMTL23 - Créer une entreprise apprenante : Les principes de Peter Senge pour...
ATMTL23 - Créer une entreprise apprenante : Les principes de Peter Senge pour...Agile Montréal
 
ATMTL23 - De la Zone de Guerre à la Zone de Cœur : Un Voyage de Résilience, d...
ATMTL23 - De la Zone de Guerre à la Zone de Cœur : Un Voyage de Résilience, d...ATMTL23 - De la Zone de Guerre à la Zone de Cœur : Un Voyage de Résilience, d...
ATMTL23 - De la Zone de Guerre à la Zone de Cœur : Un Voyage de Résilience, d...Agile Montréal
 
ATMTL23 - Réussir sa transformation agile c'est d’abord changer son état d'es...
ATMTL23 - Réussir sa transformation agile c'est d’abord changer son état d'es...ATMTL23 - Réussir sa transformation agile c'est d’abord changer son état d'es...
ATMTL23 - Réussir sa transformation agile c'est d’abord changer son état d'es...Agile Montréal
 
ATMTL23 - The Happiness Blueprint: Positivity Experiments for Powerful Teamwo...
ATMTL23 - The Happiness Blueprint: Positivity Experiments for Powerful Teamwo...ATMTL23 - The Happiness Blueprint: Positivity Experiments for Powerful Teamwo...
ATMTL23 - The Happiness Blueprint: Positivity Experiments for Powerful Teamwo...Agile Montréal
 
ATMTL23 - Le Developer Experience au service de la livraison en continu par A...
ATMTL23 - Le Developer Experience au service de la livraison en continu par A...ATMTL23 - Le Developer Experience au service de la livraison en continu par A...
ATMTL23 - Le Developer Experience au service de la livraison en continu par A...Agile Montréal
 
ATMTL23 - L'Arbre de vie - Une pratique narrative pour se réapproprier son pa...
ATMTL23 - L'Arbre de vie - Une pratique narrative pour se réapproprier son pa...ATMTL23 - L'Arbre de vie - Une pratique narrative pour se réapproprier son pa...
ATMTL23 - L'Arbre de vie - Une pratique narrative pour se réapproprier son pa...Agile Montréal
 
ATMTL23 - Atelier PNL pour ameliorer la communication par Remi Roche
ATMTL23 - Atelier PNL pour ameliorer la communication par Remi RocheATMTL23 - Atelier PNL pour ameliorer la communication par Remi Roche
ATMTL23 - Atelier PNL pour ameliorer la communication par Remi RocheAgile Montréal
 
ATMTL23 - Remettre l'humain au coeur de l'agilité avec le Mind Mapping par Re...
ATMTL23 - Remettre l'humain au coeur de l'agilité avec le Mind Mapping par Re...ATMTL23 - Remettre l'humain au coeur de l'agilité avec le Mind Mapping par Re...
ATMTL23 - Remettre l'humain au coeur de l'agilité avec le Mind Mapping par Re...Agile Montréal
 
ATMTL23 - La collaboration intergénérationnelle au travail par Apolline Tissier
ATMTL23 - La collaboration intergénérationnelle au travail par Apolline  TissierATMTL23 - La collaboration intergénérationnelle au travail par Apolline  Tissier
ATMTL23 - La collaboration intergénérationnelle au travail par Apolline TissierAgile Montréal
 
ATMTL23 - L'odysée d'un PMO vers un VMO par Elyes Dekhili et Karl Métivier
ATMTL23 - L'odysée d'un PMO vers un VMO par Elyes Dekhili et Karl MétivierATMTL23 - L'odysée d'un PMO vers un VMO par Elyes Dekhili et Karl Métivier
ATMTL23 - L'odysée d'un PMO vers un VMO par Elyes Dekhili et Karl MétivierAgile Montréal
 
ATMTL23 - Économie coopérative et agilité par Dominique Pothier
ATMTL23 - Économie coopérative et agilité par Dominique PothierATMTL23 - Économie coopérative et agilité par Dominique Pothier
ATMTL23 - Économie coopérative et agilité par Dominique PothierAgile Montréal
 
ATMTL23 - Agnostic Agile, un mouvement en Agilité qui respecte les bases les ...
ATMTL23 - Agnostic Agile, un mouvement en Agilité qui respecte les bases les ...ATMTL23 - Agnostic Agile, un mouvement en Agilité qui respecte les bases les ...
ATMTL23 - Agnostic Agile, un mouvement en Agilité qui respecte les bases les ...Agile Montréal
 
ATMTL23 - Innovation Unleashed: Inspiring Agile Teams through Creative Thinki...
ATMTL23 - Innovation Unleashed: Inspiring Agile Teams through Creative Thinki...ATMTL23 - Innovation Unleashed: Inspiring Agile Teams through Creative Thinki...
ATMTL23 - Innovation Unleashed: Inspiring Agile Teams through Creative Thinki...Agile Montréal
 
ATMTL23 - « A community of Scientists » Saisir le pouvoir du Toyota Kata pour...
ATMTL23 - « A community of Scientists » Saisir le pouvoir du Toyota Kata pour...ATMTL23 - « A community of Scientists » Saisir le pouvoir du Toyota Kata pour...
ATMTL23 - « A community of Scientists » Saisir le pouvoir du Toyota Kata pour...Agile Montréal
 

Plus de Agile Montréal (20)

ATMTL23 - L'agilité augmentée par ChatGPT: comment utiliser l'agent intellige...
ATMTL23 - L'agilité augmentée par ChatGPT: comment utiliser l'agent intellige...ATMTL23 - L'agilité augmentée par ChatGPT: comment utiliser l'agent intellige...
ATMTL23 - L'agilité augmentée par ChatGPT: comment utiliser l'agent intellige...
 
ATMTL23 - How to create and elevate top talent? A cohort-based learning metho...
ATMTL23 - How to create and elevate top talent? A cohort-based learning metho...ATMTL23 - How to create and elevate top talent? A cohort-based learning metho...
ATMTL23 - How to create and elevate top talent? A cohort-based learning metho...
 
ATMTL23 - TANS: there always a next sprint by Tom Siebeneicher and Sander Dur
ATMTL23 - TANS: there always a next sprint by Tom Siebeneicher and Sander DurATMTL23 - TANS: there always a next sprint by Tom Siebeneicher and Sander Dur
ATMTL23 - TANS: there always a next sprint by Tom Siebeneicher and Sander Dur
 
ATMTL23 - Dépasser les frontières : Réinterpréter les Principes ISTQB avec un...
ATMTL23 - Dépasser les frontières : Réinterpréter les Principes ISTQB avec un...ATMTL23 - Dépasser les frontières : Réinterpréter les Principes ISTQB avec un...
ATMTL23 - Dépasser les frontières : Réinterpréter les Principes ISTQB avec un...
 
ATMTL23 - Comment mieux atteindre vos objectifs grâce à l'agilité comportemen...
ATMTL23 - Comment mieux atteindre vos objectifs grâce à l'agilité comportemen...ATMTL23 - Comment mieux atteindre vos objectifs grâce à l'agilité comportemen...
ATMTL23 - Comment mieux atteindre vos objectifs grâce à l'agilité comportemen...
 
ATMTL23 - Le multivers Agile - Volume 2: Odyssée vers Agiletopia par Martin L...
ATMTL23 - Le multivers Agile - Volume 2: Odyssée vers Agiletopia par Martin L...ATMTL23 - Le multivers Agile - Volume 2: Odyssée vers Agiletopia par Martin L...
ATMTL23 - Le multivers Agile - Volume 2: Odyssée vers Agiletopia par Martin L...
 
ATMTL23 - Créer une entreprise apprenante : Les principes de Peter Senge pour...
ATMTL23 - Créer une entreprise apprenante : Les principes de Peter Senge pour...ATMTL23 - Créer une entreprise apprenante : Les principes de Peter Senge pour...
ATMTL23 - Créer une entreprise apprenante : Les principes de Peter Senge pour...
 
ATMTL23 - De la Zone de Guerre à la Zone de Cœur : Un Voyage de Résilience, d...
ATMTL23 - De la Zone de Guerre à la Zone de Cœur : Un Voyage de Résilience, d...ATMTL23 - De la Zone de Guerre à la Zone de Cœur : Un Voyage de Résilience, d...
ATMTL23 - De la Zone de Guerre à la Zone de Cœur : Un Voyage de Résilience, d...
 
ATMTL23 - Réussir sa transformation agile c'est d’abord changer son état d'es...
ATMTL23 - Réussir sa transformation agile c'est d’abord changer son état d'es...ATMTL23 - Réussir sa transformation agile c'est d’abord changer son état d'es...
ATMTL23 - Réussir sa transformation agile c'est d’abord changer son état d'es...
 
ATMTL23 - The Happiness Blueprint: Positivity Experiments for Powerful Teamwo...
ATMTL23 - The Happiness Blueprint: Positivity Experiments for Powerful Teamwo...ATMTL23 - The Happiness Blueprint: Positivity Experiments for Powerful Teamwo...
ATMTL23 - The Happiness Blueprint: Positivity Experiments for Powerful Teamwo...
 
ATMTL23 - Le Developer Experience au service de la livraison en continu par A...
ATMTL23 - Le Developer Experience au service de la livraison en continu par A...ATMTL23 - Le Developer Experience au service de la livraison en continu par A...
ATMTL23 - Le Developer Experience au service de la livraison en continu par A...
 
ATMTL23 - L'Arbre de vie - Une pratique narrative pour se réapproprier son pa...
ATMTL23 - L'Arbre de vie - Une pratique narrative pour se réapproprier son pa...ATMTL23 - L'Arbre de vie - Une pratique narrative pour se réapproprier son pa...
ATMTL23 - L'Arbre de vie - Une pratique narrative pour se réapproprier son pa...
 
ATMTL23 - Atelier PNL pour ameliorer la communication par Remi Roche
ATMTL23 - Atelier PNL pour ameliorer la communication par Remi RocheATMTL23 - Atelier PNL pour ameliorer la communication par Remi Roche
ATMTL23 - Atelier PNL pour ameliorer la communication par Remi Roche
 
ATMTL23 - Remettre l'humain au coeur de l'agilité avec le Mind Mapping par Re...
ATMTL23 - Remettre l'humain au coeur de l'agilité avec le Mind Mapping par Re...ATMTL23 - Remettre l'humain au coeur de l'agilité avec le Mind Mapping par Re...
ATMTL23 - Remettre l'humain au coeur de l'agilité avec le Mind Mapping par Re...
 
ATMTL23 - La collaboration intergénérationnelle au travail par Apolline Tissier
ATMTL23 - La collaboration intergénérationnelle au travail par Apolline  TissierATMTL23 - La collaboration intergénérationnelle au travail par Apolline  Tissier
ATMTL23 - La collaboration intergénérationnelle au travail par Apolline Tissier
 
ATMTL23 - L'odysée d'un PMO vers un VMO par Elyes Dekhili et Karl Métivier
ATMTL23 - L'odysée d'un PMO vers un VMO par Elyes Dekhili et Karl MétivierATMTL23 - L'odysée d'un PMO vers un VMO par Elyes Dekhili et Karl Métivier
ATMTL23 - L'odysée d'un PMO vers un VMO par Elyes Dekhili et Karl Métivier
 
ATMTL23 - Économie coopérative et agilité par Dominique Pothier
ATMTL23 - Économie coopérative et agilité par Dominique PothierATMTL23 - Économie coopérative et agilité par Dominique Pothier
ATMTL23 - Économie coopérative et agilité par Dominique Pothier
 
ATMTL23 - Agnostic Agile, un mouvement en Agilité qui respecte les bases les ...
ATMTL23 - Agnostic Agile, un mouvement en Agilité qui respecte les bases les ...ATMTL23 - Agnostic Agile, un mouvement en Agilité qui respecte les bases les ...
ATMTL23 - Agnostic Agile, un mouvement en Agilité qui respecte les bases les ...
 
ATMTL23 - Innovation Unleashed: Inspiring Agile Teams through Creative Thinki...
ATMTL23 - Innovation Unleashed: Inspiring Agile Teams through Creative Thinki...ATMTL23 - Innovation Unleashed: Inspiring Agile Teams through Creative Thinki...
ATMTL23 - Innovation Unleashed: Inspiring Agile Teams through Creative Thinki...
 
ATMTL23 - « A community of Scientists » Saisir le pouvoir du Toyota Kata pour...
ATMTL23 - « A community of Scientists » Saisir le pouvoir du Toyota Kata pour...ATMTL23 - « A community of Scientists » Saisir le pouvoir du Toyota Kata pour...
ATMTL23 - « A community of Scientists » Saisir le pouvoir du Toyota Kata pour...
 

#NoEstimates vs #Estimates - Vraiment?

  • 2. 2
  • 4. À PRIORI... QUI PENSE QUE LE MOUVEMENT #NoEstimates EST PERTINENT? P
  • 5. POUVEZ-VOUS ESTIMER LE NOMBRE DE PERSONNES QUI ONT LEVÉ LA MAIN?
  • 6. NOTRE OBJECTIF REVISITER CE QUE SONT LES ESTIMÉS ET DISCUTER DE L’APPROCHE #NoEstimates … PAS DE VOUS DIRE D’ARRÊTER DE FAIRE DES ESTIMÉS!!! P
  • 8. #NoEstimates, C’EST… #NoEstimates, CE N’EST PAS UN MOUVEMENT EXPLORER DES ALTERNATIVES AU PROCESSUS D’ESTIMATION TRADITIONNEL PRENDRE DE MEILLEURES DÉCISIONS PARCE QUE CE N’EST PAS COOL OU TROP DIFFICILE!!! UNE CONSPIRATION POUR REFUSER DE PRODUIRE DES ESTIMÉS RÉDUIRE LES PERTES DE TEMPS ET D’EFFORTS
  • 9. LES ORIGINES DU MOUVEMENT #NoEstimates ESTIMÉS : TOUJOURS PRÉSENTS (HABITUEL & CONFORTABLE) POUR MIEUX AIDER CLIENTS ET GESTIONNAIRES : ● PRÉDIRE LES BUDGETS NÉCESSAIRES ● RENCONTRER LES OBJECTIFS DE NOS PROJETS P
  • 10. LES ORIGINES DU MOUVEMENT #NoEstimates WOODY ZUILL VASCO DUARTE NEIL KILLICK MALGRÉ AGILE CONSÉQUENCES P
  • 11. L’ARGUMENT POUR #NoEstimates ESTIMÉS TRADITIONNELS EXTRÊMEMENT IMPRÉCIS ● DOMAINE COMPLEXE ○ TROP DE VARIABLES ET D’INCONNUS ● CONNAISSANCES EN ESTIMATION FAIBLES ○ ESTIMÉS == SUPPOSITIONS ○ PEU OU PAS D’OUTILS ○ MAUVAISES PRATIQUES ■ EX: BUFFERS ALÉATOIRES ● ! TRANSPARENCE ● PERTE DE TEMPS : INUTILES ○ GASPILLAGE (“LEAN”) EFFICACITÉ DES ESTIMÉS NON DÉMONTRÉE ● SYNDRÔME: MAIS ON A TOUJOURS FAIT COMME ÇA S’IL EST IMPOSSIBLE DE PRÉVOIR LE FUTUR ESTIMÉS MAL UTILISÉS ● MÉCONNAISSANCE DE LA NATURE D’UN ESTIMÉ ○ PRIS COMME DES ENGAGEMENTS ○ ON NE SAIT PAS COMMENT GÉRER LA VARIABILITÉ ● MÈNENT À DES DÉCISIONS MAL AVISÉES ● JEU DU BLÂME, ENVIRONNEMENT DE PEUR ● FOCUS EST MAL PLACÉ? ○ BONS ESTIMÉS VS BONS PRODUITS ON PEUT TOUTEFOIS SE PROJETER DANS LE FUTUR GUIDE SCRUM 2011 PROJECTION REMPLACE ENGAGEMENT (USER STORIES)
  • 12. L’ARGUMENT CONTRE #NoEstimates ESTIMÉS SONT NÉCESSAIRES POUR L’ENTREPRISE ● LES ENTREPRISES ELLES-MÊMES ○ BÂTIES SUR DES PRÉDICTIONS ET DES ANALYSES DE TENDANCE DE MARCHÉ - DES ESTIMÉS ● AIDENT À PRENDRE DES DÉCISIONS D’AFFAIRES ○ EX: CHOISIR DES PROJETS ● PLANIFIER LE TRAVAIL ○ DÉPASSE L’ÉQUIPE DE RÉALISATION ● EXIGÉS PAR CLIENTS ET GESTIONNAIRES ○ “CUSTOMER COLLABORATION VS...” [AGILE MANIFESTO] ESTIMÉS IMPRÉCIS? ● BIEN SUR, C’EST PAR DÉFINITION! ● TROP IMPRÉCIS? ○ AU LIEU D’ABANDONNER!!! ○ DEVENIR MEILLEUR À ESTIMER? ■ CERTAINS LE FONT… À UN COÛT... ■ EX: 97% ON TIME/BUDGET IL EST POSSIBLE DE PRÉVOIR LE FUTUR DU MOINS DE MANIÈRE SUFFISAMMENT PRÉCISE POUR SUPPORTER DES DÉCISIONS D’AFFAIRES ÉCLAIRÉES LA PROJECTION EST UNE TECHNIQUE D’ESTIMATION QUI PEUT ÊTRE TRÈS EFFICACE P
  • 13. 13
  • 14. ESTIMÉ : DÉFINITION DE MERRIAM WEBSTER 1. ACTE D'ÉVALUER OU DE VALORISER 2. OPINION OU JUGEMENT DE LA NATURE, DU CARACTÈRE OU DE LA QUALITÉ D’UNE PERSONNE OU D’UNE CHOSE 3. CALCUL APPROXIMATIF 4. VALEUR NUMÉRIQUE OBTENUE À PARTIR D’UN ÉCHANTILLON STATISTIQUE ET AFFECTÉE À UN PARAMÈTRE DE POPULATION Insérer un cloud des mots ici INCERTITUDE
  • 15. CÔNE DE L’INCERTITUDE NE PAS FAIRE DE PROMESSES ICI !!! PROVENANCE DU CÔNE ● RECHERCHE DE STEVE McCONNELL ● DONNÉES EMPIRIQUES - SECTEUR PUBLIC USA À RETENIR ● AU MIEUX : +/- 25%, 30% DANS LE PROJET ● DÉVELOPPEMENT LOGICIEL ○ PAS DANS LA SURESTIMATION ● CÔNE CONVERGE PLUS RAPIDEMENT EN AGILE ○ 1.6X VS 4X ● ATTENTION : ESTIMATEURS QUALIFIÉS ○ VOUS POUVEZ FACILEMENT FAIRE PIRE ■ CLOUD OF UNCERTAINTY ○ OU BIEN ÊTRE CHANCEUX P
  • 16. CONFUSION : ESTIMÉS, CIBLES ET ENGAGEMENTS CIBLE: DESCRIPTION D’UN OBJECTIF D’AFFAIRES DÉSIRABLE. “Nous désirons que les fonctionnalités d’achat en ligne soient disponibles pour le 15 Octobre.″ ESTIMÉ: ÉNONCÉ DE PROBABILITÉ, UNE PRÉDICTION, UN CALCUL PRÉLIMINAIRE OU PROVISOIRE DU COÛT D’UN PROJET. “Les fonctionnalités d’achat en ligne, considérant l’équipe actuelle, a 75% des chances d’être complétée d’ici le 15 Octobre.″ ENGAGEMENT : PROMESSE DE LIVRER UN ENSEMBLE DE FONCTIONNALITÉS DÉFINI À UN NIVEAU DE QUALITÉ SPÉCIFIÉ À UNE CERTAINE DATE. “Nous nous engageons à livrer les fonctionnalités d’achat en ligne d’ici le 20 novembre.″
  • 17. UN BON ESTIMÉ? UN ESTIMÉ QUI EST À 25% DU RÉSULTAT ACTUEL, 75% DU TEMPS - Conte, Dunsmore et Chen PENSEZ-VOUS FAIRE MIEUX QUE ÇA? ÊTES-VOUS RÉALISTES SUR LA PRÉCISION DE VOS ESTIMÉS?
  • 18. UN BON ESTIMÉ? UN ESTIMÉ QUI OFFRE UNE VISION SUFFISAMMENT CLAIRE DE LA RÉALITÉ DE VOTRE PROJET POUR PERMETTRE AUX PARTIES PRENANTES DE PRENDRE LES BONNES DÉCISIONS POUR CONTRÔLER LE PROJET ET S’ASSURER D’ATTEINDRE SES OBJECTIFS - Steve McConnell ATTENTION BON ESTIMÉ PAS SUFFISANT POUR SUCCÈS ● MÉCANISMES DE CONTRÔLE ET GESTION ○ (+/- 20% MAX)
  • 19. 1000 j-p. EST-CE UN BON ESTIMÉ? P
  • 20. - ● EXACTITUDE: WOW!!! ? (ACCURACY) ● CHIFFRE UNIQUE ○ FACILE À CONFONDRE POUR UNE CIBLE OU UN ENGAGEMENT ● PRÉCISION AU J-P? (UNITÉS) INTERVALLE : EXACTITUDE DE L’ESTIMÉ ● INCERTITUDE CLAIRE ○ VISIBLEMENT PAS UNE CIBLE OU ENGAGEMENT ● PRÉCISION FAIT PLUS DE SENS (A-P. VS J-P.) ○ MATCH PRÉCISION VS EXACTITUDE INTERVALLE DE CONFIANCE? EX: 3 A-P. +/-1 A-P. 75% DU TEMPS ○ MAIS IL FAUDRAIT AVOIR DES DONNÉES POUR ÇA!!! 1000 J-P. 3 A-P. +/- 1 A-P. P PRÉVISIBILITÉ : SUFFISANT?
  • 21. LES DÉVELOPPEURS LOGICIELS ONT LA RESPONSABILITÉ PROFESSIONNELLE D’INCLURE L’INCERTITUDE DANS LEURS ESTIMÉS - ITEM 3.09 IEEE-CS/ACM SOFTWARE ENGINEERING CODE OF CONDUCT IEEE Computer Society & Association of Computing Machinery P
  • 22. 4 A-P. +/- 1 A-P., 66% DU TEMPS MATHÉMATIQUEMENT RIGOUREUX D’UN POINT DE VUE AFFAIRES? ÇA VEUT DIRE QUOI?
  • 23. 23 ET SI IL Y AVAIT PLUS SIMPLE? P
  • 24. POURQUOI ESTIMONS-NOUS? 1. SÉLECTION DE PROJETS : QUELS PROJETS CHOISIR, SELON LE ROI? 2. BUDGET : COMBIEN ÇA VA NOUS COÛTER? 3. PROJECTIONS POUR CLIENTS ET PARTIES PRENANTES : QUAND EST-CE QUE ÇA SERA DISPONIBLE? 4. CONTRÔLE DE LA PORTÉE a. DES PROJETS : COMBIEN DE TEMPS DEVRAIT-ON SE DONNER? b. DES ITÉRATIONS ET LES LIVRAISONS : QU’EST CE QUI EST FAISABLE DANS L’ITÉRATION ET DANS UNE LIVRAISON? c. DES RÉCITS UTILISATEURS : EST-CE QUE ÇA ENTRE DANS L’ITÉRATION? 5. ...
  • 25. EST-CE QUE #NoEstimates PEUT RÉPONDRE À CES BESOINS? P
  • 27. SÉLECTION DE PROJETS (PORTFOLIO) ET BUDGET FAVORISER ET FINANCER DES PRODUITS VS PROJETS • FLOT CONTINU DE VALEUR FAVORISER DES ÉQUIPES STABLES DÉDIÉES PAR PRODUIT • DONNÉES EMPIRIQUES PLUS FIABLES POUR LES PROJECTIONS FINANCEMENT INCRÉMENTAL VS ANNUEL • #BeyondBudgeting PLANIFIER DE PETITES LIVRAISONS ITÉRATIVES ET INCRÉMENTALES ET S’ADAPTER CONSTAMMENT SUIVI ET OPTIMISATION EN CONTINUE DU ROI PAR PRODUIT (PROMESSE DU #DevOps) P
  • 28. PROJECTIONS POUR CLIENTS ET PARTIES PRENANTES ESTIMER LES USER STORIES EN UTILISANT DES UNITÉS LARGES • EX: T-SHIRT SIZING LIMITER LA DURÉE DES LIVRAISONS (MAXIMISER FEEDBACK, DIMINUER INCERTITUDE) • EX: MOINS DE 3 MOIS DÉVELOPPER LES INFRASTRUCTURES POUR LIVRER DE FAÇON CONTINUE MESURER LA CAPACITÉ DES ÉQUIPES EN USER STORIES (ET NON EN POINTS) • EX: 40-45 US PAR ITÉRATION CRÉER DES STORY MAPS DÉTAILLÉES DES PRODUITS UTILISER LE NOMBRE DE USER STORIES POUR DÉTERMINER UN INTERVALLE DE LIVRAISON PAR PROJECTION (BURN-UP, CFD…) • EX: 180 US LIVRABLES ENTRE 5 OU 6 ITÉRATIONS POUR UNE ÉQUIPE QUI LIVRE HISTORIQUEMENT ENTRE 30 ET 36 US PAR ITÉRATION
  • 29. CONTRÔLE DE LA PORTÉE DES PROJETS UTILISER LES TECHNIQUES AGILES ET LEAN DE “TIME-BOXING” POUR CONTRÔLER LA VARIABILITÉ DE LA PORTÉE (SCOPE CREEP) FORMALISER LA MISE EN PLACE DE CYCLES FRÉQUENTS D’INSPECTION ET D’ADAPTATION BASÉS SUR LES PROJECTIONS AVOIR DES BOUCLES INTÉGRÉES D’INSPECTION ET D’ADAPTATION ENTRE LES ÉQUIPES, LA BUSINESS ET LES CLIENTS AFIN DE QUANTIFIER LA VALEUR CRÉÉE VS L’INVESTISSEMENT ASSUREZ-VOUS QUE LES INVESTISSEMENTS ET LES DÉCISIONS D’ADAPTATION SONT PRISES LÀ OÙ L’INFORMATION RÉSIDE P
  • 30. PLANIFICATION DES ITÉRATIONS LA PLUPART DES ÉQUIPES AGILES NE FONT DÉJÀ PLUS D’ESTIMATION DES TÂCHES GARDER LES ÉLÉMENTS DE TRAVAIL PETITS (USER STORIES) SERVEZ-VOUS DE L’HISTORIQUE DE L’ÉQUIPE LA COLOCATION, LES MÊLÉES QUOTIDIENNES, LES RADIATEURS VISUELS ET AUTRES TECHNIQUES UTILISÉES PAR LES ÉQUIPES AGILES ÉLIMINENT LA NÉCESSITÉ DE FAIRE DES ESTIMÉS À CE NIVEAU
  • 31. DÉCOUPAGE DE USER STORIES ON LE FAIT DÉJÀ POUR AVOIR DES USER STORIES ASSEZ PETITES DANS LE SPRINT #NoEstimates POUSSE ÇA UN PEU PLUS LOIN EN ÉLIMINANT LES STORY POINTS : ON VA COMPTER EN STORIES TOUT SIMPLEMENT “Bill Hanlon looked at 60-ish projects that used relative estimates. He looked at how accurate their predictions were as compared to the actuals. Then he reset all estimates to 1 and recomputed their velocities, made accordant projections and compared those to actuals. He found about a 3% variance in predictive accuracy between full data and just using 1.” SOURCE: Planning with Any Hope of Accuracy by Arlo Belshee - http://arlobelshee.com/planning-with-any-hope-of-accuracy/ P
  • 32. COMMENT PASSER À #NoEstimates? 1. UTILISER DES STORY POINTS 2. NE PLUS ESTIMER DES TÂCHES 3. TIME-BOXING POUR LIMITER L’AMPLEUR 4. RÉDUIRE VOS CHOIX DE GRANDEURS À 1,2,3 OU 5 SEULEMENT 5. CONSERVER VOS DONNÉES 6. UTILISER VOS DONNÉES 7. NE COMPTER QUE LES USER STORIES
  • 33. 33
  • 34. #NoEstimates != NE PAS ESTIMER RÉCITS DE GRANDEUR SIMILAIRE PROJECTIONS BASÉES SUR DES DONNÉES EMPIRIQUES COMPTER DES USER STORIES SUFFISANT POUR LA PRÉVISIBILITÉ QUE VOUS RECHERCHEZ? FOCUS: PRODUIRE DE LA VALEUR ET OBTENIR DU FEEDBACK TRUC: PLUS PETITES USER STORIES POUR EN LIVRER PLUS!!!
  • 35. NE PAS CONFONDRE : ESTIMÉ, CIBLE ET ENGAGEMENT UN ESTIMÉ A TOUJOURS UNE PART D’INCERTITUDE ET VOUS DEVEZ LA GÉRER (OU ASSUMER LES CONSÉQUENCES) P
  • 36. CIBLE & ENGAGEMENT : UNE NÉCESSITÉ D’AFFAIRES CIBLE : UTILE POUR LA PLANIFICATION ENGAGEMENT : FACILITE RELATION CLIENT ET INTERACTION PARTIES PRENANTES POUR S’ENGAGER : IL FAUT GÉRER L’INCERTITUDE DE NOS ESTIMÉS
  • 37. #NoEstimates OU PAS NE PAS SE COMMETTRE TROP TÔT QUAND VOUS CONNAISSEZ LE MOINS ET LA VARIABILITÉ EST PLUS GRANDE ET QUE VOUS N’AVEZ PAS DE DONNÉES P
  • 38. PRIVILÉGIER DES PROJECTIONS BASÉES SUR DES DONNÉES HISTORIQUES “Count if at all possible, compute when you can’t count. Use judgement only as a last resort.”[TIP #30] “Look for something you can count that is a meaningful measure of the scope…” [TIP #31] “Collect historical data that allows you to compute an estimate from a count.” [TIP #32] “Use historical data as the basis for your productivity assumptions.” [TIP #35] - Software Estimation, Demystifying the black art, Steve McConnell #NoEstimates OU PAS
  • 39. #NoEstimates : UN OUTIL DANS VOTRE BOÎTE À OUTILS Servez-vous en quand c’est approprié à votre situation P
  • 40. Suite à la présentation... Qui pense que le mouvement #NoEstimates est pertinent?
  • 41. Pouvez-vous estimer le nombre de personnes qui ont levé la main? P
  • 42. 42
  • 45. RÉFLEXIONS/QUESTIONS INTÉRESSANTES À QUEL MOMENT, CE N’EST PLUS UTILE DE CONTINUER À ESTIMER?
  • 46. Pour les images, procédures : - Voir dans Google Images avec le mode full usage rights (libre de tout droit), option dans advanced search - Sinon, vérifier dans la banque d’images Elapse - Sinon, allez voir sur les sites d’images suivants (demander à Félix-Antoine) - Par exemple, Shutterstock, IStock…
  • 47. Pourquoi devrait-on estimer? Concept, on a toujours fait ça... Parce qu’on nous dit de le faire? Mais pourquoi? Parce qu’on doit le faire? Mais pourquoi? Parce que la busines en a besoin pour : - Déterminer l’étendu, l’effort, la date… (triangle) - Pourquoi? - ETre prévisible - Pour déterminer le retour sur l’investissement - Déterminer si on veut aller de l’avant - Terminer un projet qui dérape… - Ajuster la capacité… le plus tôt étant le mieux EST-CE RAISONNABLE OU PAS pour l’entreprise de vouloir ça? Après tout, en agilité, on prône Mike Cohn, a prominent figure in the Agile community, put it best: "A team should estimate and plan only to the extent that further investment in estimating and planning will lead to different actions. If you will do the same thing even if you estimate or plan more, stop."
  • 48. Estimation en Scrum? The combination of story pointing, velocity calculation, product backlog, short iterations, just-in-time sprint planning, and timely retrospectives after each sprint creates a nearly perfect context for effective estimation. -McConnel To put it in estimation terminology: • Story pointing is a proxy based estimation technique. • Story counting is a projection technique. • Velocity is calibrating the estimate with project data. • The product backlog (when constructed with estimation in mind) gives us a very good proxy for size. • Sprint planning and retrospectives give us the ability to "inspect and adapt" our estimates. All this means that Scrum provides better support for estimation than waterfall ever did.
  • 49. Pourquoi devrait-on estimer? - Estimé==commitment, si pas estimé, pas de commitment… - Ex: changement, Scrum Guide - La question, est-ce que c’est vraiment la bonne et seule façon d’avoir un commitment - Est-ce vraiment un commitment? - Ont-ils vraiment les connaissances, outils nécessaires - On se fait pas confiance vraiment... - Pour des équipes moins matures, pour aider les jeunes à mieux comprendre (en discutant d’estimé, on parle d’implémentation) -> organisation du travail…, c’Est la conversation qui est intéressante pour ce qui est de la compréhension du user story...
  • 51. Pourquoi ne devrait-on PAS estimer? - ATTENTION : C’EST PAS VRAI QU’IL N’Y A PAS D’ESTIMATION DU TOUT, JAMAIS…. On veut plus dire, on veut arrêter de guesser avec un faux sentiment de sécurité… - Because it’s waste… (lean, c’est pas le produit final) - Because we’re really bad at it… (historically in our field) - Why are we so bad at it??? - DÉFINITION DU BESOIN (précision de la définition, la communication, l’évolution du besoin...) - Tools & Techniques d’estimation mal connues et/ou peu utilisées - En nommer quelques unes (voir vidéo ou livre de McConnel…) - Ex: cocomo2… simulation monte carlo - Changement des technologies (lang de prog, os, bd, techno web, devops…) - Changement de personnel… (Forming, Storming, Norming, Performing…) - We’re not using them as ESTIMATES...
  • 52. Pourquoi ne devrait-on PAS estimer? - Si ce na change rien à l’outcome… we’re gone do it anyway! - Too small of a project ( 2 weeks-project vs 2 days planning) -
  • 53. Différentes techniques pour estimer Voir le livre de McConnel - Estimation relative, effort d’estimation plus grand lorsque on s’approche du livrable - Statistiques : monte carlo (préconisé par NoEstimates), cocomo2… - Stop estimating… start counting (projecting) - ...
  • 54. Estimation vs Projection (Forecast?) Mais il faut accepter d’ “investir” du temps pour amener toutes les stories à la même grandeur