L’agilité au Service du Web

Réflexion personnelle parue dans le n°42 du Magazine des Anciens Eleves de l’Ensimag.

Résumé

Les approches dites ‘Agile’ ont vraiment le vent en poupe ces dernières années car elles offrent une alternative réaliste et plus efficace comparée à l’approche basée sur des ‘Cycle en V’ associée à un référentiel normatif plus ou moins complexe (ISO, CMMi …).

Cet article vous éclairera sur les raisons qui font des entreprises du Web les leaders mondiaux incontestés des pratiques Agile.

Téléchargement de la version PDF : agilite-au-service-du-web

Accès à la revue complète PDF : AAE Revue 42

Gestion des Risques : Les risques Business

Hier, alors que je faisais une présentation de la méthode Scrum, nous avons eu une discussion plutôt intéressante sur la gestion des risques en méthode Scrum comparé aux méthodes de gestion de projet traditionnelle et voici ce qu’il en est ressorti.

Pour un produit donné, il existe 2 grandes classes de risques:

• Les risques Business (traités dans cet article)
• Les risques Techniques (futur article)

Lire la suite »

Le Manager Agile

Suite à l’annulation des « 1ères assises de l’Agilité » organisée par Jérôme Barrand et GEM par manque de participants, Jérôme nous avait convié à une demi-journée gratuite sur le thème du management Agile. Nous étions donc une 20aine de participants ce vendredi pour écouter Jérôme nous parler de management Agile, Jocelyne de Coaching Agile et Karim d’effissens. Quelques visages connus d’agilistes logiciels dans la salle (Rémy, Jean-Francois) et pour le reste des personnes plutôt orientés coaching et/ou conseil, connaisseurs et/ou curieux de l’agilité dans le management. Lire la suite »

Agile et CMMI

Je viens de finir de lire le papier en anglais de Hillel Glazer, Jeff Dalton, David Anderson, Mike Konrad et Sandy Shrum intitulé « CMMI© or Agile: Why not Embrace Both! » et disponible sur le site du SEI depuis peu.

Le point principal soulevé par l’article est l’incompréhension des 2 communautés l’une vis-à-vis de l’autre du fait:

• D’un rejet « à priori » de l’autre modèle (j’aime bien le mea culpa de David Anderson disant qu’il est un peu responsable de l’association CMMI = Waterfall ce qui explique le rejet de CMMI par les Agilistes) du fait de la sincérité de chacune des parties convaincue qu’elles sont dans le vrai Lire la suite »

Agile à l’international

Une de mes activités professionnelles consiste à promouvoir la méthode Scrum comme alternative aux méthodes traditionnelles en France et dans plusieurs autres régions du monde (Europe, Asie, Inde, Canada). J’ai appris beaucoup des succès et difficultés rencontrés, et en particulier l’importance de la culture propre à chaque pays sur la façon d’aborder l’Agilité.

Ce petit article ne se veut pas être une liste de vérités absolues mais simplement ma perception de la situation dans les différents pays régulièrement visités. De plus, il est important de limiter mes propos au périmètre de mon entreprise (les personnes avec qui je travaille) et ne pas généraliser à l’ensemble du pays.

FR : Une bonne implication des équipes techniques, mais une forte résistance du management dû à la crainte d’une perte de pouvoir, une volonté de micro management et globalement la satisfaction des méthodes traditionnelles (on échoue mais on sait pourquoi, donc tout va bien et on ne change rien).

UK : Une démarche purement individuelle basée sur l’atteinte des objectifs définis par le top management qui empêche la mise en place d’un vrai sentiment d’équipe. Un certain manque de maturité sur l’importance de la qualité logiciel (et les bonnes pratiques associées) et la satisfaction réelle à être le héros que tout le monde admire. Lire la suite »

AT2008 Grenoble: Un vrai succès !

Voici quelques jours que la conférence s’est déroulée et je peux vraiment dire que c’était un vrai succès du fait de tous les retours positifs reçus des participants.

Les 201 personnes présentes (soit 2 fois plus que l’objectif initial) ont plébiscité l’invité d’honneur qui a vraiment lancé la conférence sur de très bons rails (excellente prestation de Jérôme Barrand) puis se sont naturellement répartis dans les autres salles pour écouter les différents orateurs qui ont été globalement très appréciés.

Nos craintes d’organisation sur la gestion de l’accueil, la répartition entre les salles et le timing de l’évènement ne se sont pas transformées en problèmes, et les buffets gratuits, pause café et dinatoire, ont été appréciés par tous. Bien entendu certains points sont à améliorer (merci à tous ceux qui nous ont donné un feedback) et nous tenterons de faire encore mieux l’année prochaine.

Un grand bravo à toute l’équipe organisatrice pour cette première sur Grenoble et ce succès qui fera date.

Quelques photos ici : http://www.flickr.com/photos/23117434@N00/

A lire absolument, le retour d’Eric Lefevre http://blog.valtech.fr/wordpress/2008/10/12/retour-sur-agile-tour-grenoble/ et ses photos http://flickr.com/photos/elefevre/sets/72157607935469125/

A lire également, le retour d’Aline http://techaline.wordpress.com/2008/10/13/pour-etre-en-forme-soyez-agiles/

Cycle en V

