Agile tour2015

30 Oct 2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
Agile tour2015
1 sur 49

Contenu connexe

Tendances

Xebicon REX Société Générale agile chez les opsXebicon REX Société Générale agile chez les ops
Xebicon REX Société Générale agile chez les opsClément Rochas
 Répondre aux questions les plus difficiles sur l’agilité  Répondre aux questions les plus difficiles sur l’agilité
Répondre aux questions les plus difficiles sur l’agilité Alain Buzzacaro
Azendoo - Agile Tour Bordeaux 2013Azendoo - Agile Tour Bordeaux 2013
Azendoo - Agile Tour Bordeaux 2013Christophe Gagin
#13 annexes#13 annexes
#13 annexesagnes_crepet
USI 2014 - Le dessous des cartes agiles de la transformation numérique de Fr...USI 2014 - Le dessous des cartes agiles de la transformation numérique de Fr...
USI 2014 - Le dessous des cartes agiles de la transformation numérique de Fr...Alain Buzzacaro
Rex d'une vague ScrumBan au meetup Culture KanbanRex d'une vague ScrumBan au meetup Culture Kanban
Rex d'une vague ScrumBan au meetup Culture KanbanCouthaïer FARFRA

En vedette

Agile France - Le Bonheur au TravailAgile France - Le Bonheur au Travail
Agile France - Le Bonheur au TravailAlexis Monville
Agile Acceptance Criteria How ToAgile Acceptance Criteria How To
Agile Acceptance Criteria How ToPayton Consulting
Acceptance criteriaAcceptance criteria
Acceptance criteriaSoftheme
50 citations sur l'innovation50 citations sur l'innovation
50 citations sur l'innovationHUB INSTITUTE
Bonheur au Travail : Outils et Bonnes PratiquesBonheur au Travail : Outils et Bonnes Pratiques
Bonheur au Travail : Outils et Bonnes PratiquesHR SCOPE
Soir de Match Rouen/Châlons-ReimsSoir de Match Rouen/Châlons-Reims
Soir de Match Rouen/Châlons-Reimsspo_officiel

Similaire à Agile tour2015

Definition of Done - Agile Pays Basque - 23/09/2016Definition of Done - Agile Pays Basque - 23/09/2016
Definition of Done - Agile Pays Basque - 23/09/2016ffaure32
Matinale Agile Wake Up #4 : les tests et l'agilitéMatinale Agile Wake Up #4 : les tests et l'agilité
Matinale Agile Wake Up #4 : les tests et l'agilitéZenika
L'Obeya - Agile France 2015L'Obeya - Agile France 2015
L'Obeya - Agile France 2015Operae Partners
Des processus et des outils pour aider les individus et favoriser leurs inter...Des processus et des outils pour aider les individus et favoriser leurs inter...
Des processus et des outils pour aider les individus et favoriser leurs inter...ATBdx
AT2010 Optimisez le retour sur investissement de votre produit avec une bonne...AT2010 Optimisez le retour sur investissement de votre produit avec une bonne...
AT2010 Optimisez le retour sur investissement de votre produit avec une bonne...Normandy JUG
La transformation agile d'une grande entreprise... Comment faire ?La transformation agile d'une grande entreprise... Comment faire ?
La transformation agile d'une grande entreprise... Comment faire ?Franck Beulé

Agile tour2015

