• English
  • Français

Conference Program

Introduction 9:00
The One Thing You Need to Know...
Mary Poppendieck
Keynote sponsored by:
9:15
Break 10:45
Agile et le management : le chaînon manquant
Bruno Collet
Le Daily Scrum pour les équipes distribuées
Steffan Surdek
Agile Mythbusters: What People Are Really Doing in Practice
Scott W. Ambler
11:00
Lunch 12:00
Introduction au Kanban et expérience pratique
Benoît Lapointe
Cartographier votre valeur
Louis-Philippe Carignan
Aucun processus ou méthode ne peut réparer votre organisation ... vous pouvez le faire
François Beauregard
13:00
Break 14:00
Bien testé ou mal testé? Telle est la question!
Ludovic Dubois
Both sides of the story - Go out and motivate people to make exciting changes
Gino Marckx
An Introduction to Business Value Engineering
Joseph Little
14:15
Break 15:45
L’agilité dans des projets d’envergure
Léo Lachance
Convergences entre CMMI et les approches Agile (SCRUM, XP, etc.)
Richard Basque
Les 7 péchés capitaux du développeur
Freddy Mallet
16:00
L’agilité s’impose dans toute l’entreprise
Jérôme Barrand

17:00

*This program is likely to evolve in the coming days

Descriptions

The one thing you need to know
Mary Poppendieck

Langue :

Durée : 90 minutes

Description

Edsger Dijkstra, who gave the name to Structured Programming, once said:

“Those who want really reliable software will discover that they must find means of avoiding the majority of bugs to start with, and as a result the programming process will become cheaper. If you want more effective programmers, you will discover that they should not waste their time debugging – they should not introduce bugs to start with.”

Every software development process invented has had this as its primary goal: Developers should not waste their time debugging – they should not introduce bugs to start with. And yet, a typical software development process allocates 30% to 50% of a release cycle in various stages of “hardening” (finding and fixing defects) and no one questions why this should be considered an acceptable process. In fact, finding and fixing defects at the end of a process is the hallmark of a defective process. It’s time to get back to the basics and figure out how to build quality into software at every step of the process.

Biographie

Mary Poppendieck has been in the Information Technology industry for over thirty years. She has managed software development, supply chain management, manufacturing operations, and new product development. She spearheaded the implementation of a Just-in-Time system in a 3M video tape manufacturing plant and led new product development teams, commercializing products ranging from digital controllers to 3M Light Fiber™.
Mary is a popular writer and speaker, and coauthor of the Lean Software Development book , which was awarded the Software Development Productivity Award in 2004. A sequel, Implementing Lean Software Development, was published in 2006. A third book, Leading Lean Software Development, will be published in November 2009.

L’agilité s’impose dans toute l’entreprise
Jérôme Barrand

Langue :

Durée : 60 minutes

Description

Reconnue désormais comme une nouvelle approche systémique du management pour répondre à la crise, l’agilité s’est pourtant infiltrée depuis longtemps dans toutes les dimensions de l’entreprise. Nous décrivons et illustrons ces « infiltrations » pour conclure sur les comportements communs à adopter pour mettre en œuvre efficacement cette nécessaire agilité.

Biographie

Jérôme Barrand, professeur, directeur de l’Institut d’Agilité des Organisations (IAO) à Grenoble Ecole de Management, Président d’agil’OA

  • formation initiale en économie puis en économétrie à Paris 1 La Sorbone, puis en stratégie, prospective et innovation à Paris 9 Dauphine
  • assistant au CNAM puis à l’Ecole Centrale Paris
  • doctorat en génie industriel de l’Ecole Centrale Paris
  • Grenoble Ecole de Management pour gérer successivement la recherche, la formation continue, un département d’enseignement et recherche, les troisièmes cycles
  • en 2000 Création d’Agilis, entreprise de conseil en agilité pour PMI
  • création de l’IAO à Grenoble Ecole de Management. « Le manager agile », Dunod 2006, Prix Mutations et Travail 2007, missions en agilité auprès de grands groupes et PMI. Outils de diagnostic d’agilité d’une entreprise, de mesure de l’agilité d’un individu (RCA©) ou d’une équipe. Certification de coach agile avec J. Deglaine en 2009
  • Création et Présidence d’agil’OA

