Edito

Par Luc Legardeur

Bonjour à toutes et à tous,

Vous avez dû remarquer que le rythme des newsletter s'est considérablement ralenti depuis quelques mois.

Nous avons en effet eu de trop grandes ambitions et tâcherons dorénavant de maintenir un rythme trimestriel pour celles-ci, bien plus compatible avec les agendas respectifs des membres du bureau

Que s'est il passé depuis la publication en Juin de l'étude du SUG sur l'adoption des méthodes agiles en France ?

Tout d'abord le nombre de nos membres a continué de progresser pour atteindre 353 membres.

Comme vous le savez tous, un changement de dirigeants à la tête de la Scrum Alliance est survenu récemment, laissant l'ensemble des bureaux affiliés à la Scrum Alliance dans l'expectative. Ken Schwaber a vraiment eu un accident qui l'a rendu invalide et incapable d'assurer ses fonctions alors que pour Jim Cundif, c'est une toute autre histoire.

Dès que nous aurons plus de nouvelles sur la constitution du nouveau comité exécutif final, nous vous tiendrons informés.

La refonte tant attendue du processus de certification Scrum a débuté. Elle vise notamment à  rendre plus crédible la démarche en insérant des tests d'évaluation de la connaissance. Cette décision a été saluée par la communauté Scrum et il faut s'attendre à un durcissement progressif des conditions d'obtention des diplômes SCM, SCP et SCT. Vous trouverez de plus amples informations dans l'article d'Antoine ci-dessous.

Nous fêterons au premier trimestre 2010, le premier anniversaire du SUG et vous tâcherons de vous préparer une belle soirée pour l'occasion avec le bureau (Microsoft nous a gentillement proposé de nous héberger pour cet évènement au sein de leur nouveau siège social d'Issy les Moulineaux).

Depuis notre dernière Newsletter, nous avons deux Sponsors de taille.

Il s'agit de Microsoft qui nous a rejoint (merci au passage à Xavier Warzee du rôle qu'il joue au coté d'autres au sein du bureau ) et d'IBM qui a manifesté son intérêt pour sponsoriser notre association.

Nous remercions ces deux sociétés pour leur confiance en le SUG.

Le bureau du SUG a décidé de proposer à titre gracieux des évangélistes Scrum dont la mission est de venir expliquer ce qu'est SCRUM aux entreprises désireuses de découvrir les méthodes agiles. N'hésitez pas à le faire savoir autour de vous.

A bientôt !

Luc

Le point de vue du coach

Par Véronique Messager

Une équipe agile performante se caractérise par une forte exigence réciproque : respect des valeurs communes, solidarité et entraide, responsabilisation. Cet état d'esprit est rendu possible parce que les membres de l'équipe ont confiance.

Cette confiance permet :

• qu'on reconnaisse une difficulté, une faiblesse, une fragilité, sans qu'il y ait une exploitation malveillante par les autres ;
• qu'il n'y ait pas d'hésitation à exprimer son soutien ou son désaccord pour une décision;
• que les informations soient partagées, sans compétition individualiste ;
• qu'on demande ou que l'on donne de l'aide ;
• qu'on accepte le feedback de l'autre ;
• que l'on se trompe et que l'on apprenne de ses erreurs ;
• qu'on accepte la confrontation positive;
• qu'on rappelle, si besoin, les règles applicables par chacun.

Cependant, cette confiance n'est pas une évidence ; elle va devoir se construire, peu à peu, au fil des itérations, entre les membres de l'équipe.

La qualité des relations, au sein de l'équipe, dépend, entre autres, de l'image que chacun se fait de lui-même et de l'autre :

• je me respecte tel que je suis, je respecte l'autre tel qu'il est (/) : une véritable coopération durable peut s'instaurer ;
• je m'impose en dévalorisant l'autre (+/-) : j'adopte une posture dominante qui nuit à la qualité des échanges ; je risque la manipulation de l'autre ;
• je me dévalorise ou me sous-estime par rapport aux autres (-/+) : cet état d'esprit ne favorise pas une bonne communication ; il peut dévier sur la démagogie ou la recherche de « paix sociale » à tout prix ;
• je suis « nul », les autres sont « nuls », tout est « nul » (/) : cette démission conduit au retrait ou à la démobilisation et risque d'aggraver les problèmes.

