Agile Tour Bordeaux 2013

Session goal :
This session will introduce the concept of a change equation that I believe everyone weighs up when considering (even subconsciously) whether to make a change or not. I will then share my model of having BELIEF in your team, or the person you are coaching, to increase your chances of success

Description :
Change is hard. Coaching for change is hard. How do you help generate some inertia for people to begin a change? Why do people sometimes choose to change and sometimes not? How can you increase the chances of people changing and how can you be an effective coach for people who want to change?

Objectif de la session:

Description:

Objectif de la session:
Cette session vous donnera des informations pour choisir l'approche la mieux adaptée à votre contexte et votre culture d'entreprise ... votre choix sera meilleur ... s'il en est encore temps !

Description:
Quels sont les éléments à prendre en compte pour choisir Kanban ou Scrum dans votre démarche de transition Agile ? Bien souvent votre choix se révèle tactique, c'est à dire réalisé en fonction d'aspect technique de mise en œuvre (ex : Kanban ne change pas le processus existant), alors qu'il devrait plutôt être stratégique et tenir compte de ce que vous souhaitez réellement améliorer et de la culture de votre entreprise. Cette session vous fera découvrir les avantages et les inconvénients des 2 approches et vous donnera quelques clés pour mieux faire votre choix ... s'il en est encore temps ! A l'issue de cette session, vous saurez pourquoi choisir : - Une transition douce avec Kanban plutôt orientée processus ? - Une transition de rupture avec Scrum plutôt orientée équipe ?

Objectif de la session:
Partager un retour d'expérience.

Description:
Alexis et Bruno vous proposent la représentation sur scène, et ce pour la première fois à Bordeaux, des meilleurs moments de deux missions de coaching agile. La première est une réussite comme on peut les lire dans les meilleurs ouvrages... La seconde est un échec, ou plutôt une longue suite d’échecs... Les deux combinées représentent une occasion d’apprendre, de partager et d’améliorer votre pratique des méthodes agiles.

Objectif de la session:
Une meilleure représentation des processus organisationnels qui se jouent au sein d'une équipe ou d'une entreprise.

Description:
L'Agilité en Berne #organisation #equipe #tob #coach
Lorsque l'on accompagne en tant que coach une organisation, il est fortement souhaitable de disposer d'une théorie organisationnelle pour l'aider dans sa réflexion sur ses équipes. La Théorie Organisationnelle d'Eric Berne (T.O.B.) et son application pratique constitue une approche très opérationnelle, et davantage encore lorsque l'on parle d'équipes auto-organisées ou qui essayent d'apprendre à le devenir. Le coach agile a besoin de disposer de grilles de décodages pertinentes pour comprendre et prévoir les phénomènes en jeu dans ces équipes et aider l'organisation à évoluer.

Objectif de la session:
Découvrir pourquoi abdiquer ses décisions à un framework est in-fine, contre productif.

Description:
«Agile Web Development with Rails !», «Agile Web Development with Grails !», «Agile Development with ». Ces annonces vous semblent peut être familières. Si vous vendez votre âme à un framework, il va envoyer Voyance au 3617 pour prévoir la réussite de votre projet, faire revenir l'être aimé, vous rendre plus agile et soigner le bec de lièvre. Si on reformule : «Vous n'avez pas besoin de savoir coder, vous n'avez plus qu'à remplir les trous». Si cette approche peut paraître incrémentale, elle est plus discutablement itérative. Lean nous parle de «dernier moment responsable» ; eXtreme Programming de design émergent et de tdd ; autant de pratiques qui nous encouragent à retarder le plus possible les décisions d'architecture. Dans cette session très technique, nous allons étudier cette opposition, et finalement parler de ce que peut être une architecture agile.

Objectif de la session:
Après avoir pratiqué les deux approches pendant plusieurs années, Régis Medina partagera ce qu'il a appris jusqu'ici sur chacune d'elles, et comment les combiner pour créer des organisations encore plus performantes.

