Nouvelles de mai, 2009

  2009/05/04
Newsletter Avril 2009
Last changed: 04 mai 2009 19:23 by Karine Mazet

Edito

Par Luc Legardeur

Bonjour à toutes et à tous, voici pèle-mèle quelques news sur notre association et ses activités.

5 mois déjà!

Le temps passe vite. Nous avons dépassé la barre des 300 membres en Avril !!!

Un nouveau correspondant à Bordeaux.

Philippe Launay d'AGFA a accepté de devenir notre correspondant du SUG à Bordeaux.

Bienvenue Philippe ! A nos amis Toulousains - merci de réserver le meilleur accueil à nos amis bordelais.

Scrum Gatherings

Comme annoncé par mail, Jim Cundif le patron de la SCRUM ALLIANCE nous a demandé d'organiser en 2010 la Grand Messe SCRUM à Paris.

Cette manifestation aura lieu au mois de Septembre. C'est une très bonne nouvelle pour la communauté SCRUM française.

Enquête Méthodes Agiles

Notre enquête méthodes agiles est en cours de finalisation. Afin de la rendre la plus pertinente possible et d'en faire un recueil factuel de données liées à l'agilité en France, nous vous proposons un jeu qui vous incitera, nous l'espérons,à demander à vote entourage agiliste de répondre à celle-ci.

Le principe du Jeu est simple.

Chaque membre du SUG se verra communiquer un identifiant (l'ID de Meetup).

 Les personnes qui répondront à l'enquête préciseront l'identifiant du membre du SUG qui les a incitées à la faire.

A chaque réponse, l'identifiant correspondant sera mis dans une urne qui servira à tirer au sort l'heureux gagnant d'une... WII.

Donc plus il y a de réponse grâce à un membre du SUG, plus celui-ci a des chances d'être tiré au sort.

Le tirage au sort aura lieu le 18 Juin à l'EPITA à l'occasion du World Café.

Alors soyez sympas (et surtout impliqués dans la vie du SUG)!  Jouez le jeu ! Incitez vos clients à répondre.

Nous aurons ainsi une vraie enquête française sur les données de l'agilité en France.

Nous espérons que cette news letter vous plaira et vous sera utile.

Merci aux contributeurs et contributrices.

Luc Legardeur

XP Day France 2009


Par Yannick AMEUR

Bonjour à toutes et à tous,

Comme chaque année, la conférence sur l'Agilité en France aura lieu le 25 et 26 mai 2009.

Cette année plusieurs sessions parleront de Scrum, mais aussi de Lean et de bien d'autres sujets.

Scrum au programme :

Cela promet d'être riche dans les échanges et pour cela il y aura un diner pour en discuter avec les orateurs le lundi soir sur place.

Inscription ici.

Lieu : La porte Jaune

Des nouvelles de l'Ouest

Par Laurent Morisseau

AgileRennes

AgileRennes se construit avec sa vitrine officielle: Le forum Grafotech Agile avec l'association Granit:

Lieu d'échanges et d'information sur les méthodes agiles, ce forum s'inscrit dans notre démarche de promotion de l'Agilité au-delà des "Agilistes" puisque nous touchons tous les membres de Granit constitués des professionnels des TIC du bassin Rennais.
Une première session de chauffe "Vers les exigences executables / Les tests avec Fitnesse" avec mon compère Philippe Ensarguet de Silicomp au forum Qualité et performance puis la première session du Forum Agile très réussie sur le retour d'expérience XP chez Eyeka.com par Karine Sabatier, une cinquantaine de personnes et des débats animés sur certaines pratiques XP début avril.
La prochaine session sera présentée par Patrice Petit le 7 mai avec sa conférence "Illusions et desillusions":
"Quand les équipes de développement atteignent la performance, nous ne sommes pas au bout de nos peines..."

AgileRennes a proposé Rennes comme ville étape d'AgileTour 2009. A suivre donc...

Agile Rennes fait également des petits avec Rennes On Rails animépar Karine Sabatier, décidément très active sur Rennes, et Sébastien Gruhier.

Au sommaire : des RailsBar mensuel, à commencer le 4 mai, sur des thématiques plutôt concrètes et techniques pour passer en revue les aspects clés du framework Ruby On Rails.

AgileNantes

Le groupe des praticiens Agiles de Nantes a accueillie le 2 avril Pierrick Thibault et Sébastien Mazurais pour deux retours d'expériences:
        - retour sur la formation Scrummaster dispensée par Pyxis et mise en place de Scrum sur un projet en cours
        - une implémentation des méthodes XP (eXtreme Programming) sur un projet de services web pour les clients du fret SNCF.

Ce double retour d'éxperience a permis de souligner la complémentarité des méthodes Scrum et XP.

AgileNantes a proposé Nantes comme ville étape d'AgileTour 2009. A suivre également donc...

Sortie d'IceScrum R2#13

Par Claude Aubry

L'équipe IceScrum est fière de proposer sa nouvelle version R2#13 à la communauté des utilisateurs de Scrum. IceScrum est un logiciel Open Source et gratuit qui est dédié à l'utilisation de Scrum sur des projets.
L'équipe est composée de stagiaires (des étudiants de l'IUP ISI de Toulouse) et d'agilistes chevronnés, qui font partie des fondateurs de l'association SigmaT. Évidemment le développement se fait avec Scrum... et IceScrum.
IceScrum est une application J2EE qui utilise largement Ajax pour permettre une utilisation de Scrum dans l'esprit d'un espace de travail collaboratif et des tableaux des tâches avec des postits.
La précédente version, publiée en février 2009, offrait déjà tout le cadre Scrum :

  • la gestion des rôles : Product Owner, ScrumMaster, membre de l'équipe et StakeHolder
  • le backlog de produit
  • le cycle de vie Scrum, avec un explorateur de release
  • les sprints, leur durée, leur vélocité
  • le backlog de sprint
  • la prise en compte des résultats des réunions du cérémonial Scrum : planification du sprint, scrum daily meeting, revue de sprint
  • la gestion des impondérables (impediments)
  • la production des burndown charts