Le coach veille à la bienveillance des échanges au sein de l'équipe : au quotidien, lors des scrums ou au cours des rétrospectives, par exemples. Il permet à chacun cette prise de conscience de son état d'esprit et facilite la progression vers l'état /. Il repère les jeux de pouvoir éventuels. En cas de tensions, il est un régulateur et un médiateur, qui cadre les conflits constructifs nécessaires. Il aide l'équipe à explorer les raisons qui ont conduit à cette situation. Il s'assure qu'aucun élément ne vient contrer l'esprit d'équipe qui émerge.

Il crée la confiance, si indispensable à l'esprit agile.

A suivre...

Retour sur l'Agile Tour

L'Agile Tour est l'un des évènements incontournables pour la communauté agile française et tout ceux qui souhaitent découvrir ce qu'est l'agilité. Pour cette cuvée 2009, le tour était composé de 18 étapes.

Rennes - 1 octobre 2009

Par Laurent Morisseau
Avec 17 conférences dans la journée pour 200 participants et un retour très positif, ce premier évènement agile Breton a été un succès suivi par l'édition Nantaise d'Agile Tour le 14 Octobre qui a réuni une centaine de participants. Cette dynamique va se traduire rapidement par le lancement de deux nouvelles communautés autour des méthodes et des pratiques agiles: AgileVannes et Alt.Net Rennes.

Entretiens avec des orateurs d'Agile Tour Rennes

Xavier Warzee, Microsoft
SUG : Pouvez-vous vous présenter ?Xavier Warzee : Je suis aujourd'hui évangéliste pour Microsoft dans le domaine de l'agilité. A ce titre nous intervenons dans les différentes conférences, manifestations et communautés, activement ou au travers de partenaires.

SUG : Vous avez parlé ce matin d'agilité dans les systèmes centraux, n'est-ce pas un peu antinomique, quel est votre retour d'expérience ?XW : Effectivement cela peut être surprenant d'appliquer ces méthodes dans les systèmes centraux. Mais c'est issu d'une demande, d'avoir plus de réactivité d'être plus fiable dans nos livraisons. Cette demande arrive aussi dans les systèmes centraux mais on la constate aussi de façon plus générale avec l'application de méthodes comme scrum dans les plates-formes comme Dot Net. Et d'ailleurs nous Microsoft va sortir Visual Studio 2010 intégrant la méthode scrum en native. On est peut-être à un moment tournant où les méthodes agiles vont passer d'un mode innovant, plus nouveau en tout cas, à un mode d'adoption plus massif. A suivre.

SUG : Quelle est la vision de Microsoft sur l'agilité sur les 10 ans qui viennent, quelle est sa stratégie ?XW : On est en début d'adoption donc l'adoption va être de plus en plus massive et Microsoft applique de plus en plus la méthode dans le développement de ses propres produits. A tel point que les produits que nous sortons comme TFS ou Visual Studio sont de plus en plus utilisés en interne pour développer nos produits avec le support de scrum, du test driven development et l'intégration continue. En ce moment sur le campus Microsoft à Redmond, on voit aussi passer tous les grands de l'agilité, comme Jeff Sutherland, etc. On a vraiment un mouvement et un tournant aussi chez les éditeurs. On peut aussi rappeler que Ken Schwaber a sorti ses premiers livres sur le scrum chez Microsoft. En tout cas l'avenir est vraiment ouvert et va être très intéressant dans le domaine de l'agilité.

