Publicité

Estimation initiale dun projet agile de Mathieu Boisvert

Agile consultants à Pyxis
12 Mar 2015
Publicité

Contenu connexe

Présentations pour vous(20)

Publicité

Similaire à Estimation initiale dun projet agile de Mathieu Boisvert(20)

Publicité

Dernier(20)

Estimation initiale dun projet agile de Mathieu Boisvert

  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

Notes de l'éditeur

  1. 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.
  2. Je baigne dans la soupe agile depuis 2004 Conseiller, formateur, co-auteur, Chargé de cours Accessoirement: directeur de la formation à Pyxis.
  3. Valeurs : Transparence, Inspection, Adaptation 4 événements : Sprint Planning, Daily Scrum, Revue, Rétro Des limites de temps Définition de “terminé” 3 rôles 4 événements 3 artéfacts : Le carnet de produit Le carnet de sprint L'incrément de fonctionnalité prêt à être exploité
  4. Présentation des différents patterns de démarrage que je connais.
  5. Ensemble de petits projets indépendants: risque seulement une portion de la portée. Ensemble de petits projets Indépendants: risque seulement une portion de la portée. Cout fixe, échéancier fixe, portée flexible Motivation entre client et fournisseur WIN / WIN Partage des budget restant en fin de projet. Cout fixe, échéancier flexible, portée flexible Motivation entre client et fournisseur WIN / WIN
  6. Cas de l’analyse rapide, basé sur les hypothèses que la réutilisation d’un service sera plus efficaces, sans avoir vérifier que le service est effectivement adapté.
  7. S’arrêter « juste assez »: suffisamment pour définir un cadre pour les équipes de développement Garder les options ouvertes: pour conserver la flexibilité le plus longtemps possible Modèle proche des besoins affaires: pour vérifier véritablement les hypothèses: les siennes et celles des autres Mauvaises raisons Parce que ca fonctionne comme ca ici Pour pouvoir mieux évaluer le budget et ainsi franchir une gate de gouvernance
  8. Présentation des différents patterns de démarrage que je connais.
Publicité