Posté par jc-Qualitystreet le 27 octobre 2011
… apprendre encore et toujours!

To learn List
Agilité et apprentissage sont intimement liées.
L’apprentissage est une dimension clé de l’Agilité, une composante fondamentale de cet Esprit Agile, et plus largement de l’activité Humaine. Dans le même temps, les méthodes Agiles (notamment Scrum ou XP) sont des terrains très propices pour favoriser un apprentissage efficace. Equipes collocalisées et cross-fonctionnelles, coopération et collaboration facilitées, situations d’apprentissage encouragées (workshops, planning poker, pair-designing, pair-programming, rétrospective, gaming…), partage et échanges de connaissances…autant de pratiques sources de valeur pour apprendre et s’améliorer.
Et pourquoi pas aller plus loin et donner enfin à cet élément fondamental une place de choix au sein de notre Radiateur d’informations?
Au mur, vous qui aviez déjà votre Taskboard, votre Vision, votre Product Backlog, votre Impediment List (Liste des obstacles), pourquoi pas vos Personas et un Risk board; suite à vos Daily Scrum (et After daily) et autres Retropsective, osez désormais la “TO LEARN LIST“, et suivez, valorisez cette activité aux yeux de tous!
Personnellement j’ai d’ailleurs adopté cette “To learn List” à la maison et j’en suis plutôt content!
Soyez Curieux!
Posté par jc-Qualitystreet le 20 octobre 2011
La vélocité est indicateur très utilisé en agilité, en Scrum notamment.
La vélocité d’une équipe sur un sprint se mesure en Points (d’effort relatif) et correspond à la somme des points associés aux STORIES qualifiés de DONE à la fin de ce sprint.
Le pré requis : que les stories et une grosse partie du Backlog aient été estimés en Points au préalable.
Jusque là tout va bien… puisque il ne s’agit que de faire une somme. Et puis l’indicateur est précieux puisqu’il donne de la visibilité notamment sur le chemin à accomplir pour terminer une Release, atteindre un périmètre :
Mon backlog de release fait 100 points, notre vélocité après 4 sprints s’est stabilisée autour de 10 points => nous aurons besoin 10 sprints de 2 semaines pour Terminer…
On ne peut plus simple !
L’alerte ne se situe pas tant là, au niveau de l’Equpe Scrum (au sens large Equipe + PO + ScrumMaster) mais plutôt à l’extérieur de celle-ci (Management, Programme), dans un contexte de Scrum à l’echelle. En effet, dés lors que plusieurs équipes agiles émergent, la tentation est grande de
- COMPARER… de comparer au final CE QUI N’EST PAS COMPARABLE! Ta vélocité n’est pas vélocité
- SE FOCALISER UNIQUEMENT sur ce seul indicateur pour juger la performance des équipes: 10 de vélocité, 3 coups de bâton; 30 de vélocité, 3 chocolatsJ
Repeat after me…
LA VELOCITE EST PROPRE A UNE EQUPE, FONDEE SUR SES PROPRES ELEMENTS DE REFERNCE, IL EST INUTILE ET STUPIDE DE LES COMPARER.
La valeur apportée par l’indicateur vélocité est souvent discutée. Encore dernièrement, Esther Derby en faisait sa cible avec des arguments sonnant juste pour tous ceux qui ont derrière eux quelques années d’Agilité :
- la vélocité est facilement manipulable (c’est vrai, je l’ai vu, côté management, côté Equipe),
- la vélocité est facilement mal utilisée (c’est le propos de cette alerte)
- la vélocité n’est pas la meilleure métrique dans un contexte de transition agile.
Mon challenge :
- Sensibiliser Directions, Management et Programmes sur la question des indicateurs agiles (notamment la vélocité) et des estimations (agiles)
- Former et accompagner les équipes SCRUM sur la façon de réaliser les estimations (Release planning, Planning poker….) et sur les indicateurs à fournir toujours adaptés au contexte
- Eviter toute dérive de comparaison entre équipes
- Proposer d’autres indicateurs (lead time, qualité initiale, WIP, Items bloqués, satisfaction de l’Equipe, risques, taux d’occupation, obstacles, prédictibilité…)
- Re-instaurer la CONFIANCE, car ces mauvaises usages et interprétations traduisent le plus souvent un déficit de CONFIANCE au sein de l’organisation
Mes autres Alertes:
Commentaires:
Classé sous: Agile
Posté par jc-Qualitystreet le
Ou 1pt=3 jours… etc
Nouveau point d’attention pour le coach agile dans son accompagnement des équipes qui cherchent à faire du SCRUM car même si une telle correspondance est tentante pour certains, elle vous sort de la dynamique d’estimation agile et vous éloigne petit à petit de l’esprit Agile…

