Légende

Descriptions des sessions

Salle 1

• 10h15 (1h)

  L’adhocratie va-t-elle sauver le monde ?

  Par Frédéric Navarro
  L'élément le plus flexible contrôle le système - et si l'entreprise s'organisait pour injecter dans son ADN 
 (valeurs, vision, attitudes, compétences, ...) les ingrédients nécessaires pour constamment être en phase avec 
 un environnement économique, humain, technologique, social... en changement perpétuel....
  Comment l'entreprise pourrait être sûre d'avoir cette agilité pour concentrer ses forces sur les sujets du moment qui font du sens pour elle et son écosystème.... qui lui permettront de traverser n'importe quelle crise et d'en tirer une force concurrentielle supplémentaire... est-ce un pur fantasme ?
  Existe-t-il une configuration d'entreprise qui soit désignée pour fonctionner de manière adhoc perpétuellement ?
  Qui a comme culture d'entreprise la gestion de l'exception ?
  Qui plus elle traverse des changements, plus elle se renforce ?
  L'adhocratie serait-elle la configuration ultime de l'entreprise agile ?
  Est-ce LA structure de la génération Y ?
• 11h30 (1h)

  Pour que le code lui-aussi soit agile : la programmation orientée aspects

  Par Gaël Fraiteur
  Vous avez réuni les meilleurs développeurs et les coaches les plus agiles.
  L’application a été livrée en un temps record et le client est comblé.
  Surtout, restez sobre lors de la release party et ne criez pas victoire trop vite ! Ce n’est que maintenant que votre code va être soumis à l’épreuve : comment va-t-il réagir aux éphémères exigences de ses utilisateurs et aux « progrès » des frameworks dont il dépend ? Votre code est-il aussi agile que votre gestion de projet ?
  Ou chaque changement anodin requiert-il des heures d’étude et des centaines de lignes de code modifiées ?
  
  Une technologie a été développée spécialement pour réduire les coûts de maintenance du code : la programmation orientée aspects (POA).
  Implémentée dans la plupart des langages de programmations, elle permet de produire la même fonctionnalité avec un code plus concis et plus lisible. Une aubaine, si l’on compte que chaque ligne de code peut cacher un défaut, et qu’un développeur d’une application en phase de maintenance passe en moyenne 75% de son temps à lire du code.
  L’approche de la POA : encapsuler les patterns d’implémentation les plus courants (traçage, gestion des exceptions, audit, ...) dans des classes dites aspects, que l’on peut appliquer aux processus métiers sans en altérer le code source. Et la prochaine fois qu’il faudra changer la politique d’audit, vous n’aurez qu’à changer une seule classe.
  
  La présentation n’est spécifique à aucun langage de programmation.
• 13h30 (1h)

  Système de contrôle de version distribués : Puissance et flexibilité avec Git

  Par Louis Jacomet
  Afin de livrer une application répondant aux besoins du client, il faut pouvoir la développer dans de bonnes conditions. Pour réaliser ceci, vous devez « choyer » votre code ainsi que lui offrir le meilleur pour le gérer et le faire évoluer.
  
  Le but de cette présentation est de vous montrer ce que peuvent apporter les systèmes de contrôle de version distribués, en particulier Git.
  Cette nouvelle génération d'outils possède de multiples avantages : par exemple la flexibilité qu'ils offrent pour gérer les contributions des différents membres d'une équipe ou votre flux de travail personnel.
  Venez vous offrir une chance de découvrir cet outil et peut-être vous laisser convaincre de le mettre en pratique dès demain !
• 14h45 (1h)

  L’intelligence des émotions

  Par Thierry Montulé
  Les émotions ont souvent mauvaise presse dans le monde des ingénieurs.
  Elles ne produisent aucun livrable et doivent être évitées comme les bugs. En situation conflictuelle ou de stress, le contrôle de notre corps peut même nous échapper ; les émotions nous submergent et nous font perdre une bonne partie de nos moyens.
  Pourtant, les émotions sont les plus fidèles alliées d’un agiliste... à condition de commencer à les apprivoiser.
  A l’heure où les systèmes deviennent de plus en plus complexes et où le travail en équipe s’avère indispensable, les informaticiens sont de plus en plus recrutés sur leurs « soft skills ».
  
  Cette session présente les fondamentaux des émotions et expose l’importance qu’il y a à les accueillir pour rester agile.
  
  Session assez théorique accompagnée de petits exercices interactifs avec la salle.
• 16h15 (1h)

  Intégrez l'expérience utilisateur dans vos projets agiles

  Par Vanessa Vimond
  Depuis quelques années, l'agilité a changé notre façon de réaliser des produits, l'ergonomie/design notre façon de les concevoir et c'est l'alliance des deux qui permet de faire des produits de qualité et de favoriser l'expérience utilisateur.
  
  Au-delà d'un retour d'expérience, nous verrons donc durant cette session comment intégrer l'expérience utilisateur dans des projets agiles : les bonnes pratiques, les outils et les bénéfices.

Salle 2

• 10h15 (1h)

  Bonnes et mauvaises pratiques du Daily meeting

  Par Céline Stauder
  Le daily meeting est souvent le premier élément mis en place dans une équipe Scrum, cependant le daily bascule vite en réunion de reporting avec peu de valeur ajoutée.
  
  Le but de cette session est de mettre en évidence les erreurs souvent rencontrées et d'apporter des solutions simples au travers de différents retours d'expériences.
