Cela fait maintenant environ 18 mois que notre structure en Suisse est opérationnelle. L’aventure helvétique tient ses promesses. Un marché de l’Agilité en pleine expansion, des défis passionnants à relever, une communauté active et grandissante et de plus en plus de grands noms qui décident d’oser le changement. Pour suivre le rythme, nous étoffons notre offre de coaching et de formation et nous intégrons à notre équipe un nouveau collaborateur.
« Votre job, c’est de vous assurer que chacun de vos coéquipiers joue votre rôle. » nous dit l’officier.
C’est une phrase que j’ai gardée dans mon répertoire de chef d’équipe. Nous étions de retour d’une ronde de routine, quelques jeunes soldats et un officier d’expérience, lorsque le camion est tombé en panne. Le comble du malheur, notre radio aussi. Nous étions en zone dangereuse, alors l’officier a décidé que nous rentrions à pied. Il s’est tourné vers nous et nous a expliqué sa stratégie. « Oui, Capitaine » était alors la seule réponse possible.
Lors d’une discussion avec mon collègue Steffan Surdek, nous avons parlé d’un jeu sur la difficulté de travailler sur plusieurs tâches simultanément, communément appelé le multitasking.
Allez, prenons 10 minutes pour expérimenter la chose; 10 minutes pas plus. Vous avez besoin de 3 feuilles de papier, d’un crayon et d’un chronomètre.
Continue Reading
Une notion reconnue de l’Agilité est de former des équipes performantes et de les conserver le plus longtemps possible pour leur assigner d’autres projets parce qu’elles ont créé une synergie et une efficacité de groupe remarquables. Après tout, pourquoi changer une formule gagnante?
Je suis le Scrum Master d’une nouvelle équipe de développement qui hérite de la phase 2 d’un projet réalisé initialement par une autre équipe. L’objectif de mon client est d’offrir la chance à plusieurs personnes de vivre une expérience Agile. L’objectif de performance est présent bien sûr, mais l’apprentissage de l’approche et la familiarisation avec de nouvelles technologies sont des objectifs sous-jacents très, très importants pour son organisation. Bien entendu, je vous entends me suggérer de mettre de l’avant les éléments et pratiques techniques pour favoriser une transition en douceur, de tenir des ateliers de conception communs, de mettre sur pied des exercices de transmission des connaissances et de partage des expériences, d’effectuer du pair programming et de la révision de code, de faire participer les membres de la phase 1 au sprint 0 et aux premières planifications de sprint de la phase 2. Après tout, bien qu’on ne mette pas l’accent sur la performance, pourquoi laisser l’équipe à elle-même et tout réapprendre de A à Z, n’est-ce pas?
Mon collègue Fréderick Lussier a récemment publié un billet intitulé « Jouer sérieusement pour apprendre ». À la suite de sa publication, j’ai eu envie d’expérimenter un jeu avec une équipe de développement. Cette équipe de 7 personnes se compose de trois programmeurs (2 programmeurs d’expérience et un stagiaire), un PO, un modélisateur de données, un administrateur de base de données et un Scrum Master. La première heure de notre deuxième planification de sprint, nous avons fait de la sauce à la viande… virtuellement.
Selon moi, deux principes de l’Agilité viennent en concurrence quand une équipe fait face à une dette technique. Je m’explique : pendant le sprint, si l’équipe perçoit qu’elle ne sera pas en mesure de tout livrer (du moins pas au niveau de qualité prévu), deux options s’offrent à elle :
Dans la première option, on perd le principe que le sprint doit avoir un rythme soutenable. Tandis que si l’équipe choisit l’option 2, on se trouve à diluer l’engagement de l’équipe et l’importance de la qualité ou de la date fixe.
Certes, la prise de décision en équipe est moins rapide que lorsqu’elle est prise par un seul individu : chacun doit s’exprimer; il faut organiser des rencontres, produire des comptes rendus, gérer des situations conflictuelles; et tout cela coûte cher. Dans certains cas, il peut même être risqué de communiquer toutes les informations nécessaires.
Pourtant, nous avons la conviction que ça vaut la peine. Nous croyons que les décisions prises en équipe sont plus éclairées, car il y a partage et prise en considération de plus de renseignements. Ensemble, le groupe trouve plus d’idées et de solutions possibles pour résoudre un problème. Prendre une décision en équipe, ça permet aussi d’avoir une compréhension commune du contexte et aussi des raisons qui motivent cette décision. Et tout cela aide surtout pour la suite. L’application de la décision sera facilitée parce que les gens auront participé activement aux choix qui ont été faits. Sans implication, il est très difficile d’aller chercher un réel engagement.
À la suite de plusieurs itérations infructueuses, une équipe de développement logiciel trouve plusieurs problèmes causés lors de l’intégration des composants dans l’environnement final.
Isabelle, membre de l’équipe, décide de fusionner les changements et de compiler les composants de son équipe régulièrement sur son poste. Elle passe plusieurs heures à faire de l’intégration et à régler les problèmes elle-même, en plus d’implémenter les fonctionnalités qu’elle et son équipe se sont engagées à réaliser. Pour pallier les retards, le Scrum Master a mis la main à la pâte et implémenté des fonctionnalités, et certains membres de l’équipe ont dû faire des heures supplémentaires.
En tant que coach Agile, voici le type d’accompagnement que je m’attends à faire auprès de l’équipe d’Isabelle :
À la fin de l’itération, l’équipe a démontré la totalité des fonctionnalités du scope de l’itération. Elle a donc atteint son objectif. L’équipe a pris les moyens pour réussir : Le Scrum Master a développé; le PO a écrit des documents fonctionnels; les développeurs ont travaillé tard et aussi la fin de semaine. Mais est-ce qu’elle a la capacité de renouveler son succès? Est-ce que cette équipe a utilisé ses ressources adéquatement? Est-ce que ses façons de faire sont adéquates et optimales? Est-ce que l’équipe peut améliorer sa vélocité?
Continue Reading
Le printemps est à nos portes le soleil est chaud, la neige fond et les routes sont pleines de nids-de-poule. Un nid-de-poule est une expression du Québec pour désigner les trous sur la route, formés par le gel qui disperse les matériaux de remblais sous la chaussée. Au printemps, la conduite devient difficile, car nous devons éviter ces nombreux trous, sans quoi on risque d’endommager la suspension de sa voiture.
Cela me fait penser aux embuches que nous rencontrons lors de nos voyages de transition avec la mise en place de l’Agilité. Voici donc mon palmarès des 11 nids-de-poule à éviter lors de votre aventure de la transition Agile.
Continue Reading