2022-10-11 Phillipe Cantin

Mesurer l’agilité

(English follows)

Êtes-vous agile ? Que dire de votre équipe ou de votre organisation ? Une approche populaire pour répondre à cette question est de « mesurer » le niveau d’agilité par le biais d’une liste de contrôle contenant des actions et conditions agiles. Une fois cette liste complétée, on peut malheureusement être tenté de l’utiliser pour séparer les agilistes des non agilistes.

Mesurer l’agilité en se concentrant sur les actions et les conditions du contexte est semblable à mesurer les compétences d’un alpiniste selon sa position sur la montagne. Face à une nouvelle montagne, l’alpiniste d’expérience doit commencer au bas, faire son chemin vers le haut et s’adapter à l’environnement. De sa perspective, plusieurs types de terrain ne seront probablement pas rencontrés et donc plusieurs techniques de grimpe ne seront pas utilisées. Il va de soi que l’inventaire de techniques utilisées ne nous donne de l’information que sur le chemin parcouru, mais pas beaucoup sur l’ensemble de la montagne et encore moins sur l’alpiniste.

Alors… que peut-on mesurer ?

2018-10-11 Stéphane Chouinard

Parfois, il faut augmenter le WIP

NDLR: WIP = Work in Progress = TEC = Travaux en cours

Mes collègues peuvent facilement m’accuser de ressasser sans cesse la même vieille rengaine. « Il y a trop de travaux en cours! Réduisez votre WIP! »

C’est normal, puisque j’accompagne principalement des équipes qui n’ont jamais eu de mesure de contrôle des travaux en cours. Il n’est pas rare qu’au départ, une équipe possède trois ou quatre fois plus de travaux en cours que de membres dans l’équipe.

Il y a pourtant des occurrences où la réduction des travaux en cours n’est pas la solution. On doit réduire le WIP pour atteindre un niveau soutenable, mais pas en-deçà d’un certain seuil, sinon notre rythme ne sera pas soutenu.

2018-07-19 guylarochelle

Pourquoi visualiser notre travail?

Cet article a été rendu possible grâce à la collaboration de mes collègues Éric Wursteisen et Caroline Humbert. Éric a contribué au remue-méninges de l’atelier et Caroline a été la première à l’animer avec son équipe et sa rétroaction et ses commentaires ont été intégrés.

Si vous êtes comme nous, la plupart de vos interventions comme coach ou Scrum Master ont un lien avec la visualisation du travail.

Or, plusieurs personnes ne comprennent pas pourquoi et comment il peut être bénéfique de visualiser leur travail. Tout est dans leur tête ou disséminé ici et là et elles vivent très bien avec ça. Peut-on leur démontrer par un mini-exercice les bienfaits d’une visualisation, aussi simple soit-elle?

Cet article présente un atelier simple qui ne parle que de visualisation des travaux.

2018-04-18 Alex Bergeron

Le déploiement continu : la licorne du DevOps.

(English follows)

De nos jours, le terme DevOps est partout. C’est le petit nouveau, la nouvelle star, dans toutes les entreprises technologiques. Avec des concepts de bases qui sont des piliers avérés d’une bonne culture d’ingénierie (équipes pluridisciplinaires, systèmes à flux tiré, transfert de connaissances à l’échelle et hyper-collaboration), il ne s’agit pas d’une surprise que les principes derrière ce « buzzword » font énormément de sens lorsque votre marché niche est la livraison logicielle et que vous ne vivez pas dans l’âge de pierre.

J’aimerais tout d’abord partager mon opinion sur un aspect particulier de ce nouveau désir des entreprises à « adopter le DevOps ». Le sujet émerge souvent lors de discussions entourant le délai de mise en marché. C’est par contre ce que j’aime appeler un morceau de licorne.

2018-03-27 Eric Wursteisen

Continuons d’évoluer, révisons notre utilisation des points de récits utilisateurs !

Relisez le guide Scrum. Il n’y a pas de notion de vélocité ou de points de récits utilisateurs. Ce fait, qui m’a été rappelé récemment par un collègue, m’a permis de réaliser les multiples biais injectés dans les fondamentaux Scrum et Agile pour répondre à des besoins de métriques.

Amusez-vous à lire cet article.

L’un des biais les plus flagrants est, pour ce billet, la notion de point pour un récit.

“Working software is the primary measure of progress.” – Manifeste Agile

2018-03-07 Martin Dupont

Le parcours d’Eugénie dans son Agilité

Je vous présente Eugénie, chargée de projet depuis plusieurs années pour l’entreprise Complexe-cité. Sa direction, le bureau de projet et d’optimisation des processus (BPOP), relève de la vice-présidence stratégie et efficacité. Cette direction offre, entre autres, de l’accompagnement aux lignes d’affaires pour la réalisation de leurs projets, qui incluent souvent des solutions informatiques. Depuis bientôt deux ans, la vice-présidence des technologies de l’information a adopté l’approche Agile pour la plupart des réalisations des solutions informatiques. Bien qu’elle ait assisté à une formation de Scrum Master et quelques présentations sur l’approche Agile, Eugénie a encore de la difficulté à situer ses actions dans son référentiel de gestion de projet. Elle comprend le rôle du Scrum Master, mais le sien ne lui parait pas aussi clair, et sait encore moins comment s’y prendre avec le Scrum Master. Jusqu’ici, ses préoccupations ne lui avaient pas nui dans la prestation de ses services. Sauf qu’actuellement, elle travaille sur un projet stratégique pour l’organisation et le délai est très serré pour livrer la première version en production. Eugénie rencontre donc sa directrice pour lui faire part de ses préoccupations. Elle lui mentionne les points suivants :

