AgileCampusTour                      Planifier et Estimer@agilecampustour                     http://agilecampustour.org
La fine équipe                   Julien Biezemans                      julien@agilecampustour.org                      @jbp...
Petit rappel     1 semaine@agilecampustour   http://agilecampustour.org
Petit rappel     1 semaine@agilecampustour   http://agilecampustour.org
Avant le projet, la vision                   Est-ce que le projet en vaut la peine?                   Les 5 pourquoi (5 wh...
Définir une longueur pourles itérations                   Ni trop courte, ni trop longue                   De 1 à 6 semaine...
Que veut dire “terminé”?          Les critères qui définissent la complétion                          S’appliquent à un réc...
ExempleLe blog de l’AgileCampusTour@agilecampustour               http://agilecampustour.org
ExempleLe blog de l’AgileCampusTourPublier des articles et des vidéos sur l’agilité pour les étudiants@agilecampustour    ...
ExempleLe blog de l’AgileCampusTourPublier des articles et des vidéos sur l’agilité pour les étudiantsFournir aux étudiant...
ExempleLe blog de l’AgileCampusTourPublier des articles et des vidéos sur l’agilité pour les étudiantsFournir aux étudiant...
ExempleLe blog de l’AgileCampusTourPublier des articles et des vidéos sur l’agilité pour les étudiantsFournir aux étudiant...
ExempleLe blog de l’AgileCampusTourPublier des articles et des vidéos sur l’agilité pour les étudiantsFournir aux étudiant...
Récits d’utilisateurs(User stories)                               3                                   Capture le contenu d...
INVEST@agilecampustour            http://agilecampustour.org
INVESTIndépendant       “Un auteur peut écrire un article sur le blog.”      “Un auteur peut écrire une nouvelle sur le bl...
INVESTIndépendant           “Un auteur peut publier un article ou une                    nouvelle sur le blog.”@agilecampu...
INVESTIndépendant         “Un auteur peut publier sur le blog.”“Un auteur peut définir le type de publication qu’il écrit....
INVESTNégociable             Un récit n’est pas un contrat                    Peu de détails@agilecampustour              ...
INVESTValorisable                   Récits écrits par le client@agilecampustour                             http://agileca...
INVESTValorisable                   Pour les utilisateurs“Les visiteurs peuvent écrire des commentaires sur les           ...
INVEST Valorisable                      Pour les clients“Le nombre de visites uniques sur la page daccueil doit être      ...
INVESTValorisable                   Pas pour les développeurs  “Le code source doit être centralisé et partagé via un     ...
INVESTValorisable                   Pas pour les développeurs  “Le code source doit être centralisé et partagé via un     ...
INVESTEstimable                   Connaissance du domaine@agilecampustour                         http://agilecampustour.org
INVESTEstimable                   Connaissance technique@agilecampustour                        http://agilecampustour.org
INVESTEstimable                   Récit trop conséquent@agilecampustour                           http://agilecampustour.org
INVESTSmall (petit)        Récit trop important ou trop petit:           difficile à estimer et planifier@agilecampustour   ...
INVESTTestable                   Critères d’acceptance@agilecampustour                           http://agilecampustour.org
INVESTTestable                   Tests automatisés@agilecampustour                 http://agilecampustour.org
INVESTTestable    Etant donné que je suis identifié comme auteur    Lorsque jécris un article sur le blog    Et que je pub...
Verticalité                    (full stack)@agilecampustour                   http://agilecampustour.org
Structure d’un récitAfin de fournir aux étudiants des informations sur l’agilitéEn tant que membre de l’AgileCampusTourJe v...
Structure d’un récit                   Afin de <valeur métier>                   En tant que <rôle>                   Je ve...
Trier les récits par priorité                   Du plus important au moins important                   Différentes techniq...
Pourquoi prioritiser?Le plus important en premier...@agilecampustour                  http://agilecampustour.org
Pourquoi prioritiser?Le plus important en premier... ou presque...@agilecampustour                         http://agilecam...
Pourquoi prioritiser?Le plus important en premier... ou presque...@agilecampustour                         http://agilecam...
Pourquoi prioritiser?Le plus important en premier... ou presque...@agilecampustour                         http://agilecam...
Pourquoi prioritiser?Le plus important en premier... ou presque...@agilecampustour                         http://agilecam...
Prioritiser: techniques     Préférence    La plus simple                   Le “client” décide seul     VAN           Calcu...
Prioritiser: techniques     KANO          Impliquer les utilisateurs                   Permet de catégoriser les récits   ...
Estimer les récits                     En heures ou en points                     L’équipe estime le travail              ...
Pourquoi estimer?                   Quantité de travail délivrée à la deadline                   Planification de projets  ...
Pourquoi estimer?                    Quantité de travail délivrée à la deadline                    Planification de projets...
Les “story points”Mesure de l’effort nécessaire pouraccomplir un récit                                                    ...
Les “story points”Mesure de l’effort nécessaire pouraccomplir un récit                                                    ...
Example@agilecampustour   http://agilecampustour.org
Example@agilecampustour   http://agilecampustour.org
Example                                      1/200@agilecampustour   http://agilecampustour.org
“Story points” vs. heures     8h pour moi ne veut pas dire 8h pour vous...     Si je tombe malade on ré-estime?     Il est...
Estimer: techniques                                 Planning Poker                                 Chaque membre recoit de...
Estimer: techniques                   Affinity estimating                   Un ou deux membres de l’équipe trient          ...
Oui mais, comment on fait le lien avec             le temps nécessaire?@agilecampustour                   http://agilecamp...
La vélocité d’une équipe                   Représente l’effort qu’une équipe peut                   délivrer en une itérat...
Déterminer la vélocité      Utiliser des données historiques de l’équipe      Faire 2 ou 3 itérations      Faire une “esti...
Voilà, maintenant on peut “planifier”@agilecampustour                  http://agilecampustour.org
Niveau projet: Product Backlog      Liste de tous les récits identifiés      Peut contenir des récits vagues      Liste pri...
Niveau itération: Sprint Backlog      Au début de chaque itération, on prend les      éléments les plus importants du prod...
C’est un peu comme...
Comment visualiser?@agilecampustour                         http://agilecampustour.org
Kanban     Permet de représenter le processus de     développement en détail     Limite le travail en cours     Est un élé...
Kanban     Visualiser permet de se construire une “carte”     de l’itération     Manipuler crée de l’engagement           ...
La suite     1 semaine@agilecampustour   http://agilecampustour.org
La suite     1 semaine@agilecampustour   http://agilecampustour.org
La suite     1 semaine@agilecampustour   http://agilecampustour.org
La suite     1 semaine@agilecampustour   http://agilecampustour.org
Ne manquez pas...                   Workshop planification et estimation                   21 février de 18h30 à 21h30     ...
Un peu de lecture?@agilecampustour     http://agilecampustour.org
Et rien que pour vous...@agilecampustour           http://agilecampustour.org
Questions?@agilecampustour   http://agilecampustour.org
Estimer et Planifier
Prochain SlideShare
Chargement dans…5
×

Estimer et Planifier

795 vues

Publié le

Deuxième session de l'AgileCampusTour à Louvain-la-Neuve, focus sur la planification et l'estimation.

Publié dans : Formation
0 commentaire
1 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

Aucun téléchargement
Vues
Nombre de vues
795
Sur SlideShare
0
Issues des intégrations
0
Intégrations
2
Actions
Partages
0
Téléchargements
30
Commentaires
0
J’aime
1
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive
  • \n
  • \n
  • \n
  • 5 pourquoi, base d&apos;une m&amp;#xE9;thode de r&amp;#xE9;solution de probl&amp;#xE8;me utilis&amp;#xE9;e dans des syst&amp;#xE8;mes de contr&amp;#xF4;le de qualit&amp;#xE9;. Consiste &amp;#xE0; poser la question &amp;#x201C;Pourquoi?&amp;#x201D; 5 fois pour trouver la cause premi&amp;#xE8;re d&amp;#x2019;un probl&amp;#xE8;me. Utilis&amp;#xE9;e aussi pour conna&amp;#xEE;tre la raison premi&amp;#xE8;re d&amp;#x2019;un projet, sa finalit&amp;#xE9; premi&amp;#xE8;re, de creuser pour savoir en quoi l&amp;#x2019;id&amp;#xE9;e est int&amp;#xE9;ressante. On fera un petit exercice apr&amp;#xE8;s.\n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • Un r&amp;#xE9;cit d&apos;utilisateur (user story) est un texte court capturant le contenu d&apos;une fonctionnalit&amp;#xE9;, en fonction de besoins de l&apos;utilisateur.\n- sur cartes / post-its\n- num&amp;#xE9;riques\n
  • \n
  • chaque r&amp;#xE9;cit doit &amp;#xEA;tre impl&amp;#xE9;mentable s&amp;#xE9;par&amp;#xE9;ment\n
  • Combiner.\n
  • Diviser autrement\n
  • - discutable, &amp;#xE0; am&amp;#xE9;liorer en discutant entre client et devs;\n- pas trop de d&amp;#xE9;tails qui donnent la sensation que le r&amp;#xE9;cit est fig&amp;#xE9;.\n
  • pour d&amp;#xE9;terminer la valeur de mani&amp;#xE8;re optimale, le client devrait &amp;#xE9;crire les r&amp;#xE9;cits\n
  • \n
  • \n
  • \n
  • \n
  • =&gt; discussion avec le client\n
  • =&gt; spike: exp&amp;#xE9;rimentation br&amp;#xE8;ve timebox&amp;#xE9;e\n
  • =&gt; split!\n
  • =&gt; split ou combiner\n
  • les crit&amp;#xE8;res fin du developpement d&amp;#x2019;un r&amp;#xE9;cit clairs; d&amp;#xE9;finis par client.\ng&amp;#xE9;n&amp;#xE9;ralement dos de la carte. \nforme la plus pr&amp;#xE9;cise: sc&amp;#xE9;narios\n
  • cibler 100% de tests automatis&amp;#xE9;s, car un r&amp;#xE9;cit test&amp;#xE9; par une machine est plus robuste\n
  • discussion client: d&amp;#xE9;tails+++\n=&gt; &amp;#xE9;criture de sc&amp;#xE9;narios interpretables par machine\n
  • r&amp;#xE9;cit utilisateur pas une t&amp;#xE2;che de d&amp;#xE9;veloppement.\nil doit envisager une fonctionnalit&amp;#xE9; du point de vue de son utilisateur, au plus haut niveau\npas de d&amp;#xE9;tails techniques\nt&amp;#xE2;ches : plus tard\n
  • R&amp;#xE9;cit d&amp;#x2019;utilisateur sous forme stricte, r&amp;#xE9;pandue.\n
  • valeur m&amp;#xE9;tier: - besoin r&amp;#xE9;el user\n - essentiel prioritisation\nr&amp;#xF4;le: - identifier qui utilise pour &amp;#xE9;viter fonctionnalit&amp;#xE9;s inutiles\n - d&amp;#xE9;couvrir fonctionnalit&amp;#xE9;s oubli&amp;#xE9;es\nfonctionnalit&amp;#xE9;: - solution logicielle r&amp;#xE9;pondant au besoin\n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • Estimer et Planifier

    1. 1. AgileCampusTour Planifier et Estimer@agilecampustour http://agilecampustour.org
    2. 2. La fine équipe Julien Biezemans julien@agilecampustour.org @jbpros Simon Schoeters simon@agilecampustour.org @cimm Marc Lainez marc@agilecampustour.org @mlainez Si vous voulez tweeter utilisez le hashtag #act11@agilecampustour http://agilecampustour.org
    3. 3. Petit rappel 1 semaine@agilecampustour http://agilecampustour.org
    4. 4. Petit rappel 1 semaine@agilecampustour http://agilecampustour.org
    5. 5. Avant le projet, la vision Est-ce que le projet en vaut la peine? Les 5 pourquoi (5 why’s)@agilecampustour http://agilecampustour.org
    6. 6. Définir une longueur pourles itérations Ni trop courte, ni trop longue De 1 à 6 semaines Donne un rythme à l’équipe@agilecampustour http://agilecampustour.org
    7. 7. Que veut dire “terminé”? Les critères qui définissent la complétion S’appliquent à un récit utilisateur ou fonctionnalité Limités aux compétences et ressources de l’équipe Compris par le client@agilecampustour http://agilecampustour.org
    8. 8. ExempleLe blog de l’AgileCampusTour@agilecampustour http://agilecampustour.org
    9. 9. ExempleLe blog de l’AgileCampusTourPublier des articles et des vidéos sur l’agilité pour les étudiants@agilecampustour http://agilecampustour.org
    10. 10. ExempleLe blog de l’AgileCampusTourPublier des articles et des vidéos sur l’agilité pour les étudiantsFournir aux étudiants des informations sur l’agilité@agilecampustour http://agilecampustour.org
    11. 11. ExempleLe blog de l’AgileCampusTourPublier des articles et des vidéos sur l’agilité pour les étudiantsFournir aux étudiants des informations sur l’agilitéPouvoir les utiliser sur des projets dans le cadre de leurs cours@agilecampustour http://agilecampustour.org
    12. 12. ExempleLe blog de l’AgileCampusTourPublier des articles et des vidéos sur l’agilité pour les étudiantsFournir aux étudiants des informations sur l’agilitéPouvoir les utiliser sur des projets dans le cadre de leurs coursLeur ouvrir l’esprit à d’autres manières de travailler@agilecampustour http://agilecampustour.org
    13. 13. ExempleLe blog de l’AgileCampusTourPublier des articles et des vidéos sur l’agilité pour les étudiantsFournir aux étudiants des informations sur l’agilitéPouvoir les utiliser sur des projets dans le cadre de leurs coursLeur ouvrir l’esprit à d’autres manières de travaillerLeur donner l’envie d’utiliser l’agilité dans leur futur job@agilecampustour http://agilecampustour.org
    14. 14. Récits d’utilisateurs(User stories) 3 Capture le contenu d’une fonctionnalité Les visiteurs peuvent lire les articles publiés sur le Texte court sur carte ou post-it blog.@agilecampustour http://agilecampustour.org
    15. 15. INVEST@agilecampustour http://agilecampustour.org
    16. 16. INVESTIndépendant “Un auteur peut écrire un article sur le blog.” “Un auteur peut écrire une nouvelle sur le blog.”@agilecampustour http://agilecampustour.org
    17. 17. INVESTIndépendant “Un auteur peut publier un article ou une nouvelle sur le blog.”@agilecampustour http://agilecampustour.org
    18. 18. INVESTIndépendant “Un auteur peut publier sur le blog.”“Un auteur peut définir le type de publication qu’il écrit.”@agilecampustour http://agilecampustour.org
    19. 19. INVESTNégociable Un récit n’est pas un contrat Peu de détails@agilecampustour http://agilecampustour.org
    20. 20. INVESTValorisable Récits écrits par le client@agilecampustour http://agilecampustour.org
    21. 21. INVESTValorisable Pour les utilisateurs“Les visiteurs peuvent écrire des commentaires sur les articles.”@agilecampustour http://agilecampustour.org
    22. 22. INVEST Valorisable Pour les clients“Le nombre de visites uniques sur la page daccueil doit être enregistré.” @agilecampustour http://agilecampustour.org
    23. 23. INVESTValorisable Pas pour les développeurs “Le code source doit être centralisé et partagé via un système de versioning.”@agilecampustour http://agilecampustour.org
    24. 24. INVESTValorisable Pas pour les développeurs “Le code source doit être centralisé et partagé via un système de versioning.”@agilecampustour http://agilecampustour.org
    25. 25. INVESTEstimable Connaissance du domaine@agilecampustour http://agilecampustour.org
    26. 26. INVESTEstimable Connaissance technique@agilecampustour http://agilecampustour.org
    27. 27. INVESTEstimable Récit trop conséquent@agilecampustour http://agilecampustour.org
    28. 28. INVESTSmall (petit) Récit trop important ou trop petit: difficile à estimer et planifier@agilecampustour http://agilecampustour.org
    29. 29. INVESTTestable Critères d’acceptance@agilecampustour http://agilecampustour.org
    30. 30. INVESTTestable Tests automatisés@agilecampustour http://agilecampustour.org
    31. 31. INVESTTestable Etant donné que je suis identifié comme auteur Lorsque jécris un article sur le blog Et que je publie larticle Alors larticle est affiché publiquement sur le blog@agilecampustour http://agilecampustour.org
    32. 32. Verticalité (full stack)@agilecampustour http://agilecampustour.org
    33. 33. Structure d’un récitAfin de fournir aux étudiants des informations sur l’agilitéEn tant que membre de l’AgileCampusTourJe veux publier des articles sur le blog@agilecampustour http://agilecampustour.org
    34. 34. Structure d’un récit Afin de <valeur métier> En tant que <rôle> Je veux <fonctionnalité>@agilecampustour http://agilecampustour.org
    35. 35. Trier les récits par priorité Du plus important au moins important Différentes techniques@agilecampustour http://agilecampustour.org
    36. 36. Pourquoi prioritiser?Le plus important en premier...@agilecampustour http://agilecampustour.org
    37. 37. Pourquoi prioritiser?Le plus important en premier... ou presque...@agilecampustour http://agilecampustour.org
    38. 38. Pourquoi prioritiser?Le plus important en premier... ou presque...@agilecampustour http://agilecampustour.org
    39. 39. Pourquoi prioritiser?Le plus important en premier... ou presque...@agilecampustour http://agilecampustour.org
    40. 40. Pourquoi prioritiser?Le plus important en premier... ou presque...@agilecampustour http://agilecampustour.org
    41. 41. Prioritiser: techniques Préférence La plus simple Le “client” décide seul VAN Calcul du ROI d’un récit Ce qui rapportera le plus Poker Chips Ludique Permet au client de mettre un poids sur les récits@agilecampustour http://agilecampustour.org
    42. 42. Prioritiser: techniques KANO Impliquer les utilisateurs Permet de catégoriser les récits Kano model@agilecampustour http://agilecampustour.org
    43. 43. Estimer les récits En heures ou en points L’équipe estime le travail C’est une estimation@agilecampustour http://agilecampustour.org
    44. 44. Pourquoi estimer? Quantité de travail délivrée à la deadline Planification de projets Complexité des récits@agilecampustour http://agilecampustour.org
    45. 45. Pourquoi estimer? Quantité de travail délivrée à la deadline Planification de projets Complexité des récits C’est l’équipe de développement qui estime le travail, personne d’autre@agilecampustour http://agilecampustour.org
    46. 46. Les “story points”Mesure de l’effort nécessaire pouraccomplir un récit 8 BelgiumMesure relative par rapport à un récit deréférence pointsMesure de l’incertitude d’un récitEffort nécessaire = Temps nécessaire ?@agilecampustour http://agilecampustour.org
    47. 47. Les “story points”Mesure de l’effort nécessaire pouraccomplir un récit 8 BelgiumMesure relative par rapport à un récit deréférence pointsMesure de l’incertitude d’un récitEffort nécessaire = Temps nécessaire@agilecampustour http://agilecampustour.org
    48. 48. Example@agilecampustour http://agilecampustour.org
    49. 49. Example@agilecampustour http://agilecampustour.org
    50. 50. Example 1/200@agilecampustour http://agilecampustour.org
    51. 51. “Story points” vs. heures 8h pour moi ne veut pas dire 8h pour vous... Si je tombe malade on ré-estime? Il est prouvé qu’une estimation relative est plus souvent pertinente qu’une estimation absolue@agilecampustour http://agilecampustour.org
    52. 52. Estimer: techniques Planning Poker Chaque membre recoit des cartes Les valeurs sur les cartes suivent la suite de fibonacci... enfin presque... Plus la valeur est haute plus la tâche est complexe et incertaine http://www.planningpoker.com/ Chaque membre de l’équipe choisit une carte et ensemble, ils la retournent@agilecampustour http://agilecampustour.org
    53. 53. Estimer: techniques Affinity estimating Un ou deux membres de l’équipe trient les récits par complexité Le reste de l’équipe observe et réagit ensuite Des changements sont faits si nécessaire A chaque tas de récits de même complexité, on attribue un numéro croissant@agilecampustour http://agilecampustour.org
    54. 54. Oui mais, comment on fait le lien avec le temps nécessaire?@agilecampustour http://agilecampustour.org
    55. 55. La vélocité d’une équipe Représente l’effort qu’une équipe peut délivrer en une itération Varie au cours des itérations La moyenne permet de faire des prédictions Le “plan” est sans cesse réajusté au fil des changements de vélocité@agilecampustour http://agilecampustour.org
    56. 56. Déterminer la vélocité Utiliser des données historiques de l’équipe Faire 2 ou 3 itérations Faire une “estimation” éclairée de la vélocité Se baser sur “l’engagement” de l’équipe@agilecampustour http://agilecampustour.org
    57. 57. Voilà, maintenant on peut “planifier”@agilecampustour http://agilecampustour.org
    58. 58. Niveau projet: Product Backlog Liste de tous les récits identifiés Peut contenir des récits vagues Liste prioritisée par le client Des récits peuvent y être ajoutés, retirés, modifiés, déplacés Les récits du product backlog ne doivent pas mais peuvent être estimés@agilecampustour http://agilecampustour.org
    59. 59. Niveau itération: Sprint Backlog Au début de chaque itération, on prend les éléments les plus importants du product backlog L’équipe les estime un par un Lorsque la somme des story points des récits estimés atteint la vélocité on s’arrête La liste ainsi créée est le sprint backlog L’équipe travaillera sur ces récits durant l’itération@agilecampustour http://agilecampustour.org
    60. 60. C’est un peu comme...
    61. 61. Comment visualiser?@agilecampustour http://agilecampustour.org
    62. 62. Kanban Permet de représenter le processus de développement en détail Limite le travail en cours Est un élément essentiel pour l’équipe Permet à toute personne extérieure de connaître le statut de l’équipe Est mis à jour par l’équipe chaque jour@agilecampustour http://agilecampustour.org
    63. 63. Kanban Visualiser permet de se construire une “carte” de l’itération Manipuler crée de l’engagement 3 ways the brain creates meaning@agilecampustour http://agilecampustour.org
    64. 64. La suite 1 semaine@agilecampustour http://agilecampustour.org
    65. 65. La suite 1 semaine@agilecampustour http://agilecampustour.org
    66. 66. La suite 1 semaine@agilecampustour http://agilecampustour.org
    67. 67. La suite 1 semaine@agilecampustour http://agilecampustour.org
    68. 68. Ne manquez pas... Workshop planification et estimation 21 février de 18h30 à 21h30 BARB06 Développer oui, mais pas n’importe comment 24 février de 13h à 14h BARB94 Code workshop 28 février de 18h30 à 21h30 Salle INTEL Rétrospectives et conclusion 3 mars de 13h à14h BARB94@agilecampustour http://agilecampustour.org
    69. 69. Un peu de lecture?@agilecampustour http://agilecampustour.org
    70. 70. Et rien que pour vous...@agilecampustour http://agilecampustour.org
    71. 71. Questions?@agilecampustour http://agilecampustour.org

    ×