#scrum board

[carto-graphics]

Keeps me sane

[getagile]

Dans les tréfonds d’un fichier ou bien visible, contre un mur ?

Je suis un fan du management visuel et je conseille à tous mes clients de sortir leur planning, to-do list, plan d’action de leurs obscur fichier ou système d’information pour le mettre d’une manière visible contre un mur, en tout cas en ce qui concerne l’opérationnel courant.

Pourquoi ? 

Contre un mur, les puissants algorithmes des systèmes d’information, à qui nous confions tant de responsabilités, deviennent inopérants ? C’est un retour au moyen-âge pré-informatique, me direz-vous ? Et vous avez raison. 

Par contre, il s’offre à la puissance de tous les cerveaux qui le regardent,  d’humains doués de capacités d’analyse, d’expériences, d’un instinct et d’une intuition qu’aucun algorithme n’a encore approché.

Il permet des débats organisés ou spontanés, il devient un membre de votre équipe, décrit son état de santé, ses avancées et ses contre-performances. 

Il permet d’afficher et de garder devant les yeux les problèmes identifiés, leurs donnant plus de chance d’être traités que s’ ils sont enfermés au sein d’un PV de séance, dans un fichier, quelque part sur le réseau, pour n’en ressortir que périodiquement.

Pour toutes ces raisons, je suis un fan du management visuel.

Et je suis aussi un fan de la puissance que nous offre les systèmes d’information.

Comme nous avons un cerveau gauche, et un cerveau droit, nous avons besoin de système d’information pour gérer la masse d’information, les inter-dépendances, les tendances, calculer les impacts des modifications, bref pour permettre à la rationalité construite de l’entreprise, de ses produits et de ses services de s’exprimer. C’est l’hémisphère gauche. 

Activer l’hémisphère droite, notre tableau de management visuel, c’est permettre de  gagner en souplesse et flexibilité dans les derniers mètres, de prioriser plus facilement, de réorganiser sans tout chambouler, de suivre, sentir et laisser, à l’air libre, respirer notre activité day-to-day. 

C’est dans cet équilibre que réside la magie du management visuel. 

C’est, pendant sa conception, dans la recherche de cet équilibre, du bon moment ou l’on passe du système au tableau et du tableau au système que l’on est capable d’identifier la vraie fenêtre de gestion opérationnelle de l’équipe. 

C’est les discussions sur sa composition, sur les rythmes de mise à jour, l’organisation des moments d’échanges qui permettent, avant de sa mise en place finale, de voire la dynamique et l’énergie de l’équipe se matérialiser devant ses yeux.

Le tableau permet de redéfinir les modes de gestion et d’interaction de l’équipe, et pour cela, il sait s’adapter à ses contraintes et exigences. Il permet de redéfinir la communication et l’échange à court terme d’information, la gestion des priorités, et il permet de redéfinir cela en permanence, en fonction de la montée en maturité de l’équipe, des essais, des expériences. 

Pas besoin de faire évoluer les systèmes, pas d’impact sur les autres étapes du processus. 

Les expériences que j’ai faites en ce sens m’ont appris une chose, c’est que quand le management visuel marche, le tableau évolue. A sa manière, il se fond dans l’équipe pour en devenir un membre indispensable et à part entière.

Et vous, quand allez-vous commencer à mettre au mur ce qui traîne sous le tapis ? 

[email protected]

[bizcraft-blog]

The scrum board: dead on arrival

A few years ago I wrote

The longer I teach and coach scrum, the more I become convinced that the physical workflow board is the heart of scrum. Without the workflow board, a team has no center, no focus, no hub.

Context is everything in software development, and attempting to force-fit a team's way of working into a tool designed by someone outside the team creates blocked arteries, a disconnect with the life-force and a lot of pain. Ultimately the team experience a kind of living death.

Why does this happen? It is an unexpected consequence of the well-intentioned help. The team see the scrum expert as, well, an expert. This person must know what they are doing, so we should use the board as designed. I've visited many scrum teams using physical workflow boards with columns and rows that mean absolutely nothing to the team. They struggle to have the board make sense in their context. It doesn't. It is ultimately abandoned, or perhaps even worse, kept in it's half-life state by a dedicated scrum master, tasked with "ensuring the integrity of the process".

A workflow board—like a heart—must be a living, emerging entity, adapting to circumstance. The board, like the work process itself, is a quest, it is not a state. Quest will take us on a journey. State will halt us in stagnation.

Learn about different ways to visually map your work. Read, explore, listen to experts, certainly, and then throw away all the advise and begin with a new mind to create something meaningful to your own team, your own context. Frequently question the value of this artifact, and frequently seek improvements.

Only then will you create a beating heart; the blood will flow, coagulation will be minimized; you'll have freedom to breathe, and energy to dance.

[quickscrum]

Effective and Productive Features Of A Scrum Retrospective Meeting – What Every Scrum Person Should Know

Sprint retrospectives are a technique in Scrum, used primarily to reveal or disclose the shortcomings and behavior of the scrum teamto itself. When it becomes possible for a self-organizing body or a system to correctly identify the pitfalls and problems…

View Post

[quickscrum]

[quickscrum]

[quickscrum]

[quickscrum]