Anne Dubedout, MC3si
SUG : Il y a beaucoup d'affluence à l'AT : est-ce le signe d'un vrai engouement ?Anne Dubedout : Aujourd'hui, si la MOA n'a pas encore pris conscience du rôle qu'elle doit jouer dans des projets agiles, par contre l'Agilité est connue de presque toutes les DSI, du moins dans les grandes lignes. Mais beaucoup de DSI hésitent encore à faire le pas, elles ont l'impression qu'on leur sert du vieux dans des habits neufs, et de façon un peu légère. C'est vrai qu'il y a un engouement et un enthousiasme de débutant pour l'Agilité mais je le vois comme quelque chose de positif. Il faut toujours de l'enthousiasme pour croire qu'on peut remettre en question l'existant. L'état de fait, maintenant, c'est que l'Agilité a commencé à exister dans la région et qu'elle fait déjà référence chez de nombreuses entreprises.
SUG : Comment voyez-vous les choses se dérouler dans les prochaines années ?AD : Tout d'abord il va falloir remettre le client au centre des projets comme le veut la méthode scrum : cela veut dire remobiliser la MOA, repenser l'expression des besoins et la notion de valeur métier, mais aussi la gestion des risques. Pour ceux qui s'intéressent à la gestion de projet, les prochaines années devraient être passionnantes.
Le changement sera plus simple dans les PME. Chez les grands groupes français, les organisations sont souvent taillées sur mesure pour des processus « en V ». Des projets agiles peuvent surgir à titre expérimental, mais pour une adoption plus massive, on devra réfléchir à un alignement des organisations ou laisser apparaître des systèmes parallèles....

Philippe Ensarguet : Orange business services
SUG : Et AT Rennes : Pourquoi êtes-vous présent en tant que sponsor et quelles sont les impressions que vous retirez de l'événement?Philippe Ensarguet : D'abord nous sommes présents par conviction. L'agilité est une démarche qu'on a introduite depuis maintenant un peu plus de 2 ans au sein des Orange labs et on a une demande croissante auprès de nos clients finaux. Juste pour information, en 2009 on aura plus de 50 trainings de 2 à 3 jours. La demande en coaching également ne fait que monter ainsi que la préparation, la transformation sur les achats pour être capable de contractualiser le mode développement. Il y a l'adoption en interne au sein du groupe Orange qui est une volonté stratégique de pouvoir adapter les services ou les produits développés au plus près des besoins de nos clients d'une part et en tant que structure de service on se doit de servir nos clients et aujourd'hui la demande sur cette approche est vraiment croissante. C'est donc à la fois par conviction et par volonté de continuer à servir nos clients.

SUG : Comment est-ce que vous êtes venu personnellement à l'agilité ?PE : Voici l'analogie que j'ai l'habitude de donner : Pendant très longtemps on nous a dit qu'il fallait se comporter comme ceci ou comme cela et puis un beau jour on nous dit non ce n'est pas bon, vous allez vous rendre malade. Aujourd'hui on a vu que la société de consommation avait un certain nombre de limites. Eh bien j'en suis arrivé au même point par rapport à nos méthodes d'ingénierie logicielle : n'est-ce pas le bon moment de réfléchir si la façon dont on développe nos logiciels est vraiment la bonne façon ? Ce qui m'a fait venir à l'agile, c'est qu'aucun process que j'ai eu l'occasion de déployer ne m'a comblé à titre personnel, et j'ai trouvé dans l'agilité des éléments de réponse sur des points où j'ai pu être frustré par le passé. Ce n'est pas pour jeter tout ce qu'on a pu apprendre et qui, dans certains contextes, s'applique très bien, mais il faut se rendre compte de la réalité, de la vie quotidienne de nos projets : on a beaucoup de mal à stabiliser les besoins de nos clients et à prendre en compte leurs modifications. Voilà en quoi l'agilité nous permet de les servir.

Genève - 12 octobre 2009

"Nos amis suisses de Genève ont également bénéficié de l'Agile Tour, le 12 octobre dernier. Sur les 107 inscrits, environ 80 personnes se sont effectivement déplacées, ce qui fait un taux de participation de 80%. Les feedback des participants, après chaque conférence, au travers des post-its sont disponibles sur ce lien, ainsi que les slides des présentations, vidéos et photos". http://www.agiletour.org/fr/at2009_geneve_feedbac

