Il m’arrive souvent d’être mêlé avec les termes suivants:
Pour m’y retrouver heureusement, le ICAgile a un superbe document qui explique ces termes à la page 7. Je les retranscris ici: Lire la suite
Nous avons beau avoir de bonnes intentions, être passionnés d’Agilité et dévoués à nos clients, mais l’humain étant ce qu’il est, il est fort difficile de prévoir comment il peut changer !
Comme dans tout bon projet informatique, on ne peut donc pas tout prévoir en détails la planification de la gestion du changement. Pour surpasser les résistances et obtenir des implémentations de changement avec succès, on doit donc adapter les techniques traditionnelles de gestion du changement en y mettant un peu d’Agilité et du « lean ». On ne peut pas tout savoir ou prévoir au départ et il nous faut l’accepter. On doit donc se baser sur les principes et valeurs Agiles pour guider nos actions dans le changement.
C’est le sujet principal du livre « Lean Change Management – Innovative Practices for Managing Organizational Change » dont je vais vous parler aujourd’hui.
Son auteur, Jason Little, est un canadien, ancien développeur et maintenant conseiller en gestion du changement, il a mis à l’épreuve les différentes techniques décrites dans son livre pour une organisation publique canadienne.
Bien que ce soit un petit livre, il fait un peu moins de 200 pages, ce dernier est quand même rempli de processus, frameworks, conseils et autres outils pertinents pour une gestion du changement « lean » et Agile. Tout cela s’articule autour du cycle intitulé « Lean Change Management » que voici :
En gros, voici ce que veut dire chaque étape traduite librement en français:
Dans les premiers chapitres du livre, on introduit rapidement le cycle et ses origines. Pour le reste du livre, on décrit en détails chacune des étapes du cycle avec, bien entendu, les commentaires et l’expérience vécue de l’auteur. Ce qui en fait un livre captivant et intéressant à lire. Lors de sa lecture, il nous arrive de prendre note de plusieurs éléments et conseils qui pourront nous servir en tant que coach Agile. Tout ceci est valable autant pour des changements de processus que pour l’adoption de nouvelles techniques telles que le TDD. Un « must » donc à lire pour tout coach Agile impliqué dans une transformation Agile.
En résumé, voici mes trois leçons apprises suite à cette lecture:
Références :
Suite à une commande de mon patron, j’ai monté un mind map du coach Agile. Contrairement au rôle de Scrum Master clairement défini dans le guide Scrum, la description du coach Agile n’est pas standardisée à mon avis. Il y a tout de même les belles initiatives du Agile Coaching Institute et de ICAgile pour leurs efforts à définir les niveaux de coach Agile ainsi que les objectifs d’apprentissage requis à chaque niveau.
De mon côté, je voulais partager le résultat de cet exercice. C’est mon job après tout alors je devrais être capable d’énumérer quelques-unes de mes responsabilités.
J’ai regroupé les Post-It par thème (formateur, facilitateur, mentor, coach et savoir-être). Ma première constatation fût que les thèmes coach et savoir-être étaient les plus forts. Cela fait du sens à mon avis puisque ce sont souvent ces compétences que j’utilise dans mon travail. Néanmoins, je fais appel à des postures de formateur, faciltateur et mentor au courant de ma journée bien que ces postures soient moins présentes.
Selon vous, quels seraient les Post-It à rajouter à mon mind map papier?
Vous avez travaillé sur des projets Agiles, très souvent, en prenant une approche Scrum ou Kanban, et pour la plupart du temps, vous avez eu des expériences positives. Mais vous avez aussi sans doute rencontré quelques défis, spécialement si vous évoluez dans un contexte de grande entreprise.
C’est justement pour vous aider à faire face à ces défis que l’approche de livraison Agile disciplinée(DAD) a été conçue. DAD est une approche Agile hybride qui combine diverses stratégies à partir d’une variété de sources telle Scrum, XP, Agile Modeling, Kanban, SAFe et beaucoup d’autres. DAD se présente donc comme une approche pragmatique qui reflète la réalité des environnements des entreprises d’aujourd’hui fournissant des orientations cohérentes pour vous aider à répondre à bon nombre, sinon la totalité, des défis auxquels vous faites face.
Le Centre d’Excellence Agile de Facilité Informatique est fier de présenter l’approche de livraison DAD pour la première à Québec. En effet, le 9 décembre prochain, Scott Ambler, co-fondateur de DAD, sera à Québec pour donner cette formation. Pendant une journée, venez travailler avec Scott pour vous aider à répondre aux questions suivantes:
Inscrivez-vous dès maintenant pendant qu’il reste encore quelques places de disponibles!
Selon le guide Scrum, la rétrospective de sprint est « une occasion pour l’Équipe Scrum de s’inspecter et de créer un plan d’amélioration qui sera mis en place au cours du Sprint suivant. »
Au début de ma carrière de Scrum Master, je suivais cette définition assez rigoureusement. Cette rencontre était employée pour identifier nos problèmes et les régler. Cependant, en progressant dans ce rôle, j’ai remarqué que les gens devenaient fatigués d’être constamment mis au défi pour trouver des pistes d’amélioration. En creusant de plus en plus, on rencontrait des problèmes organisationnels ou professionnels qui ne pouvaient tout simplement pas être résolus. Cela minait l’humeur des gens. Curieusement, lorsque les commentaires restaient positifs à la rétrospective, l’équipe se dressait plus facilement un plan d’actions. Lorsque les gens se sentaient bien et fier d’eux-mêmes, ils travaillent plutôt à s’améliorer davantage.
J’ai aussi découvert que les rétrospectives positives se déroulaient mieux lorsqu’on utilisait un artéfact pour démarrer les conversations. Simplement démarrer la rétrospective en demandant aux participants de parler des aspects positifs du sprint était bizarre. Il fallait mettre la table, voir casser la glace.
Pour orienter les conversations positives, j’utilise habituellement deux outils: le calendrier niko-niko et le mood board. Le calendrier niko-niko est un outil bien documenté où on demande à chaque membre de l’équipe d’inscrire son état d’esprit général à chaque jour du sprint. On peut alors effectuer une rétrospective sur le niveau de bonheur de l’équipe à la fin du sprint.
Dans l’éventualité où un tel outil n’a pas été mis en place, je considère le mood board comme étant une bonne alternative pour démarrer des conversations positives. En somme, le mood board est un graphique où l’axe des X est la ligne du temps et l’axe des Y est le niveau de bonheur à travers le temps. Puisque ceci est un outil très scientifique, on peut remarquer que le niveau de bonheur maximal est le gros bonhomme Sourire dans la photo qui suit:
Il y a aussi des couleurs différentes pour illuster le parcours de chaque membre de l’équipe. Lors de ce projet, nous avons substitué plusieurs joueurs, d’où le début des courbes à différents moments. Une fois leurs courbes tracées, je demande aux participants dans la salle d’identifier des moments positifs en lien avec cet artéfact.
Dans la photo ci-haut, on remarque que le niveau de bonheur est à son plus bas aux itérations 5 et 6. Bien qu’on aurait pu s’enlisser dans les raisons qui nous amenées là, l’objectif de la rencontre était de rester positif. Les membres de l’équipe se sont donc mis à parler d’événements positifs qui les ont fait passer à travers cette période. Jean-Sébastien (ligne verte) a parlé de la venue positive de Martin #2 (ligne mauve). Et les conversations ont continué à être positives pour le reste de la rencontre.
Au final, aucun plan d’actions tangible n’est sorti de cette rencontre. Seulement de bonnes appréciations envers les membres de l’équipe. Et des fois, la reconnaissance par les pairs est ce qu’il faut discuter lors de la rétrospective d’équipe.
[slideshare id=54900825&doc=disciplinedagileenterprise-151109100627-lva1-app6892&w=650&h=500]
Innovmetric a implanté de nouvelles pratiques afin de pallier à ses problèmes qui ralentissaient le développement :
Au final, ça rapporte d’implanter ces processus:
Bref, dans l’ensemble les conseillers de Facilité Informatique ont bien apprécié cette journée. On a déjà hâte d’être à l’an prochain pour découvrir de nouveaux sujets afin d’améliorer notre Agilité.
Nous sommes dans le Grand Nord. Un explorateur traverse les dunes de neiges et de glace avec ses chiens. Il décide de s’arrêter pour la nuit. Comme d’habitude, il défait son attelage de chiens et il prépare son campement.
C’est alors qu’il aperçoit un ours polaire marchant vers ses chiens. Le malheureux explorateur imagine déjà le massacre.
Encore une fois cette année, Facilité informatique est fière d’avoir contribué au succès de l’Agile Tour de Québec.
Nos présentateurs tiennent à vous remercier de vous être déplacés en si grand nombre pour assister à leurs deux conférences et à leur atelier.
Vous les avez manqués ou souhaitez en savoir plus? Voici quelques informations qui devraient vous plaire:
Dans son atelier, Frédérick vous a présenté deux outils forts utiles pour améliorer la confiance de votre équipe. Ceux-ci peuvent être retrouvés aux endroits suivants:
Si vous souhaitez consulter le matériel présenté par Nicolas, le voici:
Pdf: Catalyser votre transition Agile avec le codéveloppement
Vous aimeriez faire partie d’une cohorte de codéveloppement? Facilité Informatique démarrera dès janvier une cohorte de codéveloppement pour leaders Agiles expérimentés. Vous retrouverez plus d’informations dans l’onglet « Nos formations » .
François publiera sous peu une série d’articles sur le sujet vous permettant d’en savoir un peu plus. Nous vous suggérons de vous inscrire aux mises à jour d’excellenceAgile.com en cliquant sur le bouton « Suivre » situé au bas de votre écran pour être avisé lorsque le nouveau contenu sera disponible.
On se donne rendez-vous à l’Agile Tour de Montréal où vous pourrez assister à la présentation de Jean-René Rousseau: « Mon Agilité est plus grosse que la tienne » et échanger avec lui lors du panel d’experts.
05 Novembre 2015
Aujourd’hui dans l’actualité Agile de Facilité Informatique:
A la fin de la période, le coach de l’équipe rencontre son défenseur et lui demande :
J’ai trop souvent observé dans les équipes de développement, des joueurs restés campés dans leur rôle.
Vous avez omis un de vos objectifs d’équipe, celui qui va faire que vous allez gagner. En tant que membre d’équipe, votre devoir c’est d’aider vos collègues à atteindre les objectifs fixés. Même si pour cela, je dois faire des tâches qui ne sont pas écrites dans ma description de tâche? Oui. Même si pour cela, je dois faire confiance à mes coéquipiers pour réaliser des tâches liées à mon rôle? Oui. Pensez-y. Dans une équipe de hockey, l’objectif de chaque joueur, c’est de marquer des buts. Alors oui, si un gardien de but se rend compte qu’il peut marquer, il va tenter le coup.
Alors, essayez ce qui suit : avant de commencer une nouvelle tâche regardez qui vous pouvez aider, lorsqu’un membre de votre équipe vous présentera un problème ou un bloquant, demandez-lui comment vous pouvez l’aider. Lorsqu’un membre de votre équipe dira : « C’est plate, je n’ai plus rien à faire. L’analyse fonctionnelle n’est pas prête. » Demande-lui : « Que peux-tu faire pour aider? Comment peux-tu collaborer, et ce, pour le bien commun de l’équipe? »
En tant que professionnel et membre d’équipe, au cours du dernier mois, combien de fois avez-vous saisi l’occasion de sortir de votre rôle pour le bien commun de l’équipe? Quelles sont les possibilités que cela ouvre maintenant?
Que pensez-vous de faire en sorte d’atteindre vos objectifs et de gagner vos matchs?
Excellence Agile 