Le document présente un compte rendu du café Scrum de Bordeaux du 16 juin 2011, incluant des nouvelles Scrum, des événements futurs et un retour d'expérience sur Jira et Greenhopper. Il met en avant la comparaison entre les techniques Burnup et Burndown pour le suivi des sprints et des releases. Il aborde également la gestion de l'incertitude dans les projets Scrum et propose des conseils pour la planification des releases.

1. SCRUM Café Bordelais Le 16 Juin 2011 Rédacteur : Philippe Launay

2. Plan de la présentation Accueil Les dernières SCRUM News Les prochains évènements Retour d’expérience Jira / GreenHopper Burnup vs. Burndown Questions réponses

3. Sponsor Merci à notre sponsor de nous accueillir

4. Plan de la présentation Accueil Les dernières SCRUM News Les prochains évènements Retour d’expérience Jira / GreenHopper Burnup vs Burndown Questions réponses

5. SCRUM News Article de Jeff Sutherland « implémenter SAP avec Scrum », http://scrum.jeffsutherland.com/2011/04/implementing-sap-with-scrum.html Facebook : SCRUM

6. Plan de la présentation Accueil Les dernières SCRUM News Les prochains évènements Retour d’expérience Jira / GreenHopper Burnup vs. Burndown Questions réponses

7. Les prochains évènements Internationaux 15 au 16 juin, Agile Australia, Sidney, AUS 24 au 25 juin, Scrum Gathering China Reginal Event, Shangai 7 au 9 septembre, ALE 2011 Unconference, Berlin, DE 17 et 18 octobre, Lean & Kanban Europe, Munich, DE 11 au 13 octobre, Scrum Gathering, Londres, UK 4 novembre, Agile Israel, Airport City, ISR 7 au 9 décembre, Scrum Coaching Retreat, Boulder, CO

8. Les prochains évènements Nationaux 28 & 29 Juin, Université du SI, Paris 24 Juin, Soirée Devops, Scrum & Kanban, Issy les moulineaux (Microsoft) 14 Juin, Key Note Ken Schwaber, Issy les moulineaux (Microsoft) 26 & 27 Mai, Agile France 2011 Agile tour, Bordeaux, le 21 Octobre

9. Les prochains évènements – Bordeaux / région Scrum Café Proposition le 14 septembre à 19:00 A priori le sponsor sera EPSI

10. Plan de la présentation Accueil Les dernières SCRUM News Les prochains évènements Retour d’experience : Jira / GreenHopper Burnup vs. Burndown Questions réponses

11. Retour d’expérience : Jira / GreenHopper Présentation AKKA

12. Plan de la présentation Accueil Les dernières SCRUM News Les prochains évènements Retour d’expérience : Jira / GreenHopper Burnup vs. Burndown Questions réponses

13. Le burn down Burnup vs. Burndown

14. Idéal pour les sprints Burnup vs. Burndown

15. Un autre utilisation? Burnup vs. Burndown

16. Reporting sur l’avancement des releases Créer un plan de release A partir du backlog en suivant les priorités En tenant compte de la vélocité de l’équipe Une réunion une fois avant le début de chaque sprint Estimation / ré estimation Estimation nouvelle stories Adapter le plan en fonction de l’avancement Burnup vs. Burndown Basse Priorité Haute Priorité Histoire 1 Histoire 2 Histoire 5 Histoire 10 Histoire 8 Histoire 3 Histoire 14 Histoire 6 Histoire 7 Histoire 4 Histoire 11 Histoire 13 Histoire 9 Histoire 12 Histoire 15 Product Backlog 8 5 13 20 3 20 40 13 20 13 20 5 13 20 20 Histoire 1 Histoire 2 Histoire 5 Histoire 10 Histoire 3 Histoire 8 Histoire 14 Histoire 4 Histoire 6 Histoire 7 Histoire 11 Histoire 13 Histoire 9 Histoire 12 Histoire 15 Histoire 1 Histoire 2 Histoire 5 Histoire 10 Histoire 3 Histoire 8 Histoire 14 Histoire 4 Histoire 6 Histoire 7 Histoire 11 Histoire 13 Histoire 9 Histoire 12 Histoire 15 Sprint Sprint Release Sprint Sprint Sprint Sprint Release Sprint Sprint temps