Aucun processus ou méthode ne peut réparer votre organisation ... vous pouvez le faire
François Beauregard

Langue :

Durée : 60 minutes

Description

De plus en plus d'organisations veulent adopter l'Agilité et sont à la recherche des meilleures stratégies d'adoption. Dans cette présentation, par des cas vécus, nous allons explorer les pièges et certaines stratégies pouvant augmenter les chances de succès. Nous allons présenter comment certaines approches de conduite du changement telles Kotter et une approche d'invitation et de consentement peuvent être combinées dans le cadre de l'adoption d'une approche Agile.

Biographie

François est fondateur de Pyxis. Animé d'une passion pour le développement logiciel, François souhaite participer à des projets de développement logiciel dont les résultats sont exceptionnels tout en maximisant la qualité de vie et la satisfaction personnelle de tous les intervenants. Il agit comme accompagnateur, formateur, facilitateur et conseiller expert pour des entreprises désirant améliorer leur productivité en développement informatique et adopter une approche Agile. En juillet 2002, avec des collègues de Pyxis, il a fondé Agile Montréal, un groupe d'intérêt sur les méthodes de développement Agile, et y fait des présentations régulièrement.

Agile et le management : le chaînon manquant
Bruno Collet

Langue :

Durée : 60 minutes

Description

L'un des principaux défis de l’Agilité consiste à combler le fossé entre les approches Agiles et le côté gestion des organisations. En effet, si l’Agilité s'illustre dans les structures flexibles et innovatrices, elle rencontre des difficultés dans les organisations plus traditionnelles ou dans le contexte de grands projets. Dans ce type de situation, les équipes Agiles doivent interagir efficacement avec des intervenants qui parlent par exemple en termes de rendement des investissements, de valeur ajoutée, de budget, de descriptions de fonctions et de système de récompenses.

Nous allons explorer les interfaces entre les pratiques Agiles que nous connaissons telles que celles de Scrum et les attentes des intervenants. Les solutions nous permettront de gérer plus efficacement les intervenants clés et nous aideront à crédibiliser l'Agilité au-delà de sa zone de confort actuelle. La présentation est fondée sur les défis et frustrations que le présentateur a affrontés lors de la mise en place de pratiques Agiles impliquant des considérations de gestion.

Biographie

Bruno a œuvré comme auditeur et chargé de projets à Montréal, à Bruxelles et à Vancouver. Ses récents mandats ont consisté à évaluer le processus de développement et à recommander les pratiques appropriées selon le contexte, que ce soit Scrum, RUP, OpenUP ou PMBOK par exemple. Son périple l'a notamment amené à convaincre des gestionnaires « traditionnels » du bien-fondé de l'Agilité et à mettre en place des pratiques Agiles pour gérer les intervenants non Agiles. Au cours de sa carrière, Bruno a progressivement évolué de rôles techniques tels que concepteur et architecte vers des rôles de gestion tels que chargé de projets et directeur du développement. Il possède un MBA, une maîtrise en informatique ainsi que la certification PMP. Au sein de son entreprise, Synapsys Canada, il pilote actuellement le développement de Agile Benchmark.

An Introduction to Business Value Engineering
Joseph Little

Langue : :

Durée : 90 minutes

Description

Business Value Engineering is the area where we can improve the most.
This talk is an introduction to some key concepts around BV Engineering. With some Q&A discussion to be sure participants are following and finding it useful.
BV Engineering is about the values, principles, theories and practices we use to identify and deliver business value.
One initial notion is that BV Engineering in Scrum is not defined (prescribed), but Scrum has one imperative: You must improve your engineering practices. A second key notion: As with value stream mapping, it is important to do a simple map of the flow, identify the weakest parts, and improve them.
So, it might be said that BV Engineering is an approach to improving the delivery of Business Value. BV Engineering looks at the end-to-end delivery holistically. BV Engineering insists on some metrics, but does not become obsessed with them. BV Engineering includes a wide range of practices, from identifying what the customer wants, to communications (of various sorts), to small experiments, to a BV Model, to delivering the necessary “other” parts to make the product a real customer solution. Like Scrum, we do not prescribe one set of BV ENgineering practices.
We feel that BV Engineering is highly consistent with Agile, Scrum and Lean, but can be used with other tools as well. BV Engineering does not subscribe to the notion that there is one and only one approach to defining BV or to delivering BV. Different approaches are probably appropriate in different situations. On the other hand, it is our hypothesis that improvements in BV Engineering offer more scope for improving delivery than anything inside the implementer team. We have much to learn and to do better.