Marseille - 15 octobre 2009

Organisé par l'Esprit Agile, la première édition Marseillaise de l'Agile Tour s'est déroulée le 15 octobre en une belle après midi ... pluvieuse (une fois n'est pas coutume !) avec 80 participants très motivés.

La demi-journée se voulait très pragmatique en étant axée sur l'Agilité en pratique.

Au menu :

• une session d'ouverture autour du Contrat Agile : un sujet très attendu et très contreversé
• des ateliers :
  • Les outils agiles: du post-it au logiciel Agile, tous les moyens pour gérer un projet Agile
  • le fameux XP Game : un atelier ludique pour découvrir les principes de la planification Agile
  • Artistes et Spécifieurs: une belle démonstration de l'importance de la parole
  • TDD ou comment développer en fonction des résultats attendus
  • Inititation à Scrum: un jeu de rôle en équipe pour appréhender les principes de Scru

En bref, une après midi très ludique et animée qui fut riche en échanges !

Les retours nombreux de cette première session Marseillaise ont été très positifs .

L'Esprit Agile continuera de souffler sur Marseille pour les prochaines années ....

Bordeaux 29 octobre 2009

En cette belle journée ensoleillée, environ 150 personnes sont venues sur le campus Bordelais assister à des présentations et des ateliers ayant pour point commun l'Agilité.

Après un accueil autour d'un café et de viennoiseries, la journée a été lancée par les organisateurs et les différents sponsors.

Ensuite le public a pu assister à différent ateliers ou présentations avec comme thématique :

