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.
À 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
J’ai récemment découvert un ajout intéressant à Visual Studio : les achievements (réalisations). Il s’agit d’un plugiciel que l’on peut installer dans notre environnement de développement et qui permet d’obtenir des médailles (ou badges) que l’on appelle achievements.
Le concept est inspiré des plateformes de jeu. Dans la plupart des jeux modernes, il existe ce concept d’achievement que l’on peut débloquer en réalisant certains exploits lors de nos quêtes. Par exemple, réussir à ramasser tous les jetons d’un niveau ou réussir sans se servir de pouvoir spécial.