Description:
L'agile et le lean sont aujourd'hui vues comme des pratiques semblables, la première étant souvent considérée comme une implémentation de la seconde en informatique. Mais s'agit-il vraiment de la même chose ? Faut-il commencer par l'agile avant de passer au lean ? Après avoir pratiqué les deux approches pendant plusieurs années, Régis Medina partagera ce qu'il a appris jusqu'ici sur chacune d'elles, et comment les combiner pour créer des organisations encore plus performantes.

Objectif de la session:
* Comprendre pourquoi les sessions de binômage deviennent parfois de véritables moments de torture * Apprendre comment se débarasser de ses collègues sans avoir besoin de leur dire et comment faire tourner bourrique son coach agile, ni vu ni connu * Vivre l'expérience cathartique de regarder des développeurs se comporter de manière inappropriée - sans avoir besoin de le faire soi-même * Imaginer, par jeu d'élimination, comment améliorer ses propres sessions de binômage

Description:
Le binômage est une des pratiques pilier de l'eXtreme Programming. Adulée par les uns, décriées par les autres, il est de bon ton dans les discussions courtoises de la qualifier d'"utile, mais pas tout le temps". Nous allons dans cette session nous intéresser à tout ces autres moments, en creux, ceux où le développeur préfèrerait ne pas binômer et où par les circonstances les plus extraordinaires il s'est néanmoins vu attribuer la compagnie d'un collègue avec qui il doit partager son espace de travail et de réflexion. Par le biais de saynètes illustrant notre propos et dans un élan totalement anti-pédagogique, nous espérons montrer par le mauvais exemple comment efficacement tuer toute dynamique vertueuse de binômage, et par conséquent aider celui qui en a besoin à retrouver calme et solitude.

Objectif de la session:
Retour d'expérience sur la mise en place de l'amélioration continue dans le cadre du LEAN Software Developpement. Mise en place de management visuel pour supporter les actions d'amélioration,

Description:
La mise en place du Lean Software Developpement amène les équipes de développement à mesurer la situation dans laquelle elles évoluent, puis à rechercher des axes d’amélioration, à mesurer les effets observés, et à agir en conséquence. Au delà de la mise en pratique du PDCA, l’amélioration continue est une opportunité d’apprentissage muilti dimensionnelles s’offrant aux équipes qui en prennent conscience. Tout comme le second effet d’une célèbre pastille mentholée, les équipes vont découvrir que derrière une amélioration programmée, se cache souvent de nombreuses opportunités d’améliorer leur situation. Cette session est un retour d’expérience sur la recherche de feedback rapide et l’amélioration du Lead Time, avec en particulier la création d’un Information Board outil de management visuel, réalisé pour et par une équipe Agile dans un contexte LEAN Software Développement.

Objectif de la session:
Des conseils avisés, un livre, du bon sens directement opérationnel, et de la joie

Description:
Scrum Master n'est pas un rôle, c'est un métier. Le savoir faire ne s'acquiert pas en une formation mais avec des années de pratiques. La Scrum Master Academy est le point de départ pour entrer dans le cercle fermé des Scrum Mater d'élite.

Objectif de la session:
Plus qu'une méthode ou un but en soi, l'Agilité chez Azendoo, c'est bien sûr une application, mais c'est aussi une organisation d'entreprise que nous construisons et inventons chaque jour.
Au delà de notre retour d'expérience, venez partager de l'inspiration, des anecdotes, et de l'envie!

Description:
Pour une startup française qui a l'ambition d'être l'un des leaders sur un marché en ébullition où l'on a face à soi aussi bien des géants mondiaux que des startups aux poches profondes, le seul moyen de sortir du lot est d'avoir une vision, de prendre des décisions, de faire des choix, et d'écouter, de beaucoup écouter.
Mais comment arriver à concilier au quotidien vision, feedback, contraintes opérationnelles ou financières, et comment s'organiser pour que cela fonctionne?... et que la magie opère!