1 point => 2 DAYS!!!
Même avec des équipes ayant mis en place des pratiques agiles depuis quelques mois, voilà ce qu’on peut parfois observer…
« 4 points, on va la mettre à 4 points… 4 points c’est 8 jours normalement, non ? »
Alerte ! Car derrière l’agilité se cachent à la fois une nouvelle façon d’estimer et plus largement une autre façon, réaliste, de considérer les estimations :
« Nous autres Etres humains ne sommes pas câblés pour estimer on se plante tout le temps… »
La vision concrète, réaliste et adaptative (vs prédictive) de l’agilité nous amène à ré envisager 4 éléments clés relatifs aux estimations ; avoir l’esprit agile c’est donc avant tout revoir :
- L’importance et la place accordées aux estimations
- L’effort nécessaire pour les produire (Just enough)
- La façon de les réaliser: l’estimation agile est COLLECTIVE, faite JUSTE à TEMPS, par CEUX QUI VONT FAIRE LE BOULOT, RELATIVE (stories estimées en terme d’effort les unes par rapport aux autres), RÉVISÉE régulièrement
- La durée de vie des estimations
Mon challenge :
- Sensibiliser Directions, Management et Programmes sur la question des estimations (agiles)
- Former et accompagner les équipes sur la façon de réaliser ces estimations (Release planning, Planning poker….)
- Eviter toute dérive et tentative de correspondance Point/ Heures (certes compliqué qd l’équipe travaille comme ça depuis quelques temps)
- Toujours challenger le «Just enough, Just in Time»
- Insister sur la notion d’Equipe et la nécessité de bien se connaitre
« + l’Equipe avancera ensemble, + l’Equipe se connaîtra, + ses estimations (just enough, just in time) seront fiables »
Mes autres Alertes:
Commentaires:
Classé sous: Agile
Posté par jc-Qualitystreet le 14 octobre 2011
« Souviens-toi du Futur » (”Remember the Future ») et « Mon ombre et moi » (« Me and my shadow ») font partie des 13 Innovation games proposés et popularisés par Luke Hohmann.
Je vous ai déjà parlé du Product Vision Box et du Speed Boat dont je me sers régulièrement… il est temps aujourd’hui de vous faire découvrir ces deux autres jeux dont les spécialistes de l’Expérience Utilisateurs sont plutôt familiers. Car recueil des besoins, entretiens, observations, enquète contextuelle c’est bien le propre de ces jeux…
Souviens-toi du Futur… pas seulement pour limiter les biais cognitifs
Vos clients et utilisateurs ne sont pas bons pour spéculer sur l’usage d’un futur produit. L’utilisateur n’est pas un concepteur ; d’où le caractère clairement inutile de ce type de questionnement :« Qu’est ce que devrait faire notre produit ? » Un questionnement trop flou, trop ouvert, trop abstrait… Dans le meilleur des cas, le discours des utilisateurs sur un futur usage est à prendre avec des pincettes : ils vont généraliser, simplifier ou encore idéaliser…
Souviens toi du Futur est une petite technique qui permet de limiter ces biais en plongeant l’utilisateur dans un passé qui lui apparaitra plus concret.

Souviens-toi du Futur: comment ça marche?
C”est aussi et surtout un « jeu » tout à fait pertinent pour cadrer le contenu d’une release, ou encore plus pour s’accorder ensemble sur les critères de succès d’une mission, d’une intervention ou d’un projet. C’est d’ailleurs dans ce cadre là que j’ai l’ai utilisé pour la première fois il y a 4 ans : les contours de la mission étaient flous, le contexte complexe, l’assemblée nombreuse et plutôt « high level » : l’exercice nous a permis d’avancer en douceur et de boucler l’impressionnante série d’ateliers de travail demandée…
L’exercice permet donc d’établir un point de référence dans le temps, de donner du contexte et de concrétiser davantage les choses. Le futur devient Aujourd’hui ; ça tombe bien car l’enjeu des techniques UX, quand il s’agit d’échanger sur les usages avec les clients et utilisateurs, est avant tout de rechercher le présent.
Exemple de mise en situation et du jeu “Souviens toi du futur”:
“Nous sommes en septembre 2012 cela fait maintenant 6 mois que vous utilisez ce nouveau produit ; vous en êtes content et cela se sent. (Étape 1) Ce matin vous croisez votre boss qui vous demande ce qui vous plait tant de ce nouveau produit, et ce qu’il vous a apporté sur ces trois derniers mois (étape 2).
Les variations sont nombreuses, scénarios ou niveau de détails demandé mais au final tout est dans le questionnement. En gros:
AVANT (et classiquement) : Qu’est ce que le système doit faire ?
APRES (dans le cadre du jeu): Mise en contexte + Qu’est ce que le système a fait du bien ?
L’idée, comme toute technique UX, est de multiplier ce questionnement auprès de nombreux utilisateurs… d’alterner travail individuel et dynamique collective…
Autre intérêt de Souviens-toi du futur, on peut l’utiliser dans de multiples situations. Dernièrement, je l’ai utilisé pour cadrer les attentes de mes clients sur une potentielle mission de coaching.

