Edito

Par Luc Legardeur et Pascal Thivent, respectivement Président et Secrétaire de l'association

Ca y est ! Le French SUG est né. Bienvenue à nos 177 membres (à l'heure où nous écrivons ces lignes, déjà !!!).
L'aventure commence bien, les premiers articles sur le SUG paraissent dans la presse (brève dans 01 et cet article d'Olivier Rafal paru dans LMI).

Vous trouverez plus bas, la liste des membres bienfaiteurs ayant accepté de rejoindre notre bureau. Nous pensons avoir réuni autour de nous des référents susceptibles de faire avancer Scrum en France.
L'équipe du SUG a pour ambition de vous proposer une plateforme d'échanges que nous espérons utiles, opportuns et variés afin de vous aider à dégager la substantifique moelle de Scrum.
Notre premier évènement sera bien entendu l'inauguration du SUG le 19 Mars en présence de Jeff Sutherland dans un lieu qui vous sera communiqué ultérieurement.

Vous allez le découvrir dans les rubriques qui suivent, notre newsletter se veut être un outil destiné à vous fournir une multitude d'informations utiles, des retours sur les activités de la ScrumAlliance, des témoignages d'utilisateurs, des Tips and Tricks, etc.
Nous sommes preneurs, à la rédaction, de contributeurs à notre revue de presse. Si vous êtes intéressé(e), contactez redaction@frenchsug.org.

Merci à nos sponsors de la première heure : Borland, Zenika et Xebia. Borland a de plus accepté de sponsoriser notre soirée inaugurale et de faire venir le VP R&D qui nous parlera de la transformation agile de Borland dans les labs aux US.
Nous sommes toujours à la recherche de sponsors car nous avons besoin de sous pour faire fonctionner l'association (pour télécharger le bulletin de Sponsoring, cliquez ici).

Les membres du bureau

Ont rejoint le bureau en tant que membres bienfaiteurs : Christophe Adinquy, Claude Aubry, Sylvain Barbot, Alexandre Boutin, Guillaume Carré, Nicolas Martignole, Guillaume Mathias, Véronique Messager, Eric Mignot, Laurent Morisseau, Thomas Recloux, Antoine Vernois. Merci à eux !

Les correspondants en région

Certains membres du French Scrum User Group ont accepté d'être les correspondants privilégiés du SUG en région, vous trouverez la liste des correspondants ci-dessous.

Correspondant Nord

Je suis heureux d'être le représentant du SUG pour le Nord, j'espère favoriser la rencontre des agilistes du Nord et participer au développement de Scrum dans la région.
Si vous pratiquez ou êtes simplement intéressés, n'hésitez pas à me contacter.

--Thomas Recloux

Correspondant Ouest

--Laurent Morisseau

Correspondant Rhône-Alpes

Je suis heureux de voir que l'agilité continue sa marche en avant en France et que de nombreuses personnes souhaitent maintenant partager des informations concrètes sur l'utilisation de la méthode Scrum. Avec la création du French Scrum User Group, les utilisateurs français de Scrum dispose maintenant d'un canal supplémentaire pour échanger en français sur ce sujet. Je suis également très heureux que l'agilité se déploie hors des murs de Paris, puisque par ma fenêtre ouverte je constate que l'intérêt en Rhône Alpes est grandissant, et c'est pourquoi j'ai accepté à titre personnel d'être le correspondant Rhône Alpes du French SUG.

--Alexandre Boutin

Correspondant Sud-Ouest

C'est la première fois que je fais partie d'un groupe d'utilisateurs. Je l'ai fait parce que je n'ai jamais été autant utilisateur que je le suis avec Scrum : je pratique tous les jours, j'ai plusieurs backlogs, je participe même à des scrums. La mêlée - la vraie -, il y en a toujours une en photo dans mes présentations de Scrum. Dans ce pays de rugby qu'est le Sud-Ouest, le symbole est fort et contribue probablement à la diffusion de Scrum. Des utilisateurs de Scrum dans la région, il y en a déjà de nombreux, les retours d'expérience en témoignent.
En tant que correspondant du SUG dans le Sud-Ouest, je vais raconter les histoires les plus intéressantes de mise en œuvre de Scrum dans la région, afin d'en faire profiter les communautés d'utilisateurs des autres régions françaises.

--Claude Aubry

Retour d'expérience

Par Christophe Legrand et Pascal Thivent

Christophe Legrand est Responsable des Développements des Applications Online de ViaMichelin.

