Posté par jc-Qualitystreet le 17 octobre 2011
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:
Posté par jc-Qualitystreet le 5 octobre 2011
Quelques éléments à la volée de la formation Product Owner que je viens d’animer.
pas mal:)
Un groupe aux profils et expériences variés, très sympa et des échanges trés intéressants qui se fondent autant sur leur propre réalité que sur le matériel présenté…
Qu'est-ce que l'Agilité?
Le gros + de ce groupe: le partage de manière quasi spontanée entre les participants de leurs propres expériences… Riche!
Les responsabilités du Product Owner
10 stratégies pour décomposer des User Stories trop grosses
Bref le genre de training que j’aime
Posté par jc-Qualitystreet le 8 avril 2011
activité # 3 du praticien Agile UX …
Le praticien Agile UX va partager les principaux critères ergonomiques de conception de produits interactifs, un partage au quotidien avec les équipes de développement et un travail de sensibilisation avec les interlocuteurs Business.
Apprentissage, montée en compétences, partage de connaissance constituent la clé de voute de l’agilité. Le praticien Agile UX tient un rôle majeur dans cette dynamique :
- A lui de sensibiliser les équipes sur des processus cognitifs en jeu chez les utilisateurs : apprentissage, perception, mémorisation, attention, résolution de problème… déterminants dans cette logique d’interactions entre l’utilisateur et le produit
- A lui de mettre en commun sa maîtrise les problématiques d’interface et d’interactions, de partager sa connaissance des normes (ISO, AFNOR) et standards en vigueur (web et logiciel), concrétisés par ces 11 critères ergonomiques.
Les 11 critères ergonomiques utilisés en design d’interface :
- Critère n°1 : Incitation (accompagner l’utilisateur dans sa tâche, le renseigner sur le contexte dans lequel il se trouve, l’orienter, l’amener à effectuer des actions spécifiques tout en prévenant au maximum l’indécision)
- Critère n°2 : Lisibilité (faciliter la lecture et favoriser la compréhension de ce qui est affiché à l’écran)
- Critère n°4 : Feedback Direct (tenir l’utilisateur, en temps réel, informé de ce qui se passe)
- Critère n°5: Contrôle Utilisateur (toujours laisser à l’utilisateur le contrôle sur les actions du système et sur l’interface)
- Critère n°6 : Concision (’aller à l’essentiel, garantir la simplicité de l’interface et la pertinence des fonctionnalités)
- Critère n°7 : Gestion des erreurs (protéger l’utilisateur des erreurs potentielles et les gérer quand elles se produisent (corriger ou aider à corriger)
- Critère n°8: Adaptabilité (S’ADAPTER aux caractéristiques des utilisateurs (vues, perspectives, raccourcis…)
- Critère n°9: Cohérence (fournir à l’utilisateur un cadre stable dans des contextes similaires.)
- Critère n°10: Signifiance (parler le langage de l’utilisateur)
- Critère n°11: Compatibilité ( s’adapter aux modes opératoires de l’utilisateur mais aussi tenir compte des contextes et situations similaires).
Posté par jc-Qualitystreet le 14 mars 2011
“Quand Product Owner rime avec Marketeur“, c’est l’intitulé de notre session des prochains Valtech Days 2011.
Retrouvez-nous (Helene Granboulan-Bensalem et moi même) ce jeudi, à l’Atelier Richelieu (Paris 2ème), à partir de 12h15 pour parler d’agilité, de Scrum, du Product Owner, d’AgileUX et d’ATDD.
Et, en avant première, rien que pour vous chers lecteurs, je vous propose un avant goût de la présentation:
On parlera de Vision Agile...
On parlera de Guerilla Usability...
L’agenda complet de la journée
Posté par jc-Qualitystreet le 11 mars 2011
Activité # 2 du praticien Agile UX … (english readers can find on agile-ux.com an english version of this article)
(Voir l’activité 1 : Vision)
Le praticien Agile UX va créer les personas de manière collaborative …
Un PERSONA, c’est un utilisateur-type (le fameux archétype), une représentation fictive des utilisateurs cibles, qu’on peut utiliser pour fixer des priorités et guider nos décisions de conception d’interface.
Sophie, un Persona au format Sketchy!
Les Personas constituent d’un point de vue stratégique une composante essentielle de la Vision du Produit… tout simplement sa cible! A qui le produit s’adresse-t-il? Quels sont ses besoins de cette cible?
L’approche persona permet à l’équipe Agile de construire et de disposer, dans un format ultra engageant, d’une vision commune, des utilisateurs d’un service ou d’un produit. Les personas permettent de mettre l’accent et de comprendre ce que veulent les utilisateurs, leurs comportements, leurs besoins et attentes. Ils donnent du sens.
L’autre bénéfice des Personas pour l’Agilité est qu’ils peuvent facilement se lier aux User Stories, très populaires chez les équipes Agiles.
En somme, les personas sont un excellent moyen d’intégrer l’expérience utilisateur tout au long des projets de développement d’applications informatiques. C’est donc le rôle du praticien Agile UX d’en être le promoteur et d’initier leur création, en collaboration avec le Product Owner et l’Equipe.
Créer les Personas avec les équipes Agile
La démarche de construction des Personas doit démarrer au début du projet, avant de sprint 1. Le sprint 0 ou courte période d’exploration est un moment privilégié et très approprié pour créer les Personas. Toutefois, cette démarche de création nécessite la mobilisation de tous (Product Owner et Equipe) dans une approche résolument collaborative, facilitée par l’activité du praticien Agile UX.
Alors comment procéder ?
1 Préparer
- Organisez un ou deux workshops avec le Product Owner et les diverses parties-prenantes pour vous aligner sur l’approche et sur les objectifs à atteindre, identifier les sources de données, et déterminer les premières catégories de personnes à interviewer (les segments marketing ou rôles dans une application métier sont des points de départ assez fréquents)
- Sensibilisez l’équipe sur les Personas, la démarcheet ses bénéfices
- Collectez les données auprès des diverses sources préalablement identifiées, notamment en allant sur le terrain et en interviewant les utilisateurs.
2 Construire ensemble
- Analysez les données (faits) de manière collaborative en workshops et identifier les variables et patterns
- Créez des squelettes Personas
- Personnifiez et donnez naissance à vos personas, en travaillant les éléments de contexte, le storytelling selon un Template préétabli (formel ou non)
- Validez les résultats avec les principales partie-prenantes (voire sur le plan quantitatif)
Un Template Persona plus sophistiqué
3 Communiquer et Utiliser
- Placez les Personas sur le radiateur de l’information dans l’environnement de travail de l’équipe
- Liez les Personas aux User Stories
- Utilisez-les comme un outil de priorisation du backlog de produit et de conception des user stories (en tant qu’élément de conversation de celles-ci)
- Si nécessaire, montez un plan de communication sur les aspects marketing, vente ou encore formation: faites le buzz!
Personas Ericsson Life in 2020: Faites le Buzz!