Au delà du cadre Scrum, IceScrum facilite l'utilisation d'autres pratiques agiles :

  • les user stories
  • les features
  • le plan de release
  • les tests d'acceptation à la BDD
  • le planning poker, possible en ligne

La volonté de l'équipe de développement est de garder un outil simple qui ne bride pas les initiatives et facilite la communication, notamment pour les équipes distribuées.
La nouvelle version R2#13, publiée début mai, bénéficie du feed-back des utilisateurs. L'effort a principalement porté sur la facilité d'utilisation de l'outil, avec plusieurs dizaines d'améliorations pratiques. Elle apporte aussi son lot de nouvelles fonctionnalités, avec notamment :

  • la gestion des builds couplée à l'exécution des tests d'acceptation
  • la production de nouveaux graphiques (vélocité, burnup, tests passés, ...)

Pour essayer cette version ou pour la télécharger, rendez-vous sur le site icescrum.org vers le 10 mai. Si vous voulez donner un coup de main pour améliorer sa qualité, c'est possible et même encouragé en nous faisant part de votre feed-back.

Apports d'un coach pour constituer l'équipe agile (3)

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

On sait tous, à nos dépens, que réunir les meilleurs joueurs des meilleurs clubs de football n'implique pas naturellement la meilleure équipe nationale !
On sait également que ce n'est pas parce que l'on regroupe, au sein d'une équipe projet, les éléments les plus compétents que le succès du projet est assuré.

Une équipe agile performante est une structure de coopération, mobilisée par un enjeu collectif fort, animée par un niveau d'exigence réciproque élevé (valeurs communes, solidarité), un orchestre de jazz dans lequel une part belle est donnée à la créativité.

Cependant, une équipe agile ne s'improvise pas ; le groupe de personnes ou « pseudo équipe » devra traverser plusieurs étapes, avant de devenir une véritable équipe performante.

Le rôle du coach est précisément d'accompagner l'équipe dans les étapes de sa constitution :

  1. Structuration : l'équipe se constitue avec un ensemble d'individus qui se « socialisent »; on définit l'objectif de l'équipe, on détermine les procédures et les règles de fonctionnement à suivre, chacun cherche sa place dans le groupe ;
    Le rôle du coach : il établit le climat dans lequel se construit la confiance au sein de l'équipe ; il est pédagogue pour aider l'équipe à définir son fonctionnement.
  2. Tension : les incertitudes sont nombreuses ; l'équipe apprend, se découvre ; les personnalités se révèlent ; certains essaient de s'imposer ou d'imposer leur savoir-faire ; l'équipe s'affronte ;
    Le rôle du coach : il est le re-père qui rassure parce qu'il protège l'équipe; il est un régulateur et un médiateur, qui cadre les conflits constructifs nécessaires.
  3. Régulation : l'efficacité de l'équipe s'accroît et son identité émerge. Les premiers résultats l'encouragent et chacun donne un sens à sa contribution individuelle;
    Le rôle du coach : il facilite le processus d'évolution et maintient une écoute personnalisée pour favoriser l'autonomie de l'équipe.
  4. Synergie : chaque membre peut se concentrer sur le travail à réaliser ; l'énergie de l'équipe est canalisée sur l'objectif à atteindre ; la confiance anime chacun de ses membres;
    Le rôle du coach : il se fait discret, n'intervenant que pour relayer la vision du client et lever les obstacles.
  5. Séparation : cette étape précède la dissolution de l'équipe à la fin du projet.
    Le rôle du coach : il doit anticiper la séparation et stimuler la mémoire collective ; il prépare l'avenir, un nouveau changement en perspective.

