L’approche Lean se focalise sur la satisfaction du client final, et en particulier cherche a éliminer les gaspillages de temps et donc à livrer le plus rapidement possible au client final.

Il m’a toujours semblé qu’il n’y avait pas d’antinomie entre les 2 approches … et pourtant !

En Scrum, lorsque les items du Backlog sont déclinés en tâches lors du Sprint Planning Meeting, il est recommandé à l’équipe de choisir en premier les tâches associées aux items de priorités les plus fortes et de respecter ces choix quoi qu’il arrive. Le Product Backlog est renseigné avec différents éléments, des exigences fonctionnelles, des besoins non-fonctionnel et des bugs.

Cette façon de procéder est basée sur quelques principes :

• Répondre aux attentes du Product Owner qui cherche à produire de la valeur ajoutée rapidement
• Éviter les changements de contexte qui consomme beaucoup de temps à l’équipe
• Assurer que des items du Backlog seront réellement terminés et qu’il ne sera pas nécessaire de revenir dessus

De plus,à titre personnel, je note bien souvent un intérêt grandissant au sein de l’équipe lorsque tous les membres travaillent sur le même item, l’écoute et l’entraide sont alors nettement meilleurs.

Pour le Lean, la satisfaction du client et la réduction des coûts passent en premier, et il est donc nécessaire de chercher à réduire les temps moyens d’attente. Lors du XP Days, Marie-Pia nous a présenté un exercice simple pour illustrer ce principe qui consistait à faire passer 15 passagers à la douane avec le moins d’attente possible sachant que les certains passagers passent en 1′, d’autres en 4′ à 7′, et certains entre 15′ et 25′. La solution optimum pour réduire le temps d’attente moyen des passagers consiste à spécialiser un douanier dans les passagers rapides.

En général, la correction des bugs prend moins de temps que la réalisation des exigences fonctionnelles, dans la logique du Lean, il serait plus efficace de gérer un backlog de bugs indépendant et dédier 1 ou 2 membres de l’équipe à leur correction. De plus, cela pemettrait d’éviter de dire aux utilisateurs que leur « petit » bug ne sera corrigé que dans 4 sprints compte tenu des priorités existantes, ce qu’en général il ne comprend pas … à juste titre.

Coté méthode Scrum, la recommandation est de gérer les priorités de tout ce qui est à faire – bugs inclus – à un seul endroit, le Product Backlog, puis de respecter les priorités … et donc de ne pas choisir la solution qui réduit le temps d’attente moyen des clients au minimum.

Etonnant non, comme dirait Mr Cyclopède

Accès à l’article en ligne : http://forum.01informatique.fr/infrastructure-f11/methode-agile-scrum-aide-des-developpeurs-yahoo-france-mieux-gerer-les-priorites-t211.html

C’est également un moyen d’avoir un retour direct des lecteurs dans les commentaires, et comme rien ne vaut le feedback direct du client, c’est parfait

Histoire

• Aujourd’hui je décide de laver ma voiture
• En allant vers le garage, je remarque qu’il y a du courrier sur la table d’entrée
• Je décide de jeter un œil au courrier avant de laver la voiture, il contient des factures et des publicités
• Je pose mes clefs de voiture sur la table, jette les publicités dans la corbeille à papier et réalise que la corbeille est pleine
• Je repose les factures sur la table car il faut que je vide la corbeille
• Mais comme la poubelle est proche de la boîte aux lettres, je me dis que je pourrais économiser un trajet en postant mes factures et je décide donc de préparer d’abord le règlement des factures
• Je prends mon carnet de chèques et réalise qu’il ne me reste plus qu’un seul chèque
• Je me dirige vers le bureau pour prendre un chéquier et trouve sur le bureau la canette que j’avais commencé à boire.
• Je me dis qu’il faut que j’enlève la canette pour ne pas la renverser accidentellement sur mes factures
• Je remarque que la canette est tiède et qu’il vaudrait mieux la remettre au frigo pour la rafraîchir
• En me dirigeant vers la cuisine, le vase sur le comptoir me saute aux yeux : les fleurs manquent d’eau
• En posant la canette sur le comptoir, je manque d’écraser mes lunettes que je cherchais depuis ce matin
• Je me dis que je devrais ranger mes lunettes … mais avant, j’ai le temps de donner à boire aux fleurs
• Je repose mes lunettes sur le comptoir, remplis un pichet d’eau et soudain, j’aperçois la télécommande qui traîne sur la table de la cuisine
• Je me dis que ce soir je vais la chercher partout et que je ne me souviendrais plus qu’elle est dans la cuisine
• Je décide donc de la ranger au salon … mais avant, je vais donner à boire aux fleurs
• Je remplis le vase au tiers car malheureusement je renverse beaucoup d’eau sur le sol
• En allant chercher une serpillère, je remets la télécommande sur la table de la cuisine
• Je nettoie le sol puis range la serpillère
• De retour dans l’entrée … je me demande ce que j’avais l’intention de faire
• Cela va ma revenir, en attendant, je vais lire mes mails
• Mais avant je …

Quelle journée, je n’ai pas arrété de toute la journée … je suis crevé d’avoir fait autant de choses !

Mais le bilan réel est le suivant :

• La voiture n’est pas lavée
• Les factures ne sont pas payées
• Il y a une cannette chaude sur le comptoir de la cuisine
• Les fleurs n’ont pas assez d’eau
• Où est donc la télécommande?
• Où sont donc mes lunettes?
• Où sont mes clefs de voiture ?

Au secours, quelqu’un aurait-il un méthode pour m’aider ?

Article, au combien intéressant, sur le 01 Informatique d’hier expliquant la mise en place d’un simple outil pour faire prendre conscience à l’équipe que le fait de tout commencer en même temps conduit, le plus souvent, à ne rien terminer.

Bon d’accord, je ne suis pas impartial puisque je suis le sujet de l’article, mais j’assume ce plaisir narcissique et ne résiste pas à l’envie de le partager.