Posted by jc-Qualitystreet on 6 août 2010
Aujourd’hui c’est DEMO …
La revue de fin de sprint est l’un des 4 cérémoniaux de Scrum , une des méthodes Agiles. Cette réunion qui a lieu le dernier jour du Sprint est avant tout centrée sur la Demo d’un incrément de produit « qui marche », et sur le feedback du Product Owner.
La démo est faite par l’équipe ; à elle de s’organiser en conséquence mais j’insiste pour que cette demo soit préparée (juste ce qu’il faut), scénarisée et mise en contexte (notamment dans l’enchaînement des User Stories). Rappelons en effet que des personnes du Business qui n’ont pas suivi le Sprint peuvent assister à ce RDV en compagnie du Product Owner.
- Le rappel des objectifs du Sprint et de la liste des items du Backlog de produit prévus pour le sprint est un PREALABLE.
- Une définition du Done et le rappel des CONDITIONS DE SATISFACTION de chaque User Story sont des INDISPENSABLES.
L’aspect scénarisation est quant à lui souvent négligé; c’est pourtant un élement de communication clé, crucial pour laisser une impression positive, rassurer et mettre en confiance. Car c’est aussi une question de feeling.
Une demo sans accrocs passe donc par un scénario bien huilé… pour cela rien ne vaut un bon vieux « Plan de Bataille »!
Un "vrai" Plan de Bataille... et il n'y avait pas qu'une seule page. Bravo et Merci Marie-Laure
Et moi j’aime bien quand un plan se déroule sans accrocs :)
Les autres Trucs de Coach Agile:
Posted by jc-Qualitystreet on 16 juillet 2010
… Quand il y a un vrai probléme à résoudre
… Quand il y a de la complexité
… Quand il y a une vraie diversité de personnes
… Quand il y a de la passion
… Quand il y a un sentiment d’urgence
Forum Ouvert - OST
5 conditions pour lesquelles le format de conférence Open Space Technology est le plus efficace !
5 conditions qui sont souvent réunies dans le cadre de nos projets de Transformation Agile, d’Innovation participative ou encore pour la construction d’une nouvelle Vision pour l’Entreprise.
Alors vous aussi, laissez-vous tenter et, PREPAREZ-VOUS A ETRE SURPRIS !!
Posted by jc-Qualitystreet on 7 juillet 2010
Voilà tout ce qu’il vous faut pour travailler efficacement !
L’activité de maquettage (ou prototypage) fait partie intégrante d’une démarche de conception centrée utilisateur. Et le « Wireframe » est devenu au fil des années l’un des outils préférés des spécialistes de l’Expérience Utilisateur pour communiquer un concept, tester des propositions ergonomiques ou prendre des décisions de conception…
Balsamiq: Qualitystreet
Wireframe : les vrais enjeux
Le wireframe est un prototype dit “basse fidélité“.
Cet artefact non graphique représentant la structure et la mise en page des écrans à développer est selon moi INDISPENSABLE à tout projet de développement informatique. Vont y être représentés et localisés les fonctionnalités, les outils de navigation, les interactions et les moyens d’actions dont dispose l’utilisateur dans l’écran.
Le wireframe est généralement accompagné de quelques annotations pour décrire le mode de fonctionnement des éléments qu’il contient, et mis en contexte dans un scénario (enchaînement d’écrans selon un scénario clé, appelé storyboard). Les outils du marché pour créer des wireframes sont désormais nombreux, du plus simple au plus sophistiqué, du gratuit au très cher.
Pourtant inutile d’aller chercher très loin…
Juste ce qu’il faut …
Attention aux excès. J’ai vu trop de projets (menés selon des méthodes de développement traditionnelles) dans lesquels le wireframe n’était qu’une documentation supplémentaire, un simple livrable produit dans son coin par un consultant spécialiste ou non, motivé ou non et se substituant à tout dialogue entre les acteurs des projets. Quel gaspillage…
A l’inverse, et même si l’Agilité change radicalement les règles du jeu, je suis toujours stupéfait lorsque je débarque sur un projet Scrum en tant que coach Agile, de constater que le « wireframe » n’est que peu, voire pas du tout utilisé. Des ateliers de travail “Conception”, au tableau blanc, entre Product Owner et Equipe ne sont pas non plus, toujours organisés. Quel gaspillage…
Le TRIO GAGNANT
La force du wireframe (la représentation visuelle d’un écran) tient dans sa capacité à se faire dans un mode collaboratif, à susciter le feedback, à communiquer la Vision ergonomique et interactive, et enfin à soutenir les activités des acteurs métier, développement et test impliqués dans le projet.
Voilà sa raison d’être, et à ce petit jeu, le maquettage papier, le travail en équipe médiatisé autour d’un tableau ou sur la base des éléments crées en un clin d’œil à l’aide d’un outil comme balsamiq, sont de loin les plus efficaces.
Ce constat est encore plus vrai, sur les projets agiles, des projets découpés en sprints courts se terminant par la livraison systématique, toutes les 2 ou 3 semaines, d’incréments de produit. Dans ces projets où la dimension collaborative est encore plus forte, l’activité de maquettage, pourtant nécessaire, n’aura de valeur escomptée que si elle s’exerce au plus juste (en terme de timing, de périmètre et de niveau de détail), avec l’implication de tous dans l’objectif d’explorer, d’illustrer et de comprendre. C’est aussi pourquoi je suis revenu d’outils comme Visio, Axure ou PowerPoint qui ont longtemps eu ma préférence mais qui s’avérent la plupart du temps inappropriés dans ces nouveaux contextes…
Le Maquettage Papier
Le maquettage papier constitue la forme de maquettage la plus simple mais pas la moins efficace. Plus de visuel pour plus de feedback, de la collaboration et de la proximité avant tout.
Papier : le plus simple !
La complexité du format varie d’un contexte à l’autre puisque des prototypes papier très évolués peuvent être crées avec le matériel adéquat : manipulation directe, interactivité, esprit ludique et créativité sont alors au RDV.
Prototypage Papier
Les quelques sessions de travail de groupe orientées prototypage que j’ai pu animées ont toujours été très fructueuses tant pour la conception que pour le test.
Workshop de conception : Prototypage Papier avec sous groupes de travail
La simplicité est à la fois une valeur et un principe fort de l’agilité.
Maquettage Tableau Blanc
La forme de communication la plus efficace, à privilégier au maximum.
Communication Modes Effectiveness - Scott Ambler
Les ateliers de conception collaboratifs sont des moments intenses avec de vrais bénéfices :
- ils créent une dynamique collective, impliquent, et aboutissent à une décision collective plus solide
- ils sont source de valeur non seulement dans une dimension d’échanges, mais aussi et surtout en termes de découverte et de création de contenus
- ils sont interactifs, parfois même ludiques, jamais ennuyeux
- ils mettent l’accent sur des sens essentiels : le visuel et le toucher au travers de la manipulation directe: on découpe, dessine, on pose, regroupe, déplace toute sorte d’éléments : post it, papier, posters, on habille les murs
En terme de timing, je demande aux équipes agiles d’organiser ce type de workshop, soit l’après midi du dernier jour du sprint (de préférence), soit le matin du 1er jour avant la réunion de planification.
Le but est de décortiquer, explorer, modéliser collectivement avec le Product Owner, les experts UX et l’équipe le contenu potentiel du sprint qui va démarrer.
Maquettage : PaperBoard
Ces Ateliers spécifications / conception donnent du contexte et des éléments de conversation cruciaux aux User Stories. Ils permettent d’illustrer et de préciser les conditions de satisfaction tout en délivrant de précieux exemples. L’appareil photo est de mise : les photos associées à chaque User story peuvent par exemple enrichir le wiki du projet
Maquettage Balsamiq
Un outil que je conseille de plus en plus notamment aux équipes agiles. Une large librairie de composants, de nombreux template et surtout une grande facilité d’utilisation font de Balsamiq Mockups l’outil de PROTOTYPAGE RAPIDE le plus efficace du moment.
Balsamiq: exemple de wireframe
Je l’ai utilisé récemment dans des contextes d’équipe colocalisée (avec videoprojecteur) et dans un contexte agile offshore (avec partage d’écran) : dans les deux cas son apport fut salué par les équipes durant la réunion de rétrospective en fin de sprint.
Le format Sketch a aussi son intérêt. On ne perd pas de vue que l’avancement du projet (LE VRAI) ne se mesure pas dans le niveau de détail de ce qui n’est au fond qu’une maquette mais dans les livraisons régulières de notre vrai produit, et la valeur qui va s’en dégager.
Balsamiq Mockups peut être utilisé pour modéliser tout type d’interface: du portail web à l’application métier, du logiciel aux interfaces mobiles.
L’outil est payant mais le rapport qualité /prix est excellent.
Posted by jc-Qualitystreet on 26 juin 2010
Certes mais est-ce suffisant ?
Définitivement NON !
Une fois, toutes les 3 semaines, le dernier jour du sprint, pour vous c’est peut être mieux qu’avant, mais c’est loin d’être suffisant.
Car le feedback c’est le cœur de l’Agilité, l’élément clé du dispositif Agile, celui qui évidemment va assurer l’avancement du projet mais aussi celui qui permet de toujours faire mieux notamment au travers de l’amélioration continue (« Plan-Do-Check-Act » / « Inspect & Adapt »).
Quel est le problème ?
La principale difficulté réside dans le fait que le FEEDBACK (à recevoir / à donner) n’est ni quelque chose de naturel, ni une habitude ancrée dans notre façon de travailler.
Loin de le rechercher, beaucoup d’équipes ont donc tendance à le fuir ou à le retarder, tout en rationalisant tant bien que mal une conduite de moins en moins justifiable …
- « Ça va nous ralentir »
- « S’il donne son feedback, on en finira jamais »
- « De toute façon il ne sera jamais content »
- « Il va rajouter des choses »
- « Dans le Sprint? on a pas le temps »
- « L’itératif ça marche comme ça…on se voit à la fin et les modifs c’est pour le sprint suivant »
- « Mais alors à quoi ça servirait de faire une demo? »
- …
Le feedback est déterminant et multiple
La qualité du Feedback est selon moi un indicateur majeur du caractère agile d’une équipe, signe d’une performance maîtrisée.
- Sans Feedback, ça ne marche pas…
- Plus vous intégrez tôt le feedback, mieux c’est…
- Plus le feedback est rapide, mieux c’est…
L’absence de feedback constitue donc une entrave à la performance de l’équipe qui nuit gravement à la dynamique collective ainsi qu’à la fluidité du « process » agile.
Son impact sur la qualité du produit est évident, à court ou moyen terme.
Maintenant, être prêt à recevoir (POSITIVEMENT) le feedback, et inversement, donner du feedback (DE MANIERE CONSTRUCTIVE), c’est un changement culturel majeur pour les Hommes et les organisations.
Plus qu’une question d’apprentissage, c’est d’abord une affaire de volonté et d’état d’esprit qui nécessite de s’appuyer sur trois ingrédients essentiels à cultiver sans modération :
- le courage,
- le respect
- la confiance.
Et Pour l’équipe Agile ?
- C’est solliciter des retours du Client (ou Product Owner) le plus tôt et le plus souvent possible, TOUT AU LONG DU SPRINT
- C’est multiplier les rencontres avec les utilisateurs finaux, dans une approche Guerilla Usability ou RITE
- C’est se donner en permanence du feedback dans l’équipe (Daily Scrum, workshops, Pair programming, Tests…)
- C’est recueillir en continu le feedback du produit (TDD, Intégration continue, Tests fonctionnels automatisés ou non : cela sert à ça !)
- C’est faire une demo plus formelle à chaque fin de sprint
- C’est finalement tenir compte de ces feedback et s’adapter en continu dans un esprit” kaizen”
Mon Challenge de coach Agile :
- Mettre la question du feedback au cœur des préoccupations de l’équipe et les amener à travailler ensemble sur cet axe
- Remettre les valeurs & Principes agiles sur le devant de la scène et cultiver des valeurs humaines fondamentales telles que le respect, le courage et la confiance
- Insister au niveau de l’organisation sur les vertus de la colocalisation (Product Owner / Equipe) et inciter le Product Owner à assister le plus souvent possible aux Daily Scrum
- Inciter l’équipe à « TERMINER » les choses et à les montrer en sollicitant aussitôt le Product Owner (client)
- Inciter le Product Owner (Client) à aller voir, à initier la conversation, à faire le premier pas sans attendre la demo de fin de sprint …
- Convaincre de l’intérêt de rencontrer les utilisateurs finaux
- Impliquer les acteurs et faciliter directement le feedback au travers de RDV collaboratifs
La conclusion me vient directement d’une équipe qui travaille dans un mode agile depuis quelques mois et de ses réponses plutôt éloquentes à cette question de retrospective « Qu’est ce qu’on a fait de bien sur ce sprint ? »:
1. « Les workshops techniques »
2. « Les workshops Business »
3. « Le maquettage (Balsamiq)
Chez eux, le feedback progresse ….
Mes autres Alertes:
Posted by jc-Qualitystreet on 18 juin 2010
Une vraie question, n’est-ce pas ?
Et surtout, un exercice que j’apprécie tout particulièrement, et que je propose souvent en Rétrospective dans mes activités de coaching Agile. Il permet d’ouvrir les débats, d’identifier quelques dysfonctionnements, ou de confirmer que ça va bien, et plus globalement de prendre la température de l’équipe.
Mesure de la satisfaction de l'équipe sur sa façon de travailler ensemble
On est évidemment sur du ressenti mais la technique est très intéressante puisqu’elle nous permet d’aborder les questions collaboration , communication, feedback tout en ne nécessitant que peu de temps dans sa préparation et dans sa réalisation.
Cette mesure de la satisfaction de l’équipe sur sa façon de travailler ensemble nous donne un précieux indicateur d’équipe, trés simple, qu’on peut suivre sur quelques sprints dans un souci d’amélioration … Toutefois, pour varier les plaisirs, je l’abandonne généralement au bout de 3 ou 4 sprints…
Voila comment je procède :
- Je présente l’exercice et son objectif à l’équipe
- J’explique l’échelle (de 1 à 5)
- Je distribue des post It vierges
- Chaque membre de l’équipe (au sens large, inclus PO et SCM) indique ANONYMEMENT sa note sur le post it
- Je ramasse les post it
- Je dépouille et construis l’histogramme de satisfaction durant l’exercice suivant (par exemple la Timeline)
- J’affiche l’histogramme au mur et on en discute … FEEDBACK IMMEDIAT !
La description des valeurs 5 et 4 sur l'échelle de satisfaction
Note : Une bonne variante de l’étape 4 et 5 consiste à le faire de manière transparente avec un vote à 5 doigts. Tous ensemble et en même temps. On enchaîne alors avec les pourquoi ou on laisse la discussion s’installer…
Sa simplicité fait son efficacité : amis ScrumMaster, amis Coach, n’hésitez-pas à essayer cette petite mesure !
Les autres Trucs de Coach Agile:
