Rétrospective … Une pratique indispensable !

Ces derniers temps j’ai eu l’occasion d’évaluer 3 projets réalisés en mode agile depuis quelques mois et j’y ai constaté la même défaillance en terme d’utilisation de la pratique de la rétrospective.

En discutant avec les Scrum Master, je me suis rendu compte qu’ils n’avaient pas compris l’utilité réelle de la rétrospective … et pourtant certains sont Certifiés … mais quel est ce formateur certifiant qui les a former aussi mal ?

Bon j’arrête sur ce sujet … promis … mais je n’en pense pas moins … et toc !

La rétrospective n’a pas pour objectif de faire un tour de table rapide de l’équipe pour demander simplement si l’itération précédente s’est bien passée ou pas. Si 2 équipes ne pratiquaient simplement pas la rétrospective, par manque d’intérêt et d’envie, pour la 3ème c’était très différent car le Scrum Master m’a indiqué que l’équipe faisait la rétrospective de l’itération précédente à la fin du premier Stand Up de l’itération suivante, soit tous debout et en 5 minutes … J’HALLUCINE !!!!

Lire la suite »

Certification … poil aux arpions !

Et ca continue dans le domaine de la certification Agile … comme quoi c’est vraiment un business très juteux.

Depuis plusieurs années, la Scrum Alliance propose, moyennant finances, une formation de CSM (Certified Scrum Master) sur 2 jours. Petite  amélioration dans le process depuis 1 an, il ne suffit plus de payer les 2 jours de formation pour être certifié, il faut également remplir un questionnaire et obtenir une bonne note. Pour votre info, je connais quelques CSM qui étaient absents lors de leur formation en 2008 (pour cause de maladie) et d’autres qui n’ont pas eu la note minimale en 2010, mais qui sont référencés comme CSM par la Scrum Alliance  … bonjour le sérieux.

Après avoir cautionné ces pratiques durant de nombreuses années, Ken Schwaber s’est finalement fâché avec la Scrum Alliance et s’en est éloigné. En bon Business Man, il s’est empressé de créer Scrum.org et de mettre en place une nouvelle certification PSM (Professional Scrum Master) et ses déclinaisons multiples et variées. C’est vrai qu’il serait dommage de s’arrêter lorsque le pognon est à portée de main et que le Business Model est si facile à décliner (car qui oserait remettre en cause le jugement de Mr Schwaber).

Aujourd’hui, le PMI annonce un programme de certification Agile dont le nom ne sera révélé que plus tard (Cf. PMI Agile Certification). La lecture des raisons invoquées par le PMI pour se faire certifier me font hurler de rire … ou de désespoir … selon mon humeur du moment.

Bref, cela ne va pas simplifier la vie des donneurs d’ordre et des recruteurs, car ils avaient déjà du mal à comprendre que la certification ne garantissait aucunement la compétence agile de la personne certifiée, et maintenant il va falloir en plus qu’ils comprennent qu’il y a plusieurs certifications et qu’elles n’ont pas la même valeur (Le PMI indique clairement dans le document pourquoi sa certification à lui est meilleure que celle des autres … du grand n’importe quoi … et j’attends les arguments des concurrents qui ne devraient pas tarder à venir … pour continuer à ricaner !).

Mais après tout, rien n’oblige les sociétés qui organisent ces certifications a de la transparence et de l’honnêteté vis-à-vis des donneurs d’ordre … tant que ceux-ci payent rubis sur l’ongle la certification. Après tout, le business est prioritaire et les valeurs agiles censées être véhiculé lors de ces certification passent en priorité plus faible … nous parlons EUROS … soyons donc un peu sérieux.

Et bien je ne suis pas du tout d’accord, les valeurs passent avant tout autre chose, à bon entendeur, salut

Nouveau blogueur agile

Et voici Dibus, un petit nouveau (enfin pas si petit que cela) qui se lance dans l’aventure du blog agile en Français avec « Ca Scrum ! »

Il y a déjà plusieurs articles sympa sur son site, et je vous recommande d’y faire un tour car on y trouve quelques retours d’expérience intéressants et beaucoup de vécu.

Bienvenue à Dibus

Formation Product Owner

Avoir avoir réalisé plusieurs formations pour Product Owner en intra entreprise, je me suis lancé en décembre dernier dans l’organisation d’une formation pour Product Owner en Inter Entreprise … et elle s’est déroulé jeudi et vendredi dernier.

Tout d’abord j’avais hésité à me lancer dans cette initiative car je n’étais pas certain de réunir suffisamment de participants sur Grenoble et je savais que l’investissement commercial pour organiser des formations en Inter est important. Au final j’ai réuni 16 participants (un peu trop ? a twitté Claude) issus de 10 sociétés différentes et venus de Paris, Lyon, Aix-les-Bains et Grenoble … bref un réel succès !