• 11h30 (1h)

  L’amélioration continue par la résolution de problème

  Par Antoine Contal
  Les méthodes agiles nous parlent de l'importance de l'amélioration continue et d'utiliser chaque itération ou sprint comme une opportunité d'apprendre et de s'améliorer.
  Pour cela, la prescription est simple : une réunion de rétrospective à la fin de chaque itération.
  Est-ce vraiment si simple ?
  Pourquoi tant de développeurs se plaignent que leurs rétrospectives n'aboutissent qu'à peu de choses ?
  Pourquoi tant de managers expriment des doutes sur le ROI de ces réunions supplémentaires ?
  
  Partant de l'hypothèse qu'il y a eu de la perte en ligne lors de la transplantation du Kaizen (terme japonais désignant l'amélioration continue) de la communauté Lean vers la communauté Agile, cette session est une invitation à retourner aux fondamentaux.
  Après une introduction théorique minimaliste sur le Kaizen, les participants pourront pratiquer les concepts en tentant de les appliquer à leur situation.
• 13h30 (2h)

  Atelier Obeya

  Par Pierre Jannez et Sandrine Olivencia
  La réalisation de projets informatiques conduit généralement aux constats suivants :

  • Le client n’est pas livré à l’heure
  • Ce qui est livré est de mauvaise qualité
  • On ne livre pas exactement ce que le client attend
  • Les délais sont trop longs
  • Les coûts sont trop importants

  Ceci pour les raisons suivantes :

  • Ecoute trop formelle du client
  • Vision morcelée du projet, et absence de synchronisation entre les équipes
  • Les plannings ne correspondent pas à la réalité et sont réalisés sans vision terrain
  • Les problèmes sont découverts tardivement
  • Turnover => perte d’expertise
  • Distance de l’utilisateur

  En mettant en oeuvre le management visuel, l’une des bases fondamentales du lean, l’obeya offre l’espace nécessaire à l’équipe projet pour comprendre, voir et agir ensemble, afin de livrer ce que le client attend, à l’heure et dans le budget imparti.
  L’obeya est l’outil de management de Toyota utilisé pour animer les projets de Recherche et Développement.

Salle 3

• 10h15 (1h)

  Introduction à l'agilité

  Par Pierre-Emmanuel Dautreppe et Norman Deschauwer
  Cette session à destination des débutants à l'agilité, est un mix entre conférence et open space.
  Nous consacrerons ici la moitié de la session à revenir sur

  • les origines de l'agilité
  • la présentation des valeurs agiles
  • le vocabulaire que l'on rencontre dans les projets agiles (product owner, ...)

  La seconde moitié de la session se fera dans un mode beaucoup plus interactif : posez vos questions, exposez vos doutes, et vos craintes à propos de l'agilité ! Nous partagerons alors avec vous notre vision et nos expériences afin de rentrer dans ce monde agile enrichissant mais dont les premiers pas sont difficiles.
• 11h30 (1h)

  Agile au forfait: planning initial, prendre une décision

  Par Marc Lainez
  En première approche, on se dit que les projets agiles, en perpétuels changement, sont inévitablement liés à un mode de facturation en régie.
  Pourtant, l'agile au forfait existe bel et bien !
  
• 13h30 (1h)

  Le Product Owner, clé de voute d'un projet agile réussi !

  Par Cédric Pourbaix
  SCRUM propose de scinder le rôle traditionnel du chef de projet en deux rôles distincts.
  Le Scrum Master est souvent vu comme le remplaçant principal du chef de projet traditionnel et on sous-estime le rôle du Product Owner.
  Qu'est-ce qui se cache derrière ce rôle ?
  Quels sont ses responsabilités et sa mission ?
  Comment bien appréhender le rôle du PO ?
  Pourquoi le PO est-il la clé de voute d'un projet réussi ?
  
• 14h45 (1h)

  Pourquoi, où et comment les méthodes Agiles marchent

  Par Pascal Van Cauwenberghe
  Les fans des différentes méthodes Agiles vous diront qu’il faut suivre leur recette. Ceux qui ont fait des projets agiles peuvent raconter plein d’anecdotes de projets réussis. D’autres ont vécu des cauchemars sur des projets Agiles.
  
  Qui croire ?
  Comment décider si les méthodes Agiles vont vous aider ?
  Et comment choisir ou définir la bonne méthode ?
  
  Les pratiques et méthodes Agiles sont basées sur des principes de l’économie, de l’ingénierie, de la psychologie ou de l’industrie.
  Quand vous comprenez ces bases et les circonstances dans lesquelles elles sont applicables, vous serez en mesure de faire des choix fondés.
• 16h15 (1h)

  Retour d'expérience sur la mise en oeuvre des tests d'acceptance

  Par Jérémie Hattat
  Ce session présente les retours d'expérience de la société ProxiAD sur la mise en oeuvre des tests d'acceptance.
  Nous parleront entre autres de l'ATDD (Acceptance Tests Driven Development) via l'utilisation d'outils comme Jbehave, Fitnesse, et concordion.