Lien vers le webinaire de cette conférence: http://savoiragile.com/2015/01/29/estimation-initiale-dun-projet-agile-video-du-webinaire/ Plutôt qu’une analyse préliminaire, les méthodes Agiles préconisent une analyse en continu. Elles préconisent également que l’équipe de développement soit responsable de l’estimation de la portée du projet. Au cours de cette présentation, on vous présentera différents contextes de projet et modèles de démarrage pour aider les participants à rendre plus Agile l’évaluation de leurs projets. Ce que vous apprendrez : - Comment il est possible de calculer le budget requis sans l’étape d’analyse préliminaire; - Comment il est possible de calculer le budget requis avant la constitution de l’équipe de développement. Présentateur: Mathieu est conseiller principal à Pyxis Technologies. Expert en adoption des méthodes Agiles, il anime le démarrage de nouveaux projets de développement logiciel à titre de conseiller et facilite la réussite des équipes de développement à titre de Scrum Master. Il est coauteur, avec Sylvie Trudel, du livre « Choisir l’Agilité : du développement logiciel à la gouvernance », paru dans la collection InfoPro chez DUNOD. Il est également un conférencier actif de la communauté Agile et un chargé de cours à la Chaire de gestion de projet de l’UQAM.

1. Mathieu
Boisvert
Agile Montreal
10 mars 2015
ESTIMATION INITIALE
D’UN PROJET AGILE

2. ©PyxisTechnologiesinc.
QUI SUIS-JE?
 Expert en méthodes Agiles;
 À Pyxis depuis 2004;
 Différents rôles :
 conseiller;
 formateur;
 chargé de cours à UQAM;
 co-auteur du livre Choisir l’Agilité.
Contact:
mboisvert@pyxis-tech.com
ca.linkedin.com/in/mathieuboisvert/

3. ©PyxisTechnologiesinc.
QU’EST-CE QU'UNE APPROCHE AGILE?
SCRUM EN BREF
Idées des clients,
de l’équipe, des
gestionnaires et
de la direction
En commençant
en haut de la
liste, l’équipe
choisit autant
d’éléments
qu’elle prévoit
livrer pour la fin
du sprint.

4. PATTERNS DE
FINANCEMENT

5. ©PyxisTechnologiesinc.
Projet
PATTERNS DE DÉMARRAGE
Itération
1
Itération
2 […]
Itération
N
a) Directement
en projet
(littérature Scrum)
Itération
1
Itération
2 […]
Itération
N
Itération
0
b) Ateliers
de démarrage
(commun)
Itération
N
Itération
0
c) Phase d’analyse
préliminaire
(commun)
Analyse
préliminaire
Itération
1
Itération
2 […]
Itération
N
d) Analyse
préliminaire
empirique
Itération
4
Itération
5 […]
Avant-Projet
Itération
2
Itération
3
Itération
1
(ou pas)
Décision

6. ©PyxisTechnologiesinc.
FINANCEMENT DE TYPE LEAN
STARTUP
Image tirée de l’article Agile with Guts de Nicolas Gouy
Adapté au patterns de démarrage Scrum (A) et Itération 0 (B)

7. ©PyxisTechnologiesinc.
FINANCEMENT PAR UNE PHASE D’ANALYSE
PRÉLIMINAIRE (C)
Tiré du livre « Choisir l’Agilité » de Mathieu Boisvert et Sylvie Trudel

8. ©PyxisTechnologiesinc.
NE PAS CONFONDRE LES ATELIERS DE
DÉMARRAGE AVEC UNE PHASE PRÉLIMINAIRE
On ne peut pas obtenir un résultat aussi fiable en réduisant le temps
disponible à l’analyse préliminaire.
Projet
Itération
1
Itération
2 […]
Itération
N
Itération
0
b) Ateliers
de démarrage
(commun)
Itération
N
Itération
0
c) Phase d’analyse
préliminaire
(commun)
Analyse
préliminaire
Itération
1
Itération
2 […]
Avant-Projet Décision

