Estimer et Planifier

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

    ×