Biographie

Joe Little is an Agile Coach and Trainer at Kitty Hawk Consulting, Inc and LeanAgileTraining.com. He is a Certified Scrum Trainer and an MBA. Joe has 20+ years in consulting and new product development in New York, London, Charlotte and elsewhere. Clients have ranged from Northrop Grumman to JP Morgan Chase to small software firms in Winston-Salem and Rochester. Joe has twice spoken at Agile200x, and works regularly with Jeff Sutherland and the Poppendiecks. He was once a Senior Manager at Ernst & Young and at KPMG Consulting. He has an MBA in Finance and International Business from NYU and majored in English at Yale. He considers that 90% of his job is translating from geek to bizspeak and vice versa. And the other half is easy: getting people to want to completely change their paradigm of the world. He started Agile-Carolinas and the yahoo group AgileBusiness. His two favorite topics right now are "Business Value Engineering" and "Build no more Technical Debt".

Introduction au Kanban et expérience pratique chez IBM Bromont
Benoit Lapointe

Langue : :

Durée : 60 minutes

Description

La littérature concernant l’agilité nous parle très souvent de « Gestion de projet » Agile. Mais est-il possible d’appliquer ces principes à d’autres usages que lors d’un projet? Peut-on envisager d’appliquer ces principes pour de la maintenance d’application?

Le Kanban permet d’augmenter l’efficacité des équipes de maintenance en se basant sur les principes du Lean Software Development. Cette présentation expliquera tout d’abord ce qu’est un Kanban ainsi que certains aspects théoriques. Par la suite, il y aura un retour d'expérience sur l'utilisation du Kanban pour de la maintenance d'application chez IBM Bromont

Biographie

Benoit Lapointe est à l'emploi d'IBM Bromont depuis 2001. Ses premières lectures en lien avec l'agilité ont eu lieu en 2007 et depuis, une passion est née. Il a lu beaucoup d'ouvrage et d'article sur plusieurs aspects de l’agilité (Lean Software Development, plannification, estimation, User Story, TDD, rétrospective, etc.). Aussi, il a procédé récemment à l'ouverture d'un blogue traitant de l'agilité.

Benoit a reçu sa formation de Scrum Master et a été le gestionnaire du premier projet Agile chez IBM à Bromont. Il est le conseiller principal pour tout ce qui concerne l'agilité en plus d'être le fondateur de la communauté de pratique Lean/Agile au sein de son entreprise.

Depuis quelque temps, Benoit concentre ses efforts à appliquer les principes Lean/Agile à d’autres usages qu'au projet. Il s'intéresse principalement à la maintenance d'application, au support utilisateur et à la gestion de tâche en général.

Convergences entre CMMI et les approches Agile (SCRUM, XP, etc.)
Richard Basque

Langue : :

Durée : 45 minutes

Description

L'objectif de la rencontre est de dissiper des malendtendus sur l'opposition perçue malheureusement entre le modèle CMMI et les approches Agile. Voici un apercu

  • Le modèle CMMI en bref
  • Points de convergence CMMI et les approches Agile
  • Cas d'étude : évaluation CMMI niveau 2 de projets utilisant SCRUM ou XP

Biographie