« On me demande de faire une planification du projet, mais le focus des équipes est seulement sur la première livraison et le contenu peut changer plusieurs fois avant d’être fixé au début de l’itération. Cette situation amène plusieurs inconnus:
- Qu’attend-on de moi au niveau de la planification?
- Comment arrimer les différents contributeurs, affaires et TI?
- Comment puis-je faire le suivi du projet de façon diligente?
- Comment partager les responsabilités entre les Scrum Masters et moi comme chargé de projet?
- On me dit que je peux assister aux mêlées quotidiennes de l’équipe, mais que je ne peux pas parler. Quelles sont les autres occasions dont je dispose pour m’adresser à l’équipe et leur partager des points qui me préoccupent sur leur progression?
- Je dois préparer mes documents pour la reddition de compte et je ne sais pas trop ce que je dois présenter pour rendre visible la progression du projet. »

2018-03-01 JS Sladecek

Être performant, une étape à la fois…

Très régulièrement, coachs Agile et Scrum Masters se font demander par certains gestionnaires de rendre leurs équipes performantes. Objectif louable en soi, mais qui peut être difficile à atteindre s’ils ne donnent pas également leur définition de « performante ». Pire encore, souvent, coachs Agile et Scrum Masters ne la demandent pas non plus et ça laisse place à de la confusion, une mauvaise compréhension du besoin et crée de fausses attentes.

En voici quelques exemples : les joueurs d’une équipe n’ont que quelques sprints derrière la cravate ensemble et certains gestionnaires se demandent pourquoi ils ne sont pas performants. D’autres comparent la vélocité de leurs équipes et aimeraient que celle-ci augmente comme celle de l’équipe qui cumule le plus de points sprint après sprint. D’autres se disent « Je ne comprends pas, cette équipe est composée de tous nos meilleurs joueurs, mais malgré tout, elle n’arrive pas à atteindre le niveau de performance qu’elle devrait avoir ! »

2018-02-15 Stéphane Chouinard

5 questions pour un futur employeur

En tant que gestionnaire, j’ai pris part à une bonne quantité d’entrevues de départ d’employés. Généralement l’employé désire aller vers des nouveaux défis. Lorsque je creuse un peu plus ou que je reprends contact avec d’anciens employés quelques mois plus tard, la raison du départ tend à changer:

Trop de travail/surcharge;
Trop de temps supplémentaire;
Les priorités changent tout le temps;
Aucune participation aux prises de décision concernant mon travail quotidien;
Trop pressé/pas le temps de produire de la qualité;
Pas le droit à l’erreur;
Mon succès est mesuré sur l’atteinte d’objectifs sur lesquels je n’ai pas d’emprise (respect de délais, budgets, etc.)
Mes talents ne sont pas exploités/expertise mal utilisée;
On m’a embauché pour X, mais j’aime aussi faire Y et on ne m’y autorisait pas.

J’aurais de la difficulté à dire que ce ne sont pas d’excellentes raisons de quitter pour de plus verts pâturages. Moi-même, avec le temps, j’en suis arrivé à la conclusion qu’au-delà du « culture fitness », ~~du café gratuit,~~ des aires ouvertes ou des salles de détente, c’est l’organisation du travail au quotidien qui affecte le plus mon bonheur à l’ouvrage.

J’ai donc quelques questions à vous proposer pour vos prochaines entrevues d’embauche. J’ai même un beau petit système de points comme dans les magazines pour que vous puissiez évaluer (non scientifiquement) l’entreprise qui vous intéresse.

2017-12-19 Stéphane Chouinard

Les 3M du Lean, une formule magique

Je ne ferai pas la description exhaustive des 3M car il y a une très belle page rédigée à ce sujet ici. J’écris ce court billet simplement pour vous partager qu’il y a plusieurs approches pour éliminer le gaspillage. La plus répandue est la chasse aux Muda puisqu’ils sont très connus et qu’il existe même des catégorisations du Muda.

J’ai fait l’expérience récemment de la simulation Okaloa Flow Labs qui m’a démontré que si au contraire nous partions à la chasse aux Muri (surcharges), le reste suit aisément jusqu’à la réduction maximale des Muda.

Attaquer la surcharge en premier (Muri)

Dans un système où les experts sont valorisés et les généralistes ignorés, on note presque systématiquement de la surcharge et des goulots d’étranglement. Une des bonnes façons de diagnostiquer la surcharge est de porter attention à la mesure d’efficience du flux (flow efficiency). On l’obtient assez simplement en divisant le temps actif passé sur une tâche (souvent disponible dans des systèmes de suivi de temps) par son délai de réalisation.

2017-11-30 Stéphane Chouinard

Utiliser les estimés pour confirmer un budget

Mise en situation:

J’ai un tout nouveau projet en démarrage;
L’équipe de réalisation est identifiée, le projet est découpé.

En tant que responsable du budget, je dois maintenant déterminer si j’ai tout le budget qu’il me faut pour me rendre à la fin. Je dois donc prédire l’avenir.

La seule certitude, c’est que l’avenir est incertain

Que mes items soient évalués en heures, en points, en taille de t-shirt ou en bananes, arrive un moment où il y a une extrapolation du temps calendrier en fonction de ces estimations.