Remembrer the Future: un Innovation Game plus qu'intéressant!
Ils étaient deux, … après avoir échangé sur la question, on est parti sur 5 minutes de travail individuel sur postit, puis regroupement sur poster. Au final, on a une idée claire des 4 ou 5 points sur lesquels on va mettre l’accent ! “Implique moi et je comprendrai!”
“Mon ombre et moi” : certainement le plus UX !
Un innovation game qui consiste à se mettre dans l’ombre d’un utilisateur, à l’observer pendant qu’il utilise votre produit ou service pour identifier les besoins cachés. Sur ce jeu là, Luke Hohman ne s’est pas « foulé »… c’est de la pure enquête contextuelle, ou encore l’observation de l’Homme en situation de Travail, une technique de base de l’ergonomie francophone qui se centre avant tout sur l’activité des personnes…

homme au travail- observation et user-research-credits-seco
Plus qu’un jeu, cette technique va donc chercher à décortiquer le travail notamment autour des 3 composantes de l’activité humaine:
- Physiques (vision, audition, mobilité…)
- Intellectuelles (mettant en jeu divers processus cognitifs: résolution de problème, prise de décision, mémorisation, apprentissage…)
- Sociales et de coopération (communication, collaboration, coordination …)
ll s’agit aussi de creuser ses déterminants :
- poste de travail et interfaces Utilisateur
- organisation du travail
- environnement de travail
- contenus et objectifs du travail («la tâche» à réaliser et ses attributs, services à assurer, contrôles à effectuer, consignes, modes opératoires…)
- caractéristiques de l’utilisateur (âge, sexe, qualification, formation, expérience, savoirs, savoir-faire, savoir-être, ancienneté, statut, handicaps, motivation …)
Luke Hohmann n’aborde évidemment pas ces questions mais il remet cette technique sur le devant de la scène, sous un nouvel angle : tant mieux !!! Toutefois, inutile de souligner le fait que ce “jeu” nécessite tout de même un vrai savoir-faire sur les problématiques de recherche utilisateurs…
On peut faire varier les protocoles d’observation (ex : pensée à voix haute…) mais dans tous les cas discrétion et limitation des interférences doivent rester de mise. Prises de notes et recueil des principaux artefacts sont aussi des incontournables qui serviront de base au travail de modélisation, idéalement collectif, qui suivra…
Interpréter les comportements,
Comprendre ce que pensent les utilisateurs et
Anticiper les besoins,
voilà ce qui nous motive à jouer et à apprécier « Mon ombre et moi »
Posté par jc-Qualitystreet le 12 octobre 2011
… et c’est à Berlin. J’y serai et vous?

The Agile Testing days, la conférence de l’année consacrée au domaine du Test approche à grands pas…
- Les Tests, c’est votre métier ou votre passion, cette conférence est la votre…
- L’agilité, c’est votre quotidien, votre métier voire votre passion, cette conférence est la vôtre…
Evidemment le coeur de la conférence c’est le Test Agile (dans toute sa splendeur) mais on y parlera aussi des sujets liés: Agile Requirements, Agile & Lean Management… Et croyez-le ou non, il est encore temps de vous inscrire et de choisir la formule la plus adaptée à vos besoins (1, 2, 3 ou 4 jours).
L’an passé, j’étais le seul français (sans doute pour cette raison que je suis devenu l’ambassadeur français de cette conférence:) ); cette année la communauté française du Test agile doit démontrer tout son potentiel!!!
Les plus grands experts du Test Agile seront au RDV pour échanger sur ce sujet désormais incontournable… Tous les ingrédients sont réunis: un sujet complexe et passionnant, des gens compétents et passionnés, le meilleur des intervenants, une organisation sans faille et une ville agréable…
Jetez un oeil au programme ci-dessous: (la partie haute de l’image décrit le 1er jour consacré aux workshops; c’est pas danse avec les stars mais presque:) )

Wahouu!!!!
Alors vous venez?