Lecture d’un cumulative flow diagram

Ce billet a comme objectif d’expliquer mon interprétation du cumulative flow diagram (CFD), un graphique fortement utilisé par les gens qui appliquent la méthode Kanban.

Table des matières

  • Introduction
  • Lire le travail en cours (WIP)
  • Identifier les goulots d’étranglement
  • Lire le lead time
  • Lire le cycle time (temps de cycle)
  • Prédire la fin du projet avec un CFD
    • Option 1 – Utiliser la pente pour la barre Terminé
    • Option 2 – Utiliser le graphique des temps de cycle (Cycle time scatterplot)
    • Option 3 – Générer des probabilités de complétion
  • Ressources

Lire la suite

Rôles et responsabilités: voir au delà de Scrum

L’enjeu entourant la définition des rôles et responsabilités est systématiquement un enjeu majeur lorsqu’on implante l’agilité dans une organisation. Et plus l’organisation est bâtie sur un modèle de spécialiste, plus il y a de la confusion. En effet on sait que Scrum nous propose simplement 3 rôles: PO, SM et Équipier.  Sachant que certains cadres méthodologiques traditionnels nous propose une vingtaine de rôles différents on peut imaginer la confusion pour « l’analyste en sécurité » ou « l’architecte en modélisation de données » et autres rôles très spécialisés. En fait, même la simple distinction programmeur et analyste peut parfois être difficile à démêler pour une équipe novice en agilité ou la culture de la co-responsabilisation n’est pas au rendez-vous.

Pour vous aider à appuyer les discussions autour des rôles, je vous propose trois listes de rôles Agile qui vont un peu plus loin que Scrum tout en restant aligner avec les principes directeurs de l’agilité, donc sans tomber dans l’excès de la spécialisation.

Lire la suite

Scrum de Scrums

Les équipes travaillant en mode Agile sont plus que familières avec la mêlée quotidienne ou le daily Scrum. C’est le point d’inflexion entre deux journées de travail pour une équipe Scrum ou Scrumban. C’est le moment où l’on se réunit pendant 15 minutes, debout, souvent autour d’un tableau, qu’on se synchronise en équipe, qu’on soulève nos bloquants et qu’on s’engage sur un plan de match pour les 24 prochaines heures. Lire la suite

Est-ce que la collaboration égale nécessairement le consensus?

Décider en équipe peut parfois être lourd. Il faut discuter, diverger, converger, rallier, faire des compromis bref tendre vers un concensus.  Mais est-ce toujours souhaitable?  Peut-on faire partie d’une équipe collaborative et appliquer d’autres modèles décisionnels que le consensus?

Je suis un fan de tout ce qui est « situationnel ». J’aime la capacité d’ajuster notre posture ou nos façons de faire en fonction du contexte et de la situation dans laquelle on se trouve. Le dernier billet de Jesse Lyn Stoner propose un modèle pour nous aider à nuancer la façon dont sont prises les décisions en équipe selon le contexte

Types_Team_Decisions

Valeur Acquise Agile ?

Les divers modèles et cadres de travail Agile (DAD, SAFe, etc) contribuent à apporter beaucoup de rigueur à l’application de l’Agilité, mais on se retrouve quelques fois dans des contextes de grand projets ou dans des organisations qui utilisent et diffusent des concept de gestion de projet plus traditionnels bien ancrés dans leur culture. La Valeur Acquise (VA = Earned Value EV en anglais),utilisée pour générer les Indices de Performance Coût (IPC) et Délais (IPD) est l’un d’eux. Lire la suite

Je suis binaire et je m’assume… complètement

Un pdg entre dans le bureau du comptable : « Comptable, je voudrais que tu me dises combien font 1 + 1. »

Le comptable répond : « Combien voulez-vous que ça fasse? »

Cette vieille blague caricature bien les souffrances tolérées par les équipes dans la réalisation des projets. On tolère souvent ce qui n’est pas binaire, et on prend la responsabilité de la situation. The monkey is on my back. Lire la suite