17. Burndown de release Burnup vs. Burndown Story points ou jours Sprints

18. Burndown de release Utile pour Les équipes Le management / les clients Connaitre la tendance pour la release Pas toujours connu des équipes Utilisable avant même le début de la release Utile pour planifier avec l’utilisation de la capacité et de la vélocité Burnup vs. Burndown

19. Indicateurs Vélocité C’est le nombre de story points fait dans le sprint précédent Facteur de Focus C’est le pourcentage de temps dédié à la production de story points dans un sprint Capacité C’est le nombre de story points que l’équipe doit être capable de réaliser dans le futur, en tenant compte de la vélocité passée et du facteur de focus Burnup vs. Burndown

20. Visualisation des changements Changements Burnup vs. Burndown

21. Une autre façon de voir Changements La courbe idéale ne change pas Burnup vs. Burndown

22. Difficultés avec le burn down Difficile de montrer les impacts sur les releases suivantes Accepter les changements et les rendre visibles ainsi que leurs conséquences Vision difficile si plusieurs équipes sont impliquées Burnup vs. Burndown

23. Des Burn downs aux Burn ups Il est plus facile de comprendre les courbes qui grimpent Au lieu de montrer le reste à faire, montrer le déjà fait Rendre plus lisibles les changements (ajouts ou retraits) dans le temps Montrer les progrès sur plusieurs versions sur une même période de temps Rendre les décisions plus lisibles lorsque les versions : Sont à dates fixes Sont à scope fixe Burnup vs. Burndown

24. Démarrer avec un Burn up Release Burn up Capacité Dates de release Burnup vs. Burndown

25. Démarrer avec un Burn up Scope des versions La version peut être réalisée pour cette date Release Burn up

26. Démarrer avec un Burn up Scope des versions après changements Scope 1 peut être atteint, pas le scope 2 Pour une version à date fixe, le scope doit être réduit Pour une version à scope fixe, la date doit être changée Release Burn up Burnup vs. Burndown

27. Démarrer avec un Burn up Release Burn up Situation basée sur la vélocité Si la vélocité est inférieure à la capacité planifiée, les résultats se voient rapidement Burnup vs. Burndown

28. Démarrer avec un Burn up Projet 1 Projet 2 2 projets se chevauchant Releases Burn up Burnup vs. Burndown

29. Démarrer avec un Burn up La livraison des 2 projets peut être assurée Releases Burn up Burnup vs. Burndown

30. Démarrer avec un Burn up Releases Burn up Velocité pour les deux projets Difficile de savoir la situation de chaque projet Burnup vs. Burndown

31. Démarrer avec un Burn up Releases Burn up Vélocité de chaque projet La capacité globale n’est pas un bon indicateur dans ce cas

32. Démarrer avec un Burn up Releases Burn up 2 capacités 1 par projet Meilleure vue avec 2 capacités mais … Burnup vs. Burndown

33. Et l’incertitude? Buffer Sprint Avec l’incertitude, le scope peut prendre un sprint de plus ou de moins un « buffer » sprint dans la release peut aider à absorber l’incertitude Releases Burn up Burnup vs. Burndown

34. L’incertitude chez AGFA Tous les EBI (format user stories) sont estimés Utilisation du tee-shirt size pour l’incertitude Le scope d’une version peut être estimé avec une version pessimiste et une version optimiste Burnup vs. Burndown

35. L’incertitude chez AGFA Buffer Sprint Un buffer sprint pour absorber l’incertitude Releases Burn up Burnup vs. Burndown

36. Comment choisir ? Burn down Un équipe travaillant sur un produit/projet sur une période de temps déterminée Burn up Une équipe – plusieurs produits Une équipe avec plusieurs versions dans une même période de temps Une équipe avec un plan pour plusieurs versions d’un produit Plusieurs équipes pour plusieurs modules d’un même produit Burnup vs. Burndown

37. Questions / Réponses

38. Plan de la présentation Accueil Les dernières SCRUM News Les prochains évènements Retour d’expérience Jira / GreenHopper Burnup vs. Burndown Questions réponses