Posté par jc-Qualitystreet le 9 février 2012
L’art de la spécification dans un contexte Agile et notamment SCRUM est avant tout une affaire de collaboration, une affaire de comportement. Les User Stories sont un format (que j’apprécie beaucoup) qui permet d’engager la conversation mais qui ne se suffit pas à lui-même… (voir le PROTOTYPAGE AGILE)
Bref, l’idée derrière cette checklist (reprise de Lisa Crispin et Janet Gregory) est de faciliter le boulot du Product Owner en lui rappelant les éléments nécessaires que ses User Stories arrivent Prêtes (ce fameux Ready) en début de sprint.
User Story CheckList
Cette checklist doit être envisagée comme un guide de conversation et non comme un énième format de spécification ! Elle permet aussi d’identifier les éléments complémentaires nécessaires à la réalisation et au test de la story (ex : Wireframe ; Diagramme d’activité…) et fait le lien avec une démarche ATDD.
La partie haute et les premiers éléments sont initiés par le Business; le reste se construit dans un mode « Juste à temps - Juste ce qu’il faut » de manière collaborative avec l’Equipe.
Rappelez Feedback et Collaboration...
Quelques lectures pour approfondir le sujet User Stories:
Posté par jc-Qualitystreet le 7 février 2012
Animer un workshop, endosser le rôle de facilitateur n’est pas si simple.
En plus du nécessaire temps de préparation (7p), de la maîtrise des techniques de facilitation (questionnement, écoute active, paraphrase, encouragement…), et, le jour J, de l’enchainement des activités dans une dynamique divergence / convergence, l’utilisation appropriée des marqueurs et autres supports est cruciale (et pourtant délaissée…).
Savoir dessiner, non….
Savoir écrire, oui ! Quelques repères….
D’entrée tout écrire
Tout écrire sans se poser de questions permet au facilitateur de rester dans son rôle c’est-à-dire de conserver sa neutralité et de ne pas filtrer l’information transmise par le Groupe.
Le facilitateur: neutre avant tout!
D’ailleurs ce sont souvent les conditions matérielles (tout petit whiteboard par ex.) qui nous poussent parfois à censurer la parole des autres… Tout noter c’est aussi donner un feedback positif aux participants du workshop, les remercier pour leur contribution et les inciter à poursuivre leurs efforts !
Donc tout écrire… du moins ce qui est dit !
Seulement ce que dit le Groupe, et pas nos propres interprétations ! Par soucis de simplicité ou pour bien faire, nous avons parfois tendance à synthétiser, à remplacer certains mots par d’autre que nous jugeons plus appropriés ou plus présentables… Pourtant, conserver les propres mots des participants est crucial, toujours pour des questions de reconnaissance et d’engagement.
S’efforcer d’être lisible et compréhensible
…. Comme le reste cela se travaille.
Agenda- Facilitation Product Backlog Refinement
C’est avant tout une question d’effort et d’organisation. Utiliser de bons supports, de bons marqueurs, s’attarder pour écrire les lettres distinctement, espacer les lignes pour s’autoriser quelques ajouts ou corrections, alterner les couleurs, hiérarchiser l’information (les bullet sont toujours terriblement efficaces)
Questionner sans cesse…
Marqueurs à la main pour éviter les biais, encourager la participation et s’assurer que le contenu écrit et restitué est en phase avec le discours du Groupe.
Posté par jc-Qualitystreet le 4 février 2012
Activité#4 du praticien AgileUX…
Le praticien AgileUX va initier puis construire l’architecture de l’information de manière collaborative
L’architecture de l’information c’est l’organisation du contenu et des fonctionnalités d’un point de vue cognitif et graphique pour répondre aux besoins et attentes des utilisateurs finaux.
Architecture de l'information : un élément d'UX
L’architecture de l’information est une activité incontournable de toute projet IT ; outre le fait de donner du sens, dans un contexte de développement Agile, cette activité va proposer la fameuse Big Picture, tant attendue par mal d’intervenants, et va rassurer à la fois les Equipes IT et le Business. Elle facilitera ensuite le travail de tests.
Arborescence
La Big Picture : High level et structurante
Entrer dans une dynamique agile signifie l’ABANDON de spécifications détaillées, travaillées pendant des mois et figées au démarrage du projet, AU PROFIT d‘un travail de spécification plus léger au départ, mais aussi progressif et surtout continu (notamment au travers des workshops User stories et du travail portant sur le Backlog de produit).
Concept Model par Daniel M. Brown
Néanmoins, et je dirais encore plus sur un projet SCRUM, même si ce travail de spécification ergonomique peut sembler plus léger au départ, les premiers éléments d’architecture d’informations sont à maîtriser dés les premiers sprints du projet (sur la base d’informations potentiellement recueillies au préalable, tri de cartes, Kano…).
Modèle de Kano
Il s’agit pour le praticien AgileUX d’aller à l’essentiel, de réflechir en terme de valeur pour sa prore activité et de se mettre au service à la fois du Product Owner et de l’Equipe.
La TO DO List du praticien AgileUX pour l’architecture de l’information
- Clarifier et catégoriser les informations
- Soutenir le PO dans son effort de priorisation des fonctionnalités et des contenus
- Initier puis approfondir de manière collaborative une première structure d’informations efficace
- Déterminer les système d’information le plus approprié
- Tester puis affiner ces éléments structurants
Système de navigation - Pages intèrieures
Posté par jc-Qualitystreet le 23 janvier 2012
Après les 4 P du marketing (revisités ou non par l’ère digitale), voici aujourd’hui un outil de facilitation et surtout de préparation de workshops à la fois ultra simple, visuel et terriblement efficace.
7P collaboratif pour préparer le workshop du lendemain: trés efficace!
Créé par James Macanufo (l’un des 3 auteurs de Gamestorming), les 7P vous permettent d’aller à l’essentiel, de bien cadrer votre workshop, bref de ne rien oublier…
- Purpose : Quels sont les objectifs du workshop (le point de départ) ? Pourquoi nous réunissons-nous ?
- People : Qui va participer ? Quel rôle les personnes vont-elles jouer ? Eventuellement quelle est la cible finale ?
- Product : Qu’est ce qui est attendu en sortie du workshop ?
- Process : Issus des 3 éléments précédents, l’item process se concrétise au travers d’un Agenda et d’une série d’activités et d’exercices ? Qu’allons-nous devoir mettre en œuvre pour répondre aux objectifs, compte tenu des participants et de l’output attendu ?
- Preparation : Avons-nous besoin d’un travail de préparation au préalable de la part des participants ? Doivent-ils rassembler ou imprimer certaines pièces ? (oui par exemple pour du Show and tell ou de la rétrospective de projet)
- Practical concerns : Quels sont les éléments de logistique dont nous aurons besoin ? (réservation et agencement de la salle, horaires, déjeuner, barco, postit, paperboard, whiteboard, marqueurs…)
- Pitfalls : En gros quels sont les risques associés et comment les gérer ?
Rappelez-vous un bon workshop c’est 70% de préparation… alors utilisez les 7P:
- seul (personnellement je l’utilise systématiquement depuis quelques mois en mode checklist)
Format checklist pour ne rien oublier...
- ou à plusieurs (c’est encore plus intéressant) dans une vraie dynamique collaborative!
Brainwritting 435 sur la base des 7 P sur la partie Process avec les Valtech Guys !
Posté par jc-Qualitystreet le
Vous savez que je suis un fervent défenseur de l’utilisation d’un backlog de produit (liste de tous les éléments sources de valeur et nécessaires à l’équipe pour réaliser un produit) “PHYSIQUE” c’est à dire affiché au mur au sein du radiateur d’informations… du coup aujourd’hui, je vous propose un nouveau format “enrichi” pour ce backlog…
Backlog de produit Physique "enrichi"
Ce format de backlog présente tous les avantages d’un backlog physique: visibilité, transparence, finalité, et permet de répondre à un besoin exprimé sur le terrain par certaines équipes que j’ai pu accompagner. En effet même si un gros travail d’estimation de l’EFFORT (exprimé en point) de chaque item du backlog est fait au démarrage du projet, l’équipe est donc régulièrement amenée à réaliser des estimations “à la volée” puisque à chaque sprint des items sont affinés, de nouveaux éléments peuvent surgir ou certaines estimations peuvent être revues du fait de nouvelles informations.
Les estimations agiles ont cette spécificité d’être à la fois collectives (les items sont estimés par l’Equipe dans des sessions de planning poker) et relatives (les items sont estimés les uns par rapport aux autres); elles nécessitent des points de répères; d’où l’idée de visualiser en permanence ces repères utilisés initialement en workshop d’estimation… et de proposer un backlog “enrichi”
Faciliter l'estimation agile en workshop
Attention: il vous faudra un peu de place !!
Posté par jc-Qualitystreet le 19 janvier 2012
L’agilité se joue désormais au niveau organisationnel. Selon les cas, on parle donc de Culture Agile, de Centres Agiles voire même, but ultime, d’Entreprise Agile, et cette nouvelle capacité qu’a l’Entreprise de :
créer de la valeur et de ravir son client, tout en favorisant et en s’adaptant -à temps- aux changements de son environnement (Grosjean, 2011)
Pourtant, l’agilité nécessite de casser des modèles existants, de réinventer un futur, de prendre un nouvel élan… dans une approche plus stratégique.
Alors, vous qui êtes impliqués dans de tels chantiers, je vous propose aujourd’hui un petit OUTIL DE FACILITATION pour vous aider dans cette réflexion…les 6 pistes (issu des travaux de Kim et Mauborgne).
Vers une Entreprise Agile: 6 pistes pour un oeil neuf
Comment ça marche ?
Très simple !
- Monter un workshop associant les promoteurs de l’Agilité dans l’Entreprise et d’autres profils variés rassemblant les différents métiers de l’Entreprise.
6 pistes au format Workshop!
- Enchainer les 6 pistes dans une logique Divergence - Convergence
- Ex pour la piste 2: Comment cela se passe-t-il dans les Telecom, la Finance, les StartUp du Web?
- Ex pour la Piste 3: Que se passe -t-il avant, après, pendant nos interventions agiles? Quels sont les points d’insatisfaction et comment les traiter?
- Ex pour la piste 4: Comment faire que les non acheteurs deviennent nos meilleurs Clients?
- Ex pour la piste 5: Comment faire pour jouer sur le registre émotionnel et toucher différemment nos Clients
- Terminer par un plan d’action pour attaquer ce nouveau Marché
Vision, Collaboration, Changement ! Soyez Agile…