A suivre....le mois prochain.

Revue de presse

Revue de code avec Jeff Sutherland

Jeff Sutherland fait la promotion d'un outil de revue de code (SmartBear code reviewer pour les curieux), mais là n'est pas le plus intéressant. Il explique qu'il préfère les revues de code "en ligne" et non en "face à face" ! Cela a de quoi étonner dans le milieu agile qui privilégie ce dernier mode de communication.
La revue de code en ligne a l'avantage d'éviter les bavardages, de mieux documenter les problèmes et permet d'assurer un meilleur suivi.

Autour du même sujet, il renvoie ensuite à la question "Faut-il faire la revue de code avant ou après avoir commité ?" à laquelle SmartBear essaie de répondre :

  • avant commit : cela bloque les développeurs, mais est plus facile à suivre (commité = déjà revu), protège les autres développeurs (bugs corrigés avant commit)
  • après commit : ne bloque pas les développeurs mais est plus long et il est plus difficile de corriger les bugs

Ils ont finalement adopté une approche hydride : pour les modifications "sans risque" la revue peut avoir lieu après commit, sinon avant commit.

Retour d'experience

Par Karine Mazet (ViaXoft) - L'Esprit agile

Interview de Rémi Brondino, Gérant de ABC Engineering sur Aix-en-Provence, Editeur de logiciel et Utilisateur de Scrum depuis un an déjà

Bonjour Rémi, Quel est votre rôle dans l'entreprise ?

J'exerce la fonction de gérant de notre société d'édition de logiciels, et plus particulièrement, je m'occupe de la gestion administrative et financière ainsi que la supervision de la production.

Comment en êtes-vous venus à l'Agilité et à Scrum en particulier ? Quels étaient les bénéfices attendus ?

J'ai connu initialement la méthode Scrum par des articles de la presse spécialisée, puis par des échanges avec des entreprises du secteur déjà sensibilisées aux méthodes agiles.

Comme nous sommes en croissance continue depuis plusieurs années, nous recherchions une méthode d'animation de notre équipe de développement (5 personnes) car nous commencions à toucher les limites de notre organisation.

Nous avions besoin de responsabiliser nos collaborateurs, d'éviter les effets « tunnel », et surtout de pouvoir maîtriser le cycle de production.

Nous nous sentions jusqu'alors trop dépendant des discours techniques sans contrepartie (engagement) de résultat.

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

Pour l'instant, non. Nous connaissons Extreme Programming et LEAN, mais nous considérons qu'elles ne sont pas adaptées pour l'instant à notre entreprise.

 Quand et comment avez-vous introduit Scrum ? Comment cela a-t-il été perçu par vos collaborateurs ?

Nous avons mis en place la méthode Scrum en 02/2008. Nous avons été accompagnés par un consultant extérieur de ViaXoft pendant 10 journées : préparation, adaptation, mise en place, sensibilisation des collaborateurs, suivis. Nos collaborateurs ont tout de suite été séduits par le côté rassurant de la méthode : reposant sur le contrat et l'autogestion, ils sont passés d'un environnement où ils se sentaient esseulés dans leur travail à une univers ou certes, ils doivent rendre compte tous les jours de leur travail devant leurs collègues, mais surtout, ils sentent leur travail valorisé car il est vu par tout le reste de l'équipe. Il n'y a pas eu d'à priori, ou de collaborateur réticent à dévoiler le fruit de son travail. Cette méthode transcende l'esprit d'équipe.

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

Oui, assez rapidement d'ailleurs, c'est-à-dire au bout de 2 à 3 Sprint.

 Quelles difficultés avez-vous rencontrées ou rencontrez vous ?

Il s'agit d'une méthode « vivante ». Les parties prenantes de l'entreprise y sont impliquées, pas seulement l'équipe technique. Il convient de l'expliquer à tous. Ensuite, c'est une alchimie quotidienne : il faut surveiller tous les micros équilibres composant la recette. C'est assez intéressant car nous devons prendre en considération la technique, le management, la responsabilité personnelle, l'esprit d'équipe, les objectifs personnels et collectifs.

Nous réfléchissons actuellement à une 2ème version de la méthodeScrumen nos murs en affinant certaines pratiques et en y ajoutant d'autres composants ...

 Et si c'était à refaire ?

Pareil, de la même manière. Nous ne regrettons pas d'avoir été accompagné et de poursuivre cet accompagnement pour l'évolution de la méthode au sein de notre équipe !

Les événements

Par l'équipe de la Rédaction

Unable to render {include} Couldn't find a page to include called: Events
Posted at 04 mai @ 7:07 PM by Luc Legardeur | 0 commentaire

mai 2009
Dim Lun Mar Mer Jeu Ven Sam
          1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
31            

30 juin 2009
30 mars 2009