Objectif de la session:
Quels bénéfices l’audience en retirera-t-elle ? Et bien potentiellement aucun :) Plus sérieusement, parmi toutes les idées qui "fuseront" à chaque minute, j’espère que chaque participant inexpérimenté aura découvert sous un angle fun quelques aspects de l’agilité, et chaque participant expérimenté repartira avec 2-3 "métaphores musicales" (citations, petites histoires, etc.) à réutiliser en contexte agile car « on peut parler de choses sérieuses sans se prendre au sérieux ». Et si certains peuvent découvrir de nouveaux artistes/chansons par la même occasion, ce sera du bonus !

Description:
L’idée de cette session est d’aborder un maximum d’aspects de l’agilité, en se basant sur 40 chansons différentes : donc les sujets couverts seront divers et variés ! On parlera ainsi du manifeste agile, de Scrum, des valeurs de l’Extreme Programming, du monde l’entreprise, de coaching, de retours d’expérience, etc. Quelques exemples de chansons qui me parlent d’agilité : - quand les Pointer Sisters chantent « I’m so excited and I just can’t hide it. I’m about to lose control and I think I like it », ça me semble être une bonne attitude de manager qui passe à Scrum (curiosité à y aller, et découverte des bienfaits de déléguer : auto-organisation de l’équipe plutôt que contrôle absolu) - le titre du groupe The Killers et le titre de leur chanson « Somebody Told Me » me rappellent respectivement qu’il existe des "tueurs de projet" (MOA non-focalisée sur la valeur métier, experts techniques extrémistes, etc.) et qu’il est toujours salutaire de vérifier une rumeur (d’où le leitmotiv « en agilité, on ne suppute pas, on va chercher l’information là où elle se trouve ») - quand Céline Dion chante la bande originale du film « Titanic », l’histoire du "seul échec-projet faisant rêver les foules depuis 100 ans" me semble être celle d’un Product Owner prétentieux (le client ayant fait enlever à l’architecte des canaux de sauvetage pour des raisons cosmétiques) et d’un Chef de Projet ignorant la réalité (foncer à pleine vitesse par nuit noire au milieu des icebergs pour battre un record) Vous voyez donc qu’on va couvrir un large spectre autour de l’agilité, mais toujours avec humour et dans une ambiance fun :) Animateur dynamique + musique punchy + discours léger et direct + déroulement rythmé = bon moment assuré !

Objectif de la session:
Retour d'expérience d'une transformation à grande échelle