J’ai lu plusieurs articles récemment qui tendent à indiquer que le Cycle en V n’est pas applicable voir que c’est une aberration pédagogique. Pour ma part, je n’ai pas l’expertise suffisante pour dire s’il y a un aspect non pédagogique à l’apprentissage du cycle en V, mais je ne dirais pas que le Cycle en V n’est pas applicable.

J’ai eu l’occasion de pratiquer le Cycle en V à de nombreuses occasions et bien que je sois convaincu de la meilleure efficacité des méthodes agiles, lorsque je parle des mes expériences personnelles, celle que je trouve la plus réussie a été réalisée en Cycle en V … comprend qui peut !

J’étais le chef d’un projet qui consistait a réaliser un système d’arrêt d’urgence d’une centrale nucléaire de Lituanie. Je vous rassure tout de suite, le système est encore en parfait état de marche. Les logiciels de sureté nucléaire doivent être conformes à la norme CEI 60880 et se doivent de suivre un cycle en V très strict, pour vous donner une idée, même les documents de revue de document ont un cycle de vie. Ce projet a impliqué 20 personnes en pic de charge sur une durée de 18 mois, et nous avons commencé par les spécifications, puis la conception, puis le codage, les tests unitaires, l’intégration et enfin la validation. A l’arrivée, nous avons livré avec 3 jours de retard sur le plan initial (pas si mal au bout de 18 mois), pour une charge inférieure de 10% aux estimations et surtout, et c’est ma plus grande satisfaction, sans avoir à aucun moment demandé à l’équipe de travailler tard le soir ou le week-end.

Je pense qu’une grande partie du succès de ce projet est dû à mon approche agile/lean de la situation dont je retiendrais les points principaux suivants:

• Planning/Gant précis à 3 semaines mais non détaillé au delà (le responsable logiciel n’a jamais vraiment voulu accepter que mon planning dépasse constamment les 18 mois – 29 mois au début – mais je me refusais à consommer du temps sur quelque chose qui allait forcément changer)
• Point de synchro hebdomadaire d’une heure maximum le lundi à 9h (peu de perte de temps, adhésion des équipes) durant lequel chacun s’exprimait 3 minutes pour dire sur quoi il allait travailler durant la semaine
• Plus 3 questions hebdo: Qu’avez-vous fait par rapport à ce qui était prévu? Pourquoi n’avez vous pas pu faire ce qui était prévu (bloqueurs)? Qu’avez-vous fait en plus que ce qui était prévu?
• J’ai toujours demandé aux membres de l’équipe « combien de temps pour finir ta tâche » et ensuite je remettais le planning à jour. Je n’ai jamais dit « je te rappelle qu’il ne te reste que X jours pour finir ».
• Affectation des tâches 1 par 1 à chaque membre, jamais de multi-tâches. Chaque membre de l’équipe connaissait la tâche qu’il devait commencer à la suite de celle en cours.
• Planification d’une occupation maximale à 80% dans les plannings (les mercredi et vendredi après-midi étaient toujours chômés … du moins sur le Gant)
• Souci constant d’anticipation de la synchronisation des échanges entre équipes (afin de réduire ce que je n’appelais pas encore ‘Waste’ ou ‘Muda’ – Cf. Lean Software Development) et des risques
• Confiance de mise sur les travaux de l’équipe
• Travail en équipe pour réduire la complexité des documents tout en respectant le format type et en obtenant la validation des autorités de sureté (parfois un peu équilibriste).
• Proximité avec les équipes, je passais la plus grande partie de mon temps à me « promener » pour aller voir ce que faisais mon équipe, pas pour contrôler, mais pour comprendre ce qu’ils faisaient et comment ils le faisaient.

Je ne conclurais pas que le Cycle en V est une bonne méthode, mais simplement que la méthode n’empêche pas d’être intelligent.  L’être humain se doit de prendre le dessus et de rechercher en permanence des leviers d’amélioration et prendre des risques pour être plus efficace. Cela peut s’avérer payant, comme dans mon cas sur ce projet, ou parfois être source de conflit avec sa hiérarchie, mais le jeu en vaut la chandelle car le succès est plus souvent au rendez-vous.

A défaut de pouvoir être « pur agile », ce qui permet d’atteindre l’efficacité maximale, je dirais simplement à ceux qui sont dans l’obligation de suivre un cycle en V qu’il y a toujours des marges de manoeuvre pour être plus agile … il suffit de vouloir les trouver !

Agile Tour 2008

Comme plusieurs d’entre vous le savent déjà, je contribue à l’organisation de l’étape Grenobloise de l’Agile Tour 2008 qui se déroulera le 9 octobre à partir de 14h dans les locaux de Physique de Grenoble Université.

Après la recherche des sponsors (merci à tous) qui s’est faite assez rapidement – preuve de l’intérêt de la communauté Grenobloise pour l’Agilité – nous allons passer à la phase de choix des sujets de présentation (il y en a beaucoup et tous très intéressants, le choix va être difficile) et à l’organisation de la logistique (3 sessions en parallèle dans 2 amphis et une salle de cours).

Pour cette première édition, c’est déjà un petit succès car nous avons à ce jour 139 inscrits sur Grenoble pour un nombre maximal de 150 personnes (capacité des locaux) donc j’invite les retardataires à passer rapidement le message auprès de leur réseau et vite aller s’inscrire sur le site pour être certains d’avoir une place.