• Extreme programming : Une session de présentation, un atelier sur le TDD très interactif, rendu très ludique par le jeu de rôles des deux animateurs, ainsi que des jeux de rôles pour des mises en situation.
• Lean : Une introduction aux principes de Lean, puis une présentation sur le management visuel, et un retour d'expérience pour la Web TV d'Orange
• Scrum : Une introduction au Scrum et XP, deux retours d'expériences d'implémentation de SCRUM, et en fin de journée un Scrum café, avec plus de 20 participants, conviés a rejoindre le French SUG
• PUMA : Présentation de PUMA, (Proposition pour l'Urbanisation des Méthodes Agiles)

Après cette longue journée, les participants ont pu se retrouver autour d'un verre. Ce dernier moment de convivialité a permis aux uns et aux autres de partager leur expérience, leurs doutes, et probablement d'ouvrir à d'autres possibilités. Cela a permis aussi de remercier les organisateurs et le LABRI pour la qualité de l'accueil, des présentations et des ateliers.

En ce joli mois d'octobre, la récolte a été bonne aussi pour les Agilistes, et le millésime 2009 sera à n'en pas douter un très bon cru...

Examen CSM : pourquoi, pour qui ?

Par Antoine Vernois
La certification Scrum Master est, depuis le départ, vivement critiquée. Entre autre pour donner un sens à cette certification, le bureau de la Scrum Alliance planche depuis longtemps sur un examen qui validerait les acquis.
Cet examen est un feuilleton qui dure depuis plus d'un an :
Initialement prévue pour avril 2009, et après une rumeur d'un report, voir d'une annulation de projet, l'examen est entré en vigueur au 1er octobre 2009.

Ainsi, toutes les formations Scrum Master ayant eu lieu depuis cette date se conclue pas un questionnaire.
Il s'agit d'un questionnaire à choix multilple de 60 questions.
Dans un premier temps, les réponses à ce questionnaire donneront un score, mais il n'y a pas de note minimale pour être considéré certifié. Pour le dire plus simplement, même avec une mauvaise note, la certification est acquise, il n'est pas possible d'échouer.
Une analyse des examens passés permettra de selectionner les 60 questions de poids équivalent et qui couvriront l'ensemble des concepts et pratiques scrum.
A la suite de cette analyse, la Scrum Alliance établira un questionnaire définitif et une note minimale à obtenir pour être certifié.

Tout ceux qui ont fait la formation certifiante Scrum Master avant le 1er octobre 2009, ont vu leur adhésion à la Scrum Alliance automatiquement prolongée de deux ans.
C'est au moment où ils renouvelleront cette adhésion - pas avant 2011 donc - qu'il leur faudra passer l'examen. A cette date, l'examen final devrait être prêt.

Les détails sur ce qui se passera en cas d'échec et les modalités pour le repasser ne sont pas encore connus. La Scrum Alliance devrait communiquer sur ce sujet une fois l'examen final établi.

En bref :

• si vous avez fait la formation CSM avant le 1 octobre 2009, vous n'aurez pas a passer l'exam avant l'expiration de votre adhésion qui ont été automatiquement prolongée de deux ans.
• depuis le 1er octobre 2009, les formations CSM se terminent par un examen. Tant que l'examen n'est pas définitif, il n'y a pas de sanction en cas de mauvais résultat.

The Art of Lean Software Development - Curt Hibbs, Steve Jewett & Mike Sullivan

Par Christophe Addinquy

J'ai l'habitude d'apprécier les livres succincts. Ils ont le bon goût d'aller à l'essentiel et ainsi de distiller efficacement une information utile. J'étais curieux de voir ce qu'il en allait être de cet ouvrage à la fois particulièrement court (120 pages) et pas spécialement bon marché ! Une autre source de curiosité était la juxtaposition des mots « Lean » et « développement ». Si le sujet est à la mode et que l'on développe largement la pensée « lean » dans la communauté agile, j'avoue avoir encore du mal à cerner en quoi le lean influence les pratiques de développement popularisées par les méthodes agiles.

Globalement, ce livre est hélas une déception. Il constitue certainement une bonne approche pour sensibiliser des managers aux grands principes du développement agile : il reste au niveau des grands principes et fait le tour d'horizon des pratiques agiles en expliquant leur utilité. Ainsi 6 chapitres sur les 9 que compte l'ouvrage sont dédiés aux principales pratiques de développement déjà promues par Scrum, XP ou les pragmatiques programmeurs :

• Scripter les builds et utiliser un gestionnaire de version, plutôt que de compter sur une procédure interactive pour rendre un « build » répétable.
• Automatiser les tests, au niveau des tests de développements ou des tests comportementaux (tests d'intégration ou de recette). Ce chapitre présente d'ailleurs un condensé plutôt réussi du sujet, même s'il reste un peu superficiel.
• Mettre en place une intégration continue.
• Optimiser le volume de code, en ne gardant que le code utile. Ce qu'on appelle le YAGNI (you ain't gonna need it) dans XP.
• Petites itérations. Inutile d'épiloguer, le titre parle de lui-même.
• L'implication continue de l'utilisateur, en l'impliquant dans la boucle de feedback de l'itération. Ce que les auteurs appellent aussi le « CRACK customer » (Collaborative, Representative, Authorized, Commited, Knowledgeable).

Finalement, seul le chapitre 9 approche les pratiques Lean et leur application au développement logiciel. Les auteurs évoquent ici les ateliers Kaizen et le value stream mapping essentiellement et mentionnent les autres pratiques Lean (ainsi que des approches complémentaires comme la théorie des contraintes).

L'intérêt de sortir un livre de sensibilisation sur les pratiques de développement agile en 2009 alors que le sujet est déjà bien couvert m'échappe un peu, je dois dire. Je mettrais celui-ci au niveau du livre de Craig Larman (agile and iterative development, a manager's guide) pour ce qui est du public visé, avec un très gros point en faveur de ce dernier ouvrage. Enfin, le titre du livre est assez trompeur, comme j'ai pu le dire.

Sans doute pourrais-je proposer de lire cet opuscule à un développeur ou à un manager désireux d'acquérir une compréhension de premier niveau des principales pratiques agiles. La brièveté du texte sera là une réelle qualité.

Le livre s'avère trop cher eut égard au contenu et dont l'intérêt est peu probant par rapport à la bibliographie existante. Il reste toutefois une petite niche de lecteurs potentiels auxquels je pourrais même conseiller l'ouvrage. Le passionné n'y trouvera pas son compte.

Les événements