Richard Basque (plus de 36 années d'expérience) a fondé la société Alcyonix en 1998, qui est partie intégrante du Groupe SQLI depuis 2007. Il est autorisé par le SEI en tant que chef évaluateur avec les méthodes SCAMPI 1.2 (Classe A, B, C et "High Maturity"). Il est aussi autorisé par le SEI comme instructeur pour le cours officiel du SEI sur CMMI 1.2. De plus, en tant que "SEI Visiting Scientist" à temps partiel, il est occasionnellement invité par le SEI à former ou observer (dans le cadre de leur certification) des candidats chefs évaluateurs SCAMPI ou des candidats instructeurs CMMI. Richard fut impliqué dans de très nombreuses évaluations de processus officielles au Canada, aux États-Unis, en Europe, et en Amérique du Sud et tout autant de formations sur le CMMI. Il a publié le premier livre en français sur le CMMI chez DUNOD, un prestigieux éditeur français; le livre a connu un très bon succès, fut publié en 2e édition en 2006 et en 3e édition en novembre 2009. Ceci a amené la publication d’un 2e livre chez DUNOD (UN aide-mémoire sur le CMMI) en 2006 puis un 3e, toujours chez DUNOD, sur le déploiement du CMMI en 2009. Parallèlement à ces livres, il anime un forum (groupe Yahoo de plusieurs centaines de participants) de discussion en français sur le CMMI depuis 2004.

L’agilité dans des projets d’envergure
Léo Lachance

Langue :

Durée : 45 minutes

Description

L’agilité est encore souvent considérée comme une approche s’appliquant principalement aux petites équipes qui développent des projets de petites tailles. Pourtant, ce sont les projets de grandes tailles avec de grandes équipes où la complexité inhérente aux nouvelles technologies augmente les risques d’échecs qui peuvent obtenir les plus grands bénéfices de l’agilité. L’organisation d’équipes agiles dans des contextes rigoureux, dans des domaines d’affaires complexes et avec des méthodologies lourdes peut sembler compliquée ou encore impossible. Basées sur l’expérience d’un projet d’envergure, de saines pratiques inspirées de la vraie vie tout en gardant la simplicité comme trame de fond sont présentées :

  • Les structures d’équipe possibles : quelle est la meilleure?
  • Les utilisateurs, les responsables de produits, les pilotes de systèmes : qui fait quoi?
  • La documentation : qu’est-ce qu’on en fait?
  • La qualité : comment l’obtient-on avec une structure juste suffisante?
  • Les livraisons : combien, quand et comment?
  • La gestion du changement, la formation : Ouf!

Biographie

Léo possède 16 ans d’expérience en informatique. À titre de consultant, il a participé à plusieurs projets de développement dans divers organismes et entreprises de la région de Québec. Il a, par la suite, diversifié son expérience dans une importante institution financière québécoise où il a participé à établir les orientations stratégiques de l’entreprise pour ensuite diriger un projet qui en était issu. Ce projet, d’une envergure de plus de 20 000 jours-personnes est réalisé avec une approche agile et a déjà livré avec succès 8 000 jours-personnes. Aujourd’hui, Léo participe, à titre de directeur du bureau de Québec à Pyxis Technologies, à rendre plus d’organisations agiles dans la ville de Québec.

Le Daily Scrum pour les équipes distribuées
Steffan Surdek

Langue : :

Durée : 60 minutes

Description

Lors de cette session, Steffan Surdek vous présentera diverses façons de gérer le Daily Scrum pour des équipes distribuées afin de permettre une meilleure circulation de l'information et d'inclure le plus de participants possible. La session débutera pas un résume de ce qu'est un Daily Scrum, les objectifs de ce meeting et comment les participants devraient répondre aux questions afin de fournir de la valeur ajoutée à tous les participants. Ensuite, Steffan vous présentera plusieurs méthodes que des équipes distribuées (même celles qui n'ont pas d'heures de travail en commun) peuvent utiliser afin de pouvoir faire des Daily Scrums et communiquer de façon efficace. Le contenu de cette présentation sera tiré du livre "A Practical Guide to Distributed Scrum" qui est présentement en cours d'écriture par Steffan ainsi que deux autres auteurs chez IBM.

Biographie

Steffan Surdek est un chef d'équipe ainsi qu'un champion Agile chez IBM. Steffan travaille dans le domaine de l'informatique depuis plus de quinze ans. Au cours de sa carrière, il a oeuvré à titre de développeur, architecte logiciel, gestionnaire de projet et chef d'équipe. Steffan a géré et coordonné des projets distribués à travers cinq pays - Inde, Egypte, Israel, Chine et Canada. Il est formateur pour les sessions d'agile données à l'interne et est un leader dans la communauté Scrum chez IBM. Steffan a écrit sur la planification agile ainsi que sur le développement globalement distribué pour developerWorks et Dr Dobbs Journal. Il est présentement en train d'écrire un livre sur l'utilisation de Scrum avec des équipes distribuées.

Cartographier votre valeur
Louis-Philippe Carignan

Langue : :

Durée : 60 minutes

Description

L’objectif de cet atelier est de fournir un outil Lean aux participants pour les aider à voir le gaspillage dans leur système de développement.
Cet atelier est divisé en 2 parties. Dans un premier temps, on présentera aux participants comment tracer la chaîne de valeur de leur processus de développement. Ce volet théorique dure 30 minutes et est sous la forme d’une présentation. Dans la seconde partie de l’atelier, les participants se mettent en équipe et cartographie la valeur d’un processus de développement.

Biographie

Louis-Philippe agit à titre d’architecte logiciel géomatique ainsi que coach Agile/Lean. Il assiste les équipes de réalisation à adopter des pratiques d’ingénierie Agile et collabore avec les gestionnaires pour les aider à gérer le changement apporté par l’adoption de pratiques Agile.
Louis-Philippe travaille les méthodologies Agile depuis 2003 où il a eu l’opportunité de les mettre en place dans divers contextes. Il est actuellement responsable de la communauté Agile de Québec et organisateur en chef de l’Agile Tour à Québec. Il blogue couramment sur le site http://blog.nihahi-tech.com à propos de l’Agilité et Lean, ces deux sujets préférés.
Louis-Philippe détient un baccalauréat en génie informatique et un certificat en administration de l’Université de Sherbrooke.

Both sides of the story! Go out and motivate people to make exciting changes
Gino Marckx

Langue :

Durée : 90 minutes

Description

Objectives of the session
Learn how to categorize and recognize a root problem, learn which people are involved Learn why people are reluctant to change, what change you can affect, and how you can involve key people Drastically reduce your level of frustration Successfully motivate people to change Make changes exciting (…, because they really work!)

Abstract
When we first started introducing agile techniques, we became easily frustrated. People didn't seem to understand the benefits of the proposed changes, so they didn't implement them. To us, it seemed like they weren't motivated to improve their way of working. But what if introducing agile techniques doesn't have to be this way? What if these changes succeed and tackle real issues? Stephen Covey's writings on the circle of influence make us realize what we could do better. We can teach you how to do it too. Everything below the line should not be published on a public website or in the program. It is meant to explain the session to the reviewers and allow feedback on the content/process of the session.

Content
In this workshop, you will connect with people who work in similar situations. Using role-play, key scenarios and tools from Stephen Covey's "The 7 Habits of Highly Effective People", you help each other articulate and solve problems related to introducing agile techniques. First you will learn how to categorize the problem, learn to recognize the root problem, learn which people are involved in the problem and learn why you cannot directly influence it. Second you will learn why people involved are reluctant to change, what change you can affect, and how you can involve these key people. But most important, you will leave the session with specific ideas to work on your worst frustration!

Biographie

In 2003, Gino started working with some of Belgium's most prominent Agile promoters. Very soon after that, he joined the Belgian XP/Agile User Group and became actively involved in promoting Agile techniques and practices, because he believes in their effectiveness. As a consultant he has shifted his practice to coaching individuals and organizations as they embrace Agile. Gino strongly relies on his passion for team dynamics, his experience in leadership positions, and his technical expertise. Gino is co-organizer of XPDays Benelux and Agile Tour Toronto, and is actively involved as a participant and speaker in a number of Agile user groups in Belgium and Canada. He likes to spend his spare time with family and friends enjoying cycling, travel, art, music, poetry and bragging about the supreme quality of Belgian beer.

Agile Mythbusters: What People Are Really Doing in Practice
Scott W. Ambler

Langue : :

Durée : 60 minutes

Description

There are many myths regarding agile software development. Some of the myths are that agile has been adopted by the majority of development teams, that agile approaches are more effective than waterfall approaches, that agile is empirical, that agile teams don’t do up front requirements or architecture, that agile teams produce less documentation, that it is common for agile teams to take a test-driven approach, and many more. Several of those myths are true, several false, and some we’re not so sure about yet. This talk summarizes the results of 4 years of industry surveys concerning the adoption and effectiveness of agile techniques. Very often the reality is significantly different than the rhetoric presented in mailing lists, in articles, and even in books. It is time to cut through the dogma promoted by agile consultants and instead focus on what agile practitioners are actually doing on their projects.

Biographie

Scott W. Ambler is Chief Methodologist/Agile with IBM Software Group, working with IBM customers around the world to help them to improve their software processes. He is the founder of the Agile Modeling (AM), Agile Data (AD), Agile Unified Process (AUP), and Enterprise Unified Process (EUP) methodologies and creator of the Agile Process Maturity Model (APMM). Scott is the (co-)author of 19 books, including Refactoring Databases, Agile Modeling, Agile Database Techniques, The Object Primer 3rd Edition, and The Enterprise Unified Process. Scott is a senior contributing editor with Information Week. His personal home page is http://www.ibm.com/software/rational/leadership/leaders/#scott and his Agility@Scale blog is www.ibm.com/developerworks/blogs/page/ambler. .

Les 7 péchés capitaux du développeur
Freddy Mallet

Langue : :

Durée : 45 minutes

Description

Comme toute activité humaine, développer du code source nous expose en continu à la tentation de céder aux 7 péchés capitaux. Cette présentation ludique et interactive permettra aux participants de (re)découvrir ces 7 péchés et la manière de les chasser avec Sonar (http://sonar.codehaus.org). Voyage assuré autour l'intégration continue, du TDD et du code source.

Biographie

Freddy Mallet est fondateur de la société SonarSource SA et créateur de la plateforme Open Source de suivi de la qualité du code source SONAR (http://sonar.codehaus.org). Son diplôme le plus utile semble être son Brevet d’aptitude à la fonction d’animateur. Ses différentes couches de sédiments : développeur Java, responsable d'équipe, responsable qualité et encore développeur Java. Son territoire : bassin genevois et Rhône-Alpes.

Bien testé ou mal testé? Telle est la question!
Ludovic Dubois

Langue : :

Durée : 90 minutes

Description

Les tests unitaires sont les briques de base de tout développement agile. À l'heure actuelle, beaucoup de gens en parlent, même en dehors de la communauté Agile. Moins de gens en font... Encore moins en font suffisamment... Encore moins en font qui testent vraiment... Finalement, peu en font à un niveau logique, mais bien souvent technique! Les tests unitaires doivent être abordés comme un objectif de développement avec, avant tout, un objectif de haut niveau et non pas trop technique, même pour tester du code! Les outils actuels de tests unitaires sont presque tous avec une approche très technique, et n'aident pas à monter de bons tests. Le développeur doit avoir une très bonne discipline et une très bonne connaissance des tests unitaires pour développer ses tests correctement: faire qu'ils testent vraiment, ne pas en oublier... Pour illustrer notre propos, nous nous servirons de Visual T#: un langage de programmation gratuit pour Microsoft.NET, compatible C#, enrichi de nouveaux mots-clés qui simplifie radicalement l'écriture et la gestion des tests unitaires corrects et efficaces.

Biographie

Ludovic Dubois est un passionné de développement logiciel, avec plus de 20 ans d'expérience en Orienté objet. Formateur au CRIM depuis 1993, il encadre aussi des clients de toutes tailles et profils dans leurs développements. Depuis 1995, il développe des outils de développement. Militant des tests unitaires depuis 2003, il a développé, selon des approches agiles, des outils de mocking: POCMock (2003) et le dernier né: Visual T# (2009) avec plus de 20.000 tests unitaires à son actif :-)