L’importance du Product Owner est trop souvent oublié lors de la mise en place de l’agilité, trop souvent !

Lire la suite »

Outils et Agilité … un compromis possible

Un des 12 principes du Manifeste Agile est la préconisation des échanges en face-à-face qui va de paire avec la valeur « Individus et leurs Interactions » plutôt que « Processus et Outils ».

Lors de mes formations j’insiste beaucoup sur cet aspect de la communication en physique que rien ne remplace vraiment, ni les webcam, ni Skype, ni simplement le téléphone … et pourtant, hier l’équipe que je coach a utilisé un outil entre Lyon et Paris … et pour être honnête c’était aussi bien que si nous avions discuté en face-à-face. Lire la suite »

Moins c’est mieux !

Je suis convaincu depuis longtemps que l’agilité génère moins de bugs que les méthodes traditionnelles et j’avoue avoir souvent argumenté cela par la mise en place d’un socle technique et de pratiques d’ingénierie (Tests automatiques, Intégration continue …)

Dernièrement j’ai eu l’occasion de jouer une demi douzaine de fois le jeu « Artistes et Spécifieurs » dans un contexte universitaire et professionnel, et cela m’a donné l’opportunité de confirmer un argument supplémentaire pour expliquer pourquoi l’agilité génére moins de bugs que les méthodes traditionnelles.

Bien entendu il ne s’agit pas d’une pratique d’ingénierie car le jeu n’en comporte aucune mais bien d’un effet très intéressant lié au processus même de l’agilité.

Lire la suite »

Comment créer un produit que les utilisateurs détestent !

Article librement traduit de l’anglais : Article d’origine chez Pichler (Merci à Romain pour le pointeur)

Voici une liste de comportements qui partent d’une bonne volonté mais qui sont en fait des erreurs assez classiques lors de l’application de Scrum et qui influencent négativement la réalisation du produit, et qui de plus, lorsqu’elles sont combinées peuvent conduire à un échec cuisant du produit.

1. Etre trop pragmatique dans l’application du rôle de Product Owner : Pour essayer de répartir la charge de travail sur plusieurs individus ou un comité représentatif
2. Viser à maximiser la diffusion du produit : Pour essayer d’avoir un produit qui contienne un maximum de fonctionnalités et qui puisse être distribué à un maximum d’utilisateurs différents Lire la suite »

Rigueur ou Discipline ?

Il y a quelques jours, je présentais l’agilité à des clients en insistant sur l’aspect discipliné de la méthode. Une personne m’a alors interpellé en me demandant pourquoi je parlais de discipline plutôt que de rigueur, et en insistant sur les bénéfices à être rigoureux.

J’avoue ne pas avoir été très bon dans ma réponse en live, et en bon Agiliste, je me suis fait une rétrospective le soir même pour identifier la cause du problème et définir une solution pour que cela ne se reproduise pas !

Cause : Méconnaissance de la définition des mots RIGUEUR et DISCIPLINE

Solution : Ouvrir un Dictionnaire

Lire la suite »

SuperMario Scrum

Je ne résiste pas à vous faire partager ce qu’Ambroise a publié sur l’intranet de sa société … un grand merci à lui de me l’avoir envoyé

Si je vous dis : super héros moustachu, chronomètre, sprint, rires, agilité et compétition. A quoi pensez-vous ?

Peut-être à votre prof de gym de 5ème, ou plus probablement à vous refaire une partie de SuperMario Kart sur votre console favorite. Et pourtant, la vérité est ailleurs… Mais pas si loin !…Pour être exact, la vérité était même dans la péniche… Car c’est bien une sorte de super héros moustachu, que nous avons reçu fin juin : un vrai champion de l’agilité venu éclairer la R&D.

Lire la suite »

Un prix pour l’agilité

Un projet logiciel réalisé en mode agile depuis 9 mois, dont je coach la MOA et la MOE, a reçu le prix Agile en Avril 2010 dans le cadre des ITN Awards 2009 (sélection au niveau corporate des projets les plus représentatifs réalisés en 2009).

Les points clés de ce succès sont :

• L’utilité du nouveau produit et l’innovation technologique
• La tenue des jalons très courts et un coût final inférieur au budget initial
• Le fonctionnement en « équipe » avec une implication très forte des utilisateurs finaux.

Le choix d’une réalisation en mode agile a donc fortement contribué à ce succès car elle a permis :

• D’établir une réelle collaboration entre MOA et MOE
• D’obtenir une implication active des utilisateurs (toutes les 2 semaines pour donner du feedback sur l’incrément de produit réalisé)
• De faire émerger une équipe de réalisation performante et fortement proactive
• De piloter via une métrique simple et fiable : La vélocité !

C’est vrai que je ne cours pas après les prix, mais quand même, cela fait vraiment plaisir quand cela arrive, alors autant le célébrer un peu