Agilité personnelle · Leadership · Transformation
Agilité personnelle · Leadership · Transformation
C'est la première valeur de l'Agile Manifesto, c'est aussi, en substance, le message que souhaite faire passer aux chefs de projet, Bertrand Duperrin dans un récent billet.
Un premier pas, certes ... mais les chefs de projet ne font qu'appliquer des process qui ont généralement été pensé par d'autres et utilisent bien souvent des outils qu'on leur impose ! ...
Oh que oui !
et pourtant les rétrospectives sont parfois négligées voire absentes... or s'il y a bien une réunion indispensable, notamment dans les contextes Agiles (SCRUM, XP) et dans les autres, c'est bien celle là. Voyons en quoi cela consiste ..
C'est le principe N° 1 du Lean Software Development. C'est à la fois une façon de pensée et un concept trés opérationnel qui se traduit par l'examen attentif de 7 sources de gaspillage potentielles ("Muda") qu'on retrouve dans la conception d'applications informatiques:
Dans la continuité de mon billet précédent (KANBAN board : encore plus Lean, encore plus Agile), voici les grands principes du Lean Software Development.
D'ailleurs, si votre Boss vient vous voir dans quelques mois en vous parlant de Lean et de gaspillages, reprenez ce billet et dites lui simplement que vous avez déjà commencé à vous en occuper en mettant en place des pratiques Agiles...
KANBAN est un mot japonais qui signifie étiquette, carte ... ça tombe bien j'utilise beaucoup de cartes et de post-it dans le cadre de mes activités d'ergonome ou de coach agile !
Un Kanban Board
12 bonnes pratiques compilées par Jeff Patton (la référence sur la question). 12 bonnes pratiques qui ont prouvées leur efficience avec de multiples équipes, dans de multiples entreprises et qui rejoignent dans les grandes lignes mon Manifeste pour une ergonomie agile, c'est rassurant :))
La traduction que j'en fais est toute personnelle et n'engage que moi; voici pour les puristes la version originale. Pour chaque bonne pratique, je vous livre un rapide commentaire et le niveau de priorité que personnellement je lui donne (Must / Should / Can / Won't).
Une User story est une exigence du système à développer, formulée en une ou deux phrases dans le langage de l'utilisateur. Les User Stories émergent au cours d'ateliers de travail menés avec le Métier, le Client ou les Utilisateurs.
Quelques Exemples :
"En tant que recruteur, je peux déposer des offres d'emploi"; "En tant qu'utilisateur, je peux réserver une chambre d'hôtel"; " En tant utilisateur, je peux annuler une réservation"; "En tant que jeune diplômé, je peux créer un CV"; "En tant que jeune diplômé je peux supprimer un CV"; "En tant que jeune diplômé je peux modifier un CV"...
Mathieu de User Centric a ouvert le débat sur les modes de navigation Microsoft, et on ne pouvait pas aborder cette question sans évoquer la nouveauté majeure d'Office 2007, celle qui fait couler beaucoup d'encre: le fameux Ruban ("Ribbon"), une interface novatrice...
Et pourtant, définir par quoi on va commencer les développements, quelles fonctionnalités, quels thèmes placer en haut de la pile, en 1 mot, PRIORISER, est un des éléments moteurs de la mécanique Agile...Troisième billet orienté Coaching Scrum...
Il y a débat, ici ou là sur ce que recouvre le métier d'ergonome, dans les contextes IHM ou informatiques.
Bon, je vais faire court ... selon moi l'ergonomie informatique s'appuie sur des fondamentaux (savoirs et savoirs-faire) mais nécessite une vraie spécialisation. Elle doit être avant tout au service de l'expérience utilisateur, et ne peut se vivre que dans la collaboration avec les autres acteurs des projets...