Agilité pour MOA

AgileImprovementsDernièrement un client m’a demandé un court argumentaire pour inciter une MOA (le représentant du client) à se renseigner sur l’agilité. La problématique était présentée de la façon suivante : « La MOA veut savoir ce qu’est l’agilité avant de consentir à se la faire présenter !  » et il fallait donc proposer quelque chose de court, concis et percutant.

Après quelques jours de réflexion, j’ai proposé le questionnaire suivant :

  • Votre besoin fonctionnel est-il parfois incomplet au T0 du projet ?
  • Identifiez-vous de nouveaux besoins en cours de réalisation ?
  • Attendez-vous longtemps pour voir une première version ?
  • Avez-vous des difficultés à vous faire comprendre de la MOE ?
  • Voyez-vous vos planning dériver avec le temps ?
  • Vous demandez-vous parfois ce que fait la MOE ?
  • Découvrez-vous beaucoup de bugs en fin de cycle ?
  • Souhaitez-vous augmenter votre productivité ?

Si vous avez répondu OUI à l’une de ces questions, alors les méthodes Agiles peuvent vous aider à mieux faire car

  • La possibilité de changer le besoin fonctionnel est intégré structurellement dans la méthode
  • Une version démontrable est livrée régulièrement (tous les 2 ou 3 semaines)
  • Les échanges entre MOA et MOE sont permanents et riches d’enseignements
  • La prédictibilité de la MOE est basée sur le travail réellement terminé et non sur une estimation de la progression
  • La visibilité est totale et permanente sur toutes les activités
  • Les tests sont faits en continu pour éviter les effets « Big Bang » de fin de cycle
  • Les gains de temps sur l’ensemble du cycle (de l’expression de besoin au déploiement) sont très significatifs

Avec quelques recommandations pour passer à l’Agilité

  • Se former, car même si la méthode semble simple, c’est plus complexe qu’il n’y parait
  • Se faire accompagner, car c’est plus difficile qu’il n’y paraît et les bénéfices seront obtenus plus rapidement
  • Démarrer au plus tôt en mode Agile, c’est-à-dire dès la collecte des besoins, car tous les acteurs sont concernés et pas seulement la MOE
  • Accepter et mettre en œuvre les changements induits par la méthode (réunions en présentiel, disponibilité en continu …)
  • Comprendre que l’agilité est avant tout un état d’esprit et non juste une « autre méthode »

Qu’en pensez-vous ?

[Humour] Chuck Norris est Agile

402px-Chuck_norris_toilet_paperTraduit de l’anglais (préalablement de l’allemand) sur un pointeur donné par LaurentG, petit délire autour de l’agilité qui m’a fait rire 🙂

  • Chuck Norris est Scrum Master et Product Owner en même temps
  • Chuck Norris peut faire des sprints de 6 mois
  • Chuck Norris porte des TimeBoxer short
  • Chuck Norris ne déplace pas les postIt sur le tableau, il bouge le tableau
  • Chuck Norris n’estime pas, il sait
  • Chuck Norris s’appaire tout seul
  • Chuck Norris est autoriser à arriver en retard au Stand Up
  • Chuck Norris s’assoie lors du Stand Up
  • Chuck Norris a tout terminé à la fin du Sprint Planning Meeting
  • Chuck Norris n’estime pas les User Story, mais les User Story le respecte
  • Chuck Norris écrit d’abord le code et jamais les tests
  • Chuck Norris ne craint pas les bugs, mais les bugs le craignent
  • Chuck Norris ne connait pas le Kanban, il n’a pas de limite
  • Chuck Norris ne tire pas, il pousse
  • Quand Chuck Norris dit « c’est terminé », alors c’est vraiment terminé
  • Chuck Norris ne déploie pas, il développe directement sur les machines de production
  • Chuck Norris sait que pour établir un burn-down, il faut du Napalm
  • Chuck Norris n’a pas de burn-down, tout est brulé autour de lui
  • Chuck Norris ne répond qu’à 2 questions lors du Stand Up … il ne connait jamais de problème
  • Chuck Norris n’a pas besoin de prioriser le Product Backlog
  • Chuck Norris réalise plusieurs User Story en parallèle
  • Chuck Norris n’utilise pas le Développement Piloté par les Tests. Chuck Norris pilote lui même
  • Chuck Norris est le Product Backlog
  • Chuck Norris est Scrum Master certifié sans avoir le certificat
  • Chuck Norris n’a pas besoin d’Acceptance Test. Chuck Norris accepte ou pas !
  • Chuck Norris n’a pas besoin de rétrospective. Le process Chuck Norris est parfait
  • Chuck Norris écrit des tests qui passent avant d’avoir écrit le code
  • Chuck Norris gagne toujours au Poker Planning

Et je rajouterais

  • Chuck Norris n’a pas de plan de release. Chuck Norris sait ce qui est à faire
  • Chuck Norris a une vélocité de 50 000 points
  • Chuck Norris termine le Product Backlog à chaque itération

D’autres idées ?

Scrum en Vidéo

Un article vraiment enrichissant posté par Florent Lothon (Blog L’agiliste) avec une vidéo de la mise en œuvre de Scrum sur un projet complexe et un retour d’expérience personnel très intéressant sur les difficultés de la mise en place de certaines pratiques (ne regardez pas que la vidéo et allez lire ce que Florent écrit plus bas dans son article 🙂 )

20 causes d’échecs d’un projet

Chef de ProjetTrouvé sur le site www.chef-de-projet.org, suite à une présentation faite par l’Espace Numérique de l’Isère hier soir, sur le thème « Réussir son projet informatique : comment avoir les bons réflexes et éviter de se tromper ? ».

Sans remettre en cause le bien fondé ou pas des informations présentent sur le site, j’essaye d’étudier dans cet article, comment l’agilité permet, ou pas, d’éviter ces 20 problèmes.

Au bilan : 17 RESOLUS et 3 OUVERTS .. et VIVA AGILISTA !!!

Pour plus de détails … Continuer la lecture de « 20 causes d’échecs d’un projet »

Lyon 2ème soirée

Petite affluence sur Lyon hier soir (8 personnes) mais très belle qualité du public et des orateurs 🙂

Franck à lancé la discussion sur la planification agile en reprenant l’approche que Mike Cohn développe dans son célèbre livre « Agile Estimating and Planning » et sur la façon dont il met, ou essaye de mettre, en oeuvre ces pratiques au sein de sa société.

Pour ma part, j’ai organisé un petit jeu « 99 ballons » qui permet de se rendre compte de l’importance des « Acceptance Criteria » associés à une exigence (User Story) et la nécessité de se doter d’un « Test Harness » … tous les acteurs sont tombés dans le piège tendu lors de la première itération … J’ADORE … mais en bons agilistes, ils se sont bien repris ensuite.

Nous avons prévu de faire une réunion tous les 2 mois, toujours dans les locaux de l’INSA (un grand merci à Stephane pour son accueil), restez à l’écoute, je vous communique la date de Novembre prochainement

Mes sessions à Agile Grenoble

at2009speakerCette année, jai plusieurs sessions retenues pour la conférence Agile de Grenoble le 20 Octobre prochain.

  • « I’m not a bootleneck, I’m a man » : Jeu Agile basé sur la théorie des contraintes qui consiste à organiser et améliorer une chaîne de production de chapeaux et bateaux en papier. Je vais co-animer avec Bruno Orsier et la difficulté réside à faire passer le message en moins de 60 minutes … sacré challenge … mais nous allons le réussir !
  • « Retour d’expérience EDF » : Mise en place de Scrum chez EDF Grenoble au sein d’une équipe mixte projet et MCO. 4 mois, 8 itérations, 9 personnes … et beaucoup de changements … et une très belle histoire d’équipe
  • « Au secours, mes équipes veulent être agiles et je n’ai plus ma place » : Les méthodes agiles ne parlent pas du role des managers et pourtant ceux-ci sont toujours présents dans les entreprises qui passent à l’agilité. Avec Patrick Oliveres, consultant en management, nous aborderons ce sujet un peu trop oublié et primordial.

Le programme complet est maintenant disponible, il est particulièrement alléchant, ne tardez pas à vous inscrire et venez nombreux le 20 Octobre à Alpes Congrès pour Agile Grenoble 2009.

Agile Product Management

bbc_logo_1_Depuis que je travaille pour AgileToYou, j’ai préparé beaucoup de matériels en langue Française (Formation, Présentation, Jeux …), ce qui était un vrai changement pour moi après 5 ans de pratique quotidienne de l’Anglais chez Yahoo.

Cette semaine, retour en arrière avec la traduction de ma formation pour Product Owner en Anglais car les équipes de la BBC ne parlent « définitivement » pas Français … ce qui n’a rien d’extraordinaire pour des Londoniens  … et ce même si le site web de la BBC est accessible en langue Française (http://www.bbc.co.uk/french/) dans sa version africaine 🙂

Continuer la lecture de « Agile Product Management »

Métrique pour Scrum

ratios-scrumNous souhaitons tous, et surtout nos managers, savoir ce que l’on a fait car cette information nous permet de prendre des décisions futures avec plus de sérénité car nous avons une meilleure confiance sur notre capacité à faire.

Je ne parlerais pas dans cet article de la gestion de projet agile (Burndown chart, Dashboard …) mais de la gestion de produit agile et en particulier d’une métrique que je recommande de rendre visible pour connaître ce que l’équipe a fait lors des itérations précédentes.

Continuer la lecture de « Métrique pour Scrum »

XPDays 2009

xpday_logoPremière exprience des XPDays pour moi cette année (et oui, c’est bizarre, mais c’est la réaliyé) et première satisfaction.

Non seulement c’était très bien organisé (cadre agréable, prestations de qualité …) et très intéressant, mais c’était également l’occasion de revoir et discuter avec un grand nombre des agilistes francophones, pour échanger des idées, des impressions, définir des actions à mener en commun … ou régler quelques contentieux si nécessaire 🙂

Continuer la lecture de « XPDays 2009 »

Formation Agile … encore loin du top 20 !

palmares-des-cursus-les-plus-demandes_article_illustrationAlors que les formations en gestion de projet sont n°1 du palmarès des formations les plus demandées sur 2008 (Top 20 établi par l’institut Orsys pour le 01 informatique), la lecture de l’article indique que l’agilité en est totalement absente au profit du PMI et de l’Afitep.

Il semble que la priorité absolue pour les managers soit de maîtriser leurs coûts … alors qu’il serait surement plus efficace de réduire les gaspillages, produire plus vite et surtout produire exactement ce que le client attend.

Continuer la lecture de « Formation Agile … encore loin du top 20 ! »