ViaMichelin conçoit, développe et commercialise des produits et services numériques d'aide au déplacement et à la mobilité en Europe. S'appuyant sur l'expertise centenaire de Michelin dans le domaine du voyage, cette activité, lancée en 2001, s'adresse au grand public comme aux entreprises. Elle propose une offre complète de services (cartographie, itinéraires, hôtels, restaurants, information trafic, tourisme, etc.), accessible sur de multiples supports : Internet (www.viamichelin.com), téléphones mobiles, systèmes de navigation, etc.

La société compte aujourd'hui une centaine de personnes réparties entre le siège situé à Boulogne-Billancourt et des filiales en Espagne, en Italie, en Allemagne et en Angleterre.

Pour la rubrique "Retour d'expérience" de la Newsletter du French SUG, Christophe Legrand a eu l'immense gentillesse de nous parler de la mise en oeuvre de Scrum et accepté de se prêter à une série de questions / réponses.

Pascal Thivent pour le French SUG : Comment en êtes-vous venus à l'Agilité et à Scrum en particulier ? Quels étaient les bénéfices attendus ?

Christophe Legrand : Nous travaillions depuis plusieurs années sur des cycles longs, environ 9 mois, avec une méthodologie classique (cycle en V). Pendant ces périodes, nous subissions un effet tunnel et nous n'avions pas la latitude suffisante pour faire évoluer les spécifications initiales. Or Internet est un univers qui change vite. De plus, compte tenu du volume des fonctionnalités à développer et du peu de temps à consacrer à l'analyse de faisabilité, nos estimations étaient bien souvent erronées ce qui conduisait à faire des arbitrages en cours de projet.

Pendant ce temps, nous entendions parler d'Agile, de Scrum, d'XP, de RAD...

Ainsi, à l'occasion d'un projet "grandeur nature" - le site Internet grand public - nous avons eu la volonté de réduire la durée des cycles afin de gagner en réactivité et en qualité. Nous voulions en finir avec les cycles de tests / corrections trop longs. Nous avons décidé d'expérimenter une approche différente sur une sous partie de l'application.

Scrum semblait assez bien répondre à nos attentes, nous avons trouvé un cabinet pour nous accompagner et c'est ainsi que nous sommes partis sur cette nouvelle méthode de développement.

French SUG : Utilisez-vous d'autres méthodes ou approches en complément ?

CL : Nous utilisons Scrum et des pratiques d'ingénierie empruntées à XP et avons adapté le tout à notre organisation afin de tenir compte de notre démarche de projet interne.

Nous faisons encore du cycle en V sur certaines applications mais l'utilisation de Scrum est en cours de généralisation.

French SUG : Quand et comment avez-vous introduit Scrum ? Comment cela a-t-il été perçu par votre Entreprise ? Par la Direction ?

CL : Nous avons commencé la démarche d'accompagnement au mois de mai 2008. Durant tout l'été, nous nous sommes approprié la méthode et avons réfléchi à la meilleure façon de la mettre en oeuvre. En septembre, nous avons présenté cette approche à la direction et aux responsables produits qui l'ont adoptée et nous ont donné le feu vert.

Nous avons alors mené des ateliers de présentation dans l'entreprise, ouverts à tous, pour expliquer, présenter, répondre aux questions et lever un maximum d'obstacles.

French SUG : Pouvez-vous nous dire quelques mots à propos la durée des sprints, de l'outillage ?

CL : Pour les sprints, les équipes ont opté pour une durée de 2 semaines. En terme d'outillage, nous sommes partis sur la solution la plus simple possible pour ne pas masquer le processus par des outils. Nous utilisons donc Excel pour le Product Backlog et des Post-its pour le Sprint Backlog. Bien sûr, nous utilisons également des outils plus techniques pour l'intégration continue, les tests, etc.

French SUG : Les résultats escomptés ont-ils été au rendez-vous ? Au début ? Aujourd'hui ?