9. ©PyxisTechnologiesinc.
FINANCEMENT TRADITIONNEL ET AGILE:
DEUX STRATÉGIES DIFFÉRENTES
Pratiques
•Éllicitation complète des besoins en amont
•Architecture détaillée en amont
•Communication par documents approuvés
Pratiques
• Compréhension des besoins « Juste
assez, juste à temps »
• Architecture émergente (dernier
moment responsable
• Cycle de rétroaction (feedback loop)
Risques
•Paralysie par l’analyse
•Sur ingénierie
•Solution non adaptée Risques
•Réingénierie coûteuse
•Solution non globale

10. ©PyxisTechnologiesinc.
ANALYSE PRÉLIMINAIRE EMPIRIQUE (D):
UN MODÈLE DE FINANCEMENT COMPLÉTEMENT AGILE
Itératio
n 3
Itératio
n 1
Itératio
n 2
• Équipe réduite, similaire au modèle
traditionnelle, mais avec l’ajout de
quelques développeurs séniors;
• Analyser dans l’ordre de la valeur
d’affaires et du risque (style Agile et
Lean Startup);
• En plus des documents,
développement d’incréments qui
valident les plus grandes hypothèses;
• L’investissement est une dépense.
Itératio
n 4
Itératio
n 5
Itératio
n 8
Itératio
n 6
Itératio
n 7
Itératio
n 9
Itératio
n 10
Itératio
n …
• Changement de la composition de l’équipe:
plus de développeurs, moins d’analystes;
• Pas de transfert de projet, plutôt une
continuité;
• Carnet de produit, définition de terminé,
outil de suivi et incrément de base déjà en
place: pas seulement un document
d’analyse;
• Transfert des coûts d’avant-projet au
budget du projet de développement.
LE BUT EST DE RÉDUIRE
LE RISQUE ET ESTIMER LES
PARAMÈTRES DU PROJET
LE BUT EST DE LIVRER AVEC
UNE PLUS GRANDE VÉLOCITÉ
ProjetAvant-projet

11. MÉTRIQUES

12. ©PyxisTechnologiesinc.
 Jour / homme: Facile à comprendre, pas équivalent pour
chaque individu;
 Jour idéal: Facile à comprendre, tendance à faire un
rapprochement avec le temps effectif;
 Points d’effort: Utile pour l’estimation en équipe, mais
c’est une mesure non-reproductible;
 Points de fonction: Reproductible, disjoint des individus,
mais demande une expertise.
UNITÉS DE MESURES
Si vos barèmes actuels vous conviennent, continuez de les utiliser.

13. ©PyxisTechnologiesinc.
Trajet Distance Difficultés Durée Poids
Sherbrooke @
Magog
~ 50 km --- 30 minutes 1
Sherbrooke @
Laval
~ 160 km Pont Champlain,
Échangeur
Turcot, Autoroute
40
1.5 @ 3 heures 4
Sherbrooke @
aéroport PET
~ 160 km Pont Champlain,
Échangeur
Turcot, Autoroute
40
3 heures 6
Sherbrooke @
Québec
~ 300 km Pont Pierre-
Laporte
2.5 @ 3 heures 6
LES POINTS D’EFFORT (STORY POINTS):
UNE ESTIMATION RELATIVE DE LA COMPLEXITÉ

14. ©PyxisTechnologiesinc.
 Identification des requis et
estimation à l’aide des
points d’effort
 Estimation de la vélocité par
le découpages en tâches de
la première itération
 Confirmation de la vélocité
par le découpage en tâches
de la deuxième itération
 Lancement d’une itération
pour construire un
historique et vérifier
l’hypothèse de la vélocité
RETOUR D’EXPÉRIENCE D’UNE ESTIMATION À
L’AIDE DES POINTS D’EFFORTS
À combien estimez-
vous le projet ?
Êtes-vous sûrs?
Êtes-vous VRAIMENT
sûrs?

15. CONCLUSION

16. ©PyxisTechnologiesinc.
 Choisir sa démarche d’estimation initiale selon le pattern de
démarrage
 Pour plus de confiance, ne vous limitez à une estimation
théorique
Encore plus de considérations…
 Toujours le droit de mettre fin à un projet en péril
 Toujours possible d’arrêter le développement d’un produit
qui est suffisant
 Il y a une distinction entre le prix de vente et l’estimé d’un
projet
 N’hésitez pas à prendre action, dès les premiers cycle de
rétroaction
CONSIDÉRATIONS SUPPLÉMENTAIRES

17. Titre sur mesure
POINTS FORTS
1
Période de
questions
?

18. ©PyxisTechnologiesinc.
 /campus offre une gamme complète de cours de formation permettant
d’acquérir les connaissances nécessaires pour maîtriser les notions de
l’Agilité.
 /conseil, c’est une équipe d’experts qui accompagne nos clients et leurs
équipes de direction dans la gestion et la réalisation de leurs projets
Agiles.
 /studio développe des applications sur mesure et prend en charge les
projets de nos clients ou les réalise conjointement avec eux.
La force de Pyxis Technologies réside dans notre équipe de Pyxissiens
passionnée qui vit l’Agilité chaque jour et en maîtrise les pratiques et
techniques.
UNE GAMME COMPLÈTE DE SERVICES LIÉS AU
DÉVELOPPEMENT AGILE DE LOGICIELS

19. Titre sur mesure
POINTS FORTS
1
Merci!
pyxis-tech.com