Notes de l'éditeur

  1. www.agiletour.org
  2. Frédéric Faure, toujours javagiliste, toujours 3 enfants, tombé dans le java à ma sortie d’école d’ingé, tombé dans l’agilité en 2006 Pas de blog mais un compte twitter assez famélique. Membre passif de l’association okiwi (je paie ma cotiz mais avec mes 3 enfants, c’est compliqué de faire des coding dojos tous les mois) => avant, lien delicious, très bonne initiative : elcurator
  3. Arpinum : des extremistes programmers Ayeba : la classe incarnée Okiwi : mes amis Merci pour leur engagement pour la communauté informatique bordelaise
  4. Effectué un travail de recherche dans la littérature sur le DoD J’ai une expérience très significative dans le cadre de mon projet mais aussi dans le cadre du déploiement de pratiques agiles sur l’ensemble d’un pôle de développement
  5. Certains citent Kent Beck, je suis plutôt Socrate Pas de certitudes, que des convictions Je n’ai pas la vérité, une solution miracle qui marche, je sais juste des trucs qui ont marché pour moi Rien a vendre pas consultant, pas en SSII, W chez un éditeur de logiciel (y a peu de chances que vous l’achetiez)
  6. Si tout le monde garde le doigt levé à la fin, pourquoi sont-ils là?
  7. Mode ninja : Ca compile donc ca marche Mode informaticien de base : Je comprends pas, ca marche sur ma machine => arrête tout, on prend ta machine et on la branche à la place du serveur de prod Mode test after : Les tests seront fait lors du sprint d’après, on fera un sprint de consolidation en fin de version On connait tous la fameuse question du manager au développeur quand il dit « j’ai fini » : mais tu as fini fini? (relation parent/enfant, retour à l’école)
  8. Petite apparté sur la notion de valeur
  9. Faut faire des trucs qui marchent, qui plaisent au client et en plus de qualité
  10. J’allais de tps en tps au boulot en vélo. Ma fille a eu un projet dev durable l’année dernière et elle m’a tanné pour aller à l’école en vélo. Franchi le pas en début d’année : J’emmène les enfants en vélo et je continue jusqu’au boulot. Franchement, j’arrive avec une patate comme jamais j’ai eue. Et honnêtement, si j’arrive à le faire dans mes conditions (40 ans, surpoids, 1,5km avec les enfants, +7km ensuite) vous pouvez le faire. Bordeaux est a peu près bien desservi en terme de PC, c’est assez plat. Essayez! En plus, les statistiques prouvent que plus les gens font du vélo, moins il y a d’accident de vélo par km parcouru (les automobilistes s’habituent à la présence des cyclistes et sont plus vigilants (angles morts, ouvertures de porte, respect des pistes cyclables, etc.)
  11. Concept assez ancien qui s’est petit à petit ancré dans la documentation officielle, notamment de scrum Lien vers article du créateur du concept (je reviendrai dessus plus tard) Dans le scrum guide, guide de référence des créateurs de la méthode (Schwaber et Sutherland) Dans le Scrum primer (Larman et Vodde, fondateurs du fwk Less) On parle ici et par la suite du DoD au niveau item du backlog (granularité user story)
  12. Si vous ne connaissez pas l’institut agile, très bon référentiel initié je crois par Laurent Bossavit qui référence les pratiques liées à l’agilité. Les mots importants : Équipe Visible Critères génériques
  13. L’aspect fondamental du DoD c’est qu’il ne doit pas être imposé de l’extérieur mais doit émerger de l’équipe. Un travail initial de définition qui doit être suivi au niveau application On reprend le concept d’inspect and adapt cher à Scrum pour le faire vivre. Il définit des critères génériques pour l’équipe qui peuvent s’appliquer à chacun des items qu’ils développent
  14. Explicite pour limiter les risques d’incompréhension au sein de l’équipe et entre l’équipe et les parties prenantes Intégré au management visuel pour ne pas être oublié en fin de story
  15. 3ème point est important. Ca doit aider l’équipe dans la réalisation de sa story, la guider dans son cheminement et même dans l’estimation et l’identification des tâches
  16. Atelier que l’on a effectué dans mon équipe il y a 2-3 ans qui permet de poser les choses
  17. Vous pouvez également vous référer à l’article susmentionné de l’initiateur du DoD. Il était parti sur 3 niveaux de done (coded/verified/validated) auxquels il a ajouté un 4ème qui intègre tout ce qu’on aime pas faire mais qui doit être fait (doc, formations, etc). Il découpe le DoD en fonction du niveau (Story : 2D, Feature : 3D, Produit :4D). C’est discutable mais ca amène la discussion sur le sujet des niveaux de DoD
  18. Moyen mnémotechnique qu’on avait instauré (et dont j’avais parlé l’année dernière) pour simplifier les choses.
  19. Regarder cette vidéo : très drôle Productivité baisse si on reste trop longtemps Si vous être bon, vous devez faire votre boulot dans le temps imparti Avoir une vie (famille, sport, okiwi) En tant que manager, etre un exemple pour son équipe (si vous ne partez pas, ils ne partent pas) Joyeux = + productif
  20. Combinaison de l’ensemble des tactiques précédentes : Affichage du DoD détaillé sur le board Une étiquette platifiée en mode checklist avec chacun des points à valider Un seul post-it DoD par user Story Une personne prend la tâche et devient donc responsable de sa complétion
  21. Pris en compte dans le burndown : Notre burndown se limite au décompte des tâches Le DoD correspond peu ou prou à notre granularité de tâches (entre ½ et 1 journée): Merges doc Checklist plastifiée Une personne responsable de la tâche
  22. Même si on fait attention, on peut arriver à des dérives : Toutes les stories sont presques finies, mais elles ne sont pas done donc elle n’apportent de la valeur donc on peut planter le sprint à 100%
  23. « Sans vous rien ne se fera » => présentation de Cyrille Deruel 2013 Mis un an à activer le concept - Un thème, un backlog, des personnes motivées, un rdv régulier (un peu de comm, c’est mieux) Ca commence à prendre lentement (2 niveau dev : agilité et JEE, 1 à venir côté PO grace au soutien de Fabrice Aimetti
  24. Vous connaissez tous l’acronyme INVEST. Il s’applique bien.
  25. Phrase que j’aime bien. On reste attaché au mode de fonctionnement Scrum de l’itération à durée fixe (pas mal de vertus pour organiser les cérémonies, pour mobiliser l’équipe sur un engagement, etc). Par contre, le processus de maturation du backlog se prête vraiment bien au flux (et donc au kanban)
  26. J’ai honteusement repompé un slide d’une présentation de Claude Aubry sur la notion de bacs que j’aime bien et qui permet de caractériser ce flux de maturation. On peut bien entendu mettre des limites de WIP pour kanbaniser le tout.
  27. Beaucoup d’équipes qui accusent le non respect du DoR de tous les maux quant à la non réalisation de leur DoD se reposent trop sur le PO pour cette phase. Certes, c’est de la responsabilité du PO mais l’équipe doit y contribuer.
  28. Le bonheur est communicatif.
  29. Finalement, ma conclusion porte plus sur le bonheur au travail. Si on reprend les exemples cités (vélotaf, go the fuck home, communauté de pratiques, citation prévert) convergent toutes dans le même sens : le changement est entre vos mains. Chacun à son niveau a le pouvoir de faire bouger les lignes. Même si on a l’impression d’être Sysiphe parfois, il faut perséverer et poser des cliquets!
  30. Nascimo, Encore une journée de foutue, la balade de chez tao