CL : Un bilan complet (avec audit et actions d'améliorations) est prévu à brève échéance. Je peux cependant vous livrer quelques observations préliminaires :

nous avons clairement amélioré notre capacité à livrer "plus facilement",
le changement au niveau des équipes demande du temps (des pratiques telles que le Pair Programming ou la Propriété Collective du code sont encore à améliorer),
nous sommes parvenus à développer une forte cohésion et un excellent esprit d'équipe,
nous n'avons pas encore résolu tous les problèmes de qualité.

Mais on ne s'attendait pas non plus à être "parfait" ou optimum dès le début. Nous sommes encore en phase d'apprentissage.

French SUG : Quelles difficultés avez-vous rencontrées ?

CL : La première difficulté rencontrée concernait le Product Owner : trouver la bonne personne. Le Product Owner est un rôle à responsabilités multiples : il doit être capable de répondre aux questions, doit bien connaître l'organisation et son métier, doit pouvoir trancher, et surtout, doit être disponible. Sur le plan théorique, nous avons bien identifié les différentes dimensions du rôle Product Owner. Dans la pratique, celles-ci n'étaient pas forcément compatibles avec l'organisation de l'entreprise, les personnes côté métier n'ayant pas forcément le pouvoir de décision. Aussi, nous avons opté pour un Product Owner "bicéphale". Autrement dit, le rôle de Product Owner est assuré par un binôme constitué d'une personne ayant une parfaite connaissance du fonctionnel et d'une autre personne ayant le pouvoir de décision, et cela fonctionne plutôt bien.

La seconde concerne les adhérences avec les autres services ou entités. Scrum, c'est avant tout une équipe et un produit. Mais d'autres entités ou services, par exemple la production, sont également impliquées et nous observons que la communication n'est pas toujours simple. En fait, l'équipe Scrum progresse à un rythme qui n'est pas forcément celui des autres parties prenantes de l'organisation ce qui engendre des petits problèmes de cadence.

French SUG : Ultime question : quelles sont selon vous les clés du succès pour mettre en place Scrum dans l'Entreprise ?

CL : Cela faisait partie des objectifs des ateliers d'évangélisation que je résumerais par : favoriser une adoption unanime et expliquer afin de limiter la résistance au changement.

French SUG : M. Legrand, merci infiniment d'avoir pris sur votre temps pour parler avec moi !

Du point de vue du coach

Par Véronique Messager

Apports d'un coach dans une démarche de transition vers l'agilité (1)

"Les individus et leurs interactions avant les processus et les outils"
Extrait, Manifeste Agile, 2001

A quoi pensez-vous quand on vous parle d'un coach ? A un entraîneur sportif ? A un agent matrimonial ? A un tuteur pour vos enfants ? Au coach défini dans XP ? A un psychothérapeute ? Le coaching est un phénomène de société, une mode qui tente d'imposer un coach dans toutes les sphères de notre vie privée ou professionnelle.

Mais qu'est-ce qu'un (vrai) coach ? Un coach est un guide, formé et certifié, avec une déontologie; il travaille sur les savoir-être et non sur les savoir-faire; il prépare une personne ou une équipe à atteindre un objectif d'amélioration ou de changement désiré, en offrant un cadre d'échanges sécurisé, sans rien suggérer, mais en cherchant à mobiliser les énergies.

Pour cela, il s'appuie sur des techniques et des outils de coaching :

il pratique l'écoute active : par son questionnement, il facilite les prises de conscience de son (ses) interlocuteurs(s); il a une fonction de miroir;
il reconnaît, par son empathie, les émotions de l'autre (joie, doute, peur, colère, tristesse, jalousie, culpabilité...); les émotions sont notre moteur (nous pensons rationnellement, mais nous décidons émotionnellement et nous justifions rationnellement). Il repère les attitudes écoutricides dans le comportement de chacun;
pour cela, il observe le canal de communication de l'autre : l'expression du visage, les positions du corps, l'intensité du regard, le mouvement des mains, la qualité de la voix, qui révèlent autant que les paroles. Il est vigilant sur la signification des mots employés et repère les filtres : omissions, généralisations, suppositions ¹;
il s'intéresse à l'autre davantage qu'au problème lui-même : aux comportements, aux réactions ; il comprend les "jeux psychologiques" entre les personnes.

Dans une équipe, en transition vers l'agilité, l'objectif du coach est de réconcilier des techniques, des principes organisationnels et des hommes. Où va t-il apporter une forte valeur ajoutée ? Dans la compréhension des résistances au changement, dans la construction de l'équipe et la mise en œuvre de pratiques collaboratives, dans la stimulation de la créativité et l'innovation au sein de l'équipe, dans l'accompagnement personnalisé du chef de projet dans son nouveau rôle... et dans bien d'autres circonstances où les difficultés viennent davantage des personnes que des processus ou des outils.

A suivre....le mois prochain.

—
¹ Omettre : ne pas dire. Généraliser : étendre nos expériences à toutes les situations présentant les mêmes caractéristiques. Supposer : tirer une conclusion hâtive ou donner un sens à un événement, au-delà des faits.

Revue de Presse

Par l'équipe de Rédaction

Why There Should Not Be a "Release Backlog"

Dans cet excellent billet, Mike Cohn explique pourquoi il est opposé à une pratique qu'il nomme la création d'un "Backlog de Release". Tel qu'il le définit, un "Backlog de Release" est un sous-ensemble du Product Backlog contenant des items retenus pour la prochaine version, un gel du périmètre en quelque sorte. En trois points, Mike explique pourquoi il considère cette pratique comme mauvaise et pourquoi il préfère utiliser la vélocité, ou plutôt une plage de vélocités, pour effectuer des projections sur le contenu de la livraison d'une nouvelle version.

How Do Story Points Relate to Hours?

A tous ceux qui seraient tentés de vouloir établir une corrélation entre Story Points et heures, Mike Cohn rappelle qu'il n'existe pas de coefficient de proportionnalité entre les heures et les story points. Autrement dit, une formule du type "un story point = 8.3 heures" n'existe pas et le lien entre story points et heures n'est pas une fonction linéaire.

Une observation de la répartition du nombre d'heures consommées pour un nombre de story points donné montrerait en effet que le nombre d'heures est une variable gaussienne : une variable aléatoire suivant une loi normale. Si tous ces mots n'évoquent que de mauvais souvenirs, la courbe en cloche, ou courbe de Gauss, que dessine la densité de probabilité de cette loi vous parlera peut-être tout de même. Ainsi, le lien entre story points et heures est donc une loi de probabilité (ou distribution de probabilité) : un point est égal à une distribution d'espérance μ et un certain écart type.

Mike explique tout ceci de façon très pédagogique et en image sur son blog.

Roots of Scrum: Takeuchi and Self-Organizing Teams

Dans ce billet, Jeff Sutherland revient sur la publication de Takeuchi et Nonaka, les parrains de Scrum : The New New Product Development Game, Harvard Business Review, 1986. Il nous rappelle que les concepts fondamentaux de Scrum y sont clairement abordés, par exemple la notion d'équipe auto-organisée, et regrette que bon nombre de managers ou d'équipes novices avec Scrum passent régulièrement à côté de ces concepts. En bref, cette publication est une lecture indispensable et incontournable !

Présentation de Lean chez Zenika

Le 21 janvier dernier, Pascal Van Cauwenberghe, Coach Agile de son état, a fait le trajet de Bruxelles à Paris pour une présentation du Lean organisée par Zenika. Durant cette session, il a abordé les 14 principes de management décrits dans l'ouvrage "The Toyota Way" (le terme Lean a été inventé pour désigner le modèle de management de Toyota) et mis en évidence les parallèles qui existent avec les méthodes agiles. Alors, si pour vous l'agilité n'est pas une transposition des principes du Lean au contexte informatique et que vous vous demandez encore quel rapport il peut bien y avoir entre un constructeur automobile et le développement d'une application, consultez le compte-rendu (très) complet de la soirée sur le blog de Nicolas Martignole.

Et au passage, si le nom de l'orateur vous semble familier, c'est peut-être parce qu'il est le co-auteur du "célèbre" XP Game utilisé lors de certaines (toutes ?) formations de Certified ScrumMaster. Qui n'a toujours pas gonflé de ballons ou fait de châteaux de cartes pour comprendre comment les équipes agiles utilisent itérations, estimations, et planification ?

Product Vision

Vous êtes vous déjà demandé si votre équipe de réalisation est guidée par une vision produit, insufflée par le Product Owner ? Il est important que chaque membre de l'équipe soit inspiré, motivé, concerné par le travail qui est en train d'être réalisé. Pour le savoir, Roman Pichler nous fournit 5 questions fondamentales auxquelles tout membre de l'équipe devrait être capable de répondre :

Qui va acheter le produit et quels seront les clients ?
Quels besoins le produit va-t-il adresser ?
Quels attributs du produit sont critiques pour la satisfaction du client et le succès de produit?
Quelle comparaison faites-vous avec des produits similaires ?
Quels sont les délais et le budget impartis pour réaliser et lancer le produit ?
Même si l'idée ici n'est pas de transformer chaque membre de votre équipe en Directeur du Marketing, il est important que vous mesuriez la connaissance de l'équipe dans ces domaines.

L'article, c'est par ici.

French Scrum User Group Meetup

Jeff Sutherland signale sur son blog le rendez-vous du 19 mars prochain pour la soirée inaugurale du French SUG.

Les événements