Description:
Laurent Carbonnaux, Nicolas Gouy et Pierrick Revol sont des coachs Agile qui interviennent dans des grands comptes ou des startups. Ils sont en train de publier "Agile with Guts" (http://softwarewithguts.org), fruit de leurs expériences dans la pilotage par la valeur. « Il n’y a rien de plus inutile que de faire avec efficacité quelque chose qui ne doit pas du tout être fait. » (Peter Drucker). Le premier principe Agile nous parle de pilotage par la valeur. Mais créons-nous réellement le bon produit? Vous découvrirez ce que nous déployons à grande échelle: des pratiques pour booster votre innovation-valeur dès lundi...

Objectif de la session:
L'agile en maintenance logicielle, c'est possible et même passionnant!

Description:
Les pratiques agiles peuvent très bien s’appliquer dans un contexte de maintenance logicielle. Certes, la littérature abonde d’articles ou de retours d’expérience sur le lancement de projet Agile mais ces pratiques peuvent être déclinées à d’autres contextes comme le support et bien sûr la maintenance de logiciel. Dans cette présentation, je partage mon expérience d'une maintenance agile de plusieurs logiciels au quotidien: comment grâces aux rétrospectives, nous avons intégré de plus en plus de pratiques agiles pour sortir d’un cycle en V laborieux et devenir extrêmement réactifs sur des dizaines de projets de maintenance / évolution. J’y aborde le fil conducteur qui est l’amélioration continue et la définitions d’objectifs atteignables comme la définition d’une politique de gestion de version et de branches logicielles, l’introduction des itérations courtes, du backlog, de procédés de spécification simplifiés, du management visuel et des prérequis à l’intégration continue.

Objectif de la session:
Clarifier le rôle du Product Owner auprès des différents acteurs gravitant autour du besoin et de la production.
Proposer une solution de découpage et priorisation du backlog pour dégager le MVP (Minimum viable product) et identifier la valeur ajoutée

Description:
Quel Product Owner n’a pas connu un sprint non fini, un projet interminable, une release qui tarde à passer en production et un client qui râle ?
Comment, face à un projet conséquent, ne pas retomber dans les travers de l’organisation “tunnel” que nous essayons tant de fuir ?
Nous vous proposerons quelques astuces pour construire et prioriser un backlog à l’entame d’un gros projet et le réadapter au cours des itérations.
Nous nous appuierons sur un retour d’expérience et d’évolution de méthodes pour légitimer le rôle de Product Owner auprès des divers acteurs gravitant autour du projet (Clients, Managers, Production). De plus, nous insisterons sur la mise en place d’outils et de rituels permettant d’instaurer un climat de confiance, d’échange et de transparence.

Objectif de la session:
Rien de révolutionnaire mais fondé sur des expériences concrètes avec expérimentation : des outils et techniques de planification de release, de constitution de backlog des outils concrets de reporting pour l'avancement de la release, de suivi du quotidien

Description:
On est tous d'accord qu'il faut privilégier les individus et leurs interactions plus que les processus et les outils. Si vous demandez à tout bon agiliste les outils pour démarrer, il vous répondra qu'il suffit de post-it, de tableaux, de beaucoup de foi et d'huile de coude. C'est vrai. C'est ce que je répondrai aussi. Ceci étant dit, au fur et à mesure des déploiements que j'ai pu accompagner, et plus particulièrement dans ma mission actuelle chez McKesson, j'ai pu constituer une petite boîte à outil pour me faciliter la tâche et celle des autres. Je me suis dit que ça ne me coûtait rien de les partager avec d'autres agilistes. Je ne suis absolument pas prescripteur. L'idée est de partager mes idées, mes solutions et d'ouvrir la discussion. De l'open source, du gratuit, un peu d'excel et bien sûr des post-its et des murs recouverts pour aider à construire la vision du produit, la maintenir au fur et à mesure de l'avancement des releases, maintenir le backlog et gérer le quotidien.

Objectif de la session:
En sortant de la présentation, les participants auront une vision claire de la pratique stricte du TDD. Ils auront des définitions précises de concepts clés comme ce qu'est un test unitaire ou l'activité de refactoring. Mais le plus important est qu'ils auront suffisamment d'éléments pour tenter de pratiquer eux-mêmes sur des exercices simples.

Description:
Test-Driven Development est l'idée un peu folle qu'il serait possible d'écrire les tests unitaires avant le code de production. Mais ça vous le savez déjà. Vous savez aussi que TDD guide vers une conception simple, offre une bonne couverture de code, atténue les effets du vieillissement, etc. Et pourtant, sur le terrain, TDD n'est pas la pratique qui pilote vos développements. Je pense qu'en 2013 il est toujours pertinent de présenter cette pratique. Et comme TDD ne s'écoute pas mais se vit, je prendrai mon clavier pour dérouler un kata dans la joie et la rigueur qu'impose la pratique.

Objectif de la session:
Dans cette présentation nous montrerons comment réécrire du code, comment introduire des tests pour éviter les régressions, quels tests utiliser, quelle stratégie, quelles sont les limites.
Cette présentation est utile pour toutes les personnes souhaitant reprendre du code ancien plutôt que de le réécrire.

Description:
Maintenir et développer de nouvelles fonctionnalités sur des applications sans tests est très difficile. D’autant plus si l’application est critique, très utilisée et volumineuse. Réécrire ce code revient à jeter du code fonctionnel, et ne nous assure pas qu’il fonctionnera de la même manière. Alors Comment travailler avec du Code Legacy ?

Objectif de la session:
A l'issue de cette présentations vous auriez une vision claire sur : - Les fondements, des outils et les applications de prétotyping. - Les objectives et les métriques quantifiables d'une démarche de prétotyping. - Comment prétotyper un cas concert

Description:
Le monde IT est plus que jamais submergé de pratiques et méthodologies couvrant un large éventail de problématiques qui peuvent être résumé en une seule question – « comment bien développer un produit/business? » ... et pourtant, le taux d’échec des nouveaux produits reste alarmant. Cela nous amène à la loi de l’échec qui se résume comme suite « la plupart des innovations échouent - quelque soit la façon dont ils ont été développés » S'assurer que les produits ont bien été développés est important, mais avant cela, il y a une question que tout entrepreneur/décideur doit répondre – « Comment s’assurer que vous êtes en train de développer le bon produit avant d'investir de l'argent et du temps? » ; une question qui parait basique mais qui conditionne tout le reste. Le prétotyping est une démarche d’innovation (bien avant l’étape de prototyping) qui permet de répondre à cette question. Le prétotyping est un moyen rapide et peu coûteux de tester une idée a fin de valider l'hypothèse suivante « si nous développions ce produit, est-ce que nos clients vont l'utiliser » Comme c’est une démarche peu coûteuse, le prétotyping cherche l’échec rapide et utilise la loi de l'échec à son avantage.

Objectif de la session:
Jeu basé sur Soft(ware)Ball (http://www.softwareball.org/) dans un scénario destiné en priorité aux non-développeurs (pas de patterns de programmation trop avancés).
Le principal bénéfice pour ces non-développeurs est de passer de l'autre côté du miroir pour comprendre les défis auxquels sont confrontés leurs collègues (coder vite ou propre, opportunités de refactoring...) Cela peut également aider les développeurs à prendre du recul sur leurs pratiques.

Description:
Vu de l'extérieur, le métier de développeur semble parfois bien compliqué pour pas grand chose...
Pourquoi tant d'hésitations dans l'estimation d'une attente plutôt bien définie ?
Pourquoi tant de temps passé à réfléchir alors qu'il suffirait de faire ?
Pourquoi ces soudaines envies de "tout réécrire" le logiciel ?

Si vous n'êtes pas développeur, vous vous posez peut être ces questions.
Le temps d'un jeu de balle et sans aucun pré-requis informatique, passez de l'autre côté du miroir !
Vivez pour un temps l'angoisse du développeur face à l'incertitude de la prochaine exigence et de la crainte de ne pas pouvoir garder son code suffisamment propre !

Objectif de la session:

Pour les product owners :

• S’améliorer dans l’écriture des user stories, des critères d’acceptance et des tests d’acceptance
• Partager des bonnes pratiques avec leurs pairs
  

Pour les scrum masters et les coachs agiles :

• Découvrir un outil efficace pour accompagner les product owners dans leur transformation agile

Description:
Le podojo est aux product owners ce que les coding dojos sont aux développeurs : un atelier qui permet de s’améliorer par la pratique.
Dans cet atelier, les participants mettent en pratique les activités quotidiennes du PO. Ils s’entraînent à rendre une user story prête pour le planning game : écrire une user story, l’affiner pour la rendre INVEST, lui donner des critères d’acceptance et écrire les spécifications sous forme de tests d’acceptance. Cet atelier laisse aussi l’espace pour partager les bonnes pratiques.

Objectif de la session:
L'objectif est de montrer aux participants qu'un programme de transformation agile n'est pas une étape obligée pour mettre en place l'agilité dans une organisation. Nous souhaitons partager les astuces que nous avons eu l'occasion d'utiliser avec succès pour mettre en place durablement l'agilité au sein des organisations sans pour autant créer de rupture apparente. Dans la seconde partie plus interactive, nous inviterons les participants à partager leurs idées et expériences pour compléter cet ensemble de trucs et astuces. En fin de session, les participants disposeront d'un grand nombre d'éléments, outils, pratiques simples et pragmatiques qu'il pourront utiliser directement au sein de leur organisation sans risque ni grande préparation et sans être des experts confirmés de l'agilité. Nous souhaitons montrer que l'agilité est accessible à tous et donner à ce qui le souhaitent les éléments pour démarrer.

Description:
Une démarche globale de transformation est-elle la seule voie vers la mise en place de l'Agilité? Ce n'est pas notre avis. Adoptons plutôt une approche inspirée de Lean StartUp et découvrons ensemble comment trouver notre chemin en utilisant des éléments simples et pragmatiques. Pratiques sympathiques, outils innovants et cérémonies dynamiques… À l'image du petit Poucet, ces éléments sont les petits cailloux qui nous mèneront vers l'adoption de la culture agile. Venez découvrir nos astuces et partager les votres. Le partage est un des fondements de l'Agilité et c'est ensemble que nous découvrirons les bottes de 7 lieux pour mieux réussir. Nous avons de nombreux contextes passionnants à vous faire découvrir: de la startup à la structure traditionnelle, des grandes entreprises aux petites équipes, des nouveaux projets aux produits existants et bien d'autres encore.

Objectif de la session:
Les participants vont acquérir les bases nécessaires pour appliquer cette méthode dans leur vie de tous les jours.

Description:
Cette introduction à GTD focalise sur la méthode développée par David Allen, mais je vais y aller plus loin en vous donnant des conseils de mon expérience des 7 dernières années. Il y aura des petits ateliers pour chacune des 5 étapes. Je vais également vous montrer comment appliquer cette méthode à Outlook. Il y aura aussi du temps pour du Q&A.

Objectif de la session:
Faire comprendre l'intérêt de transformer toute incertitude en expérimentation, avec une méthode simple. Montrer comment tester tout le temps son produit permet de réussir le changement. Attirer l'attention sur les châteaux de carte que nous bâtissons trop souvent et montrer comment ils peuvent être solidifiés. Ouvrir l'esprit sur les possiblités infinies d'innovation quotidienne sur lesquelles appliquer cette méthode.

Description:
Lean Startup a été créé par Eric Ries au cours de ses différentes expériences de startups. Son principe, inspiré de Lean, est très simple et se fonde sur des notions accessibles à tous. Sa mise en oeuvre demande, quand à elle, rigueur et constance. Au cours de cette session,après une vue générale de Lean Startup, nous utiiserons des outils de validation d'hypothèses pour créer ensemble la session le plus intéressante possible pour vous! Ainsi, vous pourrez choisir de découvrir ou approfondir ces différents sujets : - La foi aveugle dans une idée - Des outils : Validation board / Lean Canvas / Business Canvas / Business canvas - Le produit minimum viable - Les validations d'hypothèses - Les tests et leurs mesures - Le moteur de croissance - Le pivot

Objectif de la session:
- Une appréhension pratique de l'intérêt des pratiques agiles (TDD, refactoring, pair programming...) - Une réflexion sur leurs habitudes et pratiques de programmation, particulièrement en situation de stress - Du fun...

Description:
Extreme Startup est un atelier de programmation qui propose de simuler le développement d'une startup. Chaque binôme est en compétition avec les autres pour des "parts de marché", il doit répondre aux "besoins" des utilisateurs tout en gérant la dette technique du produit. Ce modèle permet de mettre en perspective deux modèles du développement de logiciels: Extreme Programming et Lean Startup, d'où le nom de l'atelier. Les plus agiles seront ils les plus riches ? Vaut-il mieux livrer une fonctionnalité ou rembourser sa dette technique en refactorant ? Les tests servent ils vraiment à quelque chose ? Voici quelques une des questions que cet atelier permet d'effleurer...

Objectif de la session:

Description: