2022, l'agilité en mieux

Les tweets de 2022 à partir de l’archive, retraités et triés par ordre chronologique. J’ai éliminé impitoyablement tous ceux qui avaient un lien mort et certains qui annonçaient un article de mon blog.

Arrêter de commencer, commencer à finir.

Lors d’un séminaire d’entreprise qui avait pour thème la facilitation, nous avons demandé aux participants de donner leur définition, de réfléchir en groupe à ce que cela signifiait pour eux. Ce sont leurs réponses contrastées qui m’ont amené à écrire cet article.

Depuis que je suis passé à Hugo en quittant DotClear mon blog est devenu à pages statiques, c’est-à-dire sans base de données, avec des articles écrits en markdown.

Quelle technique de délibération utiliser pour prendre une décision collective ? Avec quelle règle d’arrêt ? Comment faire en sorte que la décision devienne une obligation pour l’équipe ?

Décider comment décider c’est tout un art. Voici quelques pistes, avec des exemples.

La technique de décision Advice Process consiste en la formalisation de la sollicitation d’avis. Elle est notamment plébiscitée par Frédéric Laloux dans Reinventing Organizations, qui en fait une innovation clé de l’autogouvernance.

Avec le mouvement #MeToo on parle beaucoup de consentement en ce moment.

On décide pour agir. Une décision retardée freine l’action, une décision mal prise risque d’être mal comprise. Pour diminuer le nombre et l’importance des conflits et agir malgré l’incertitude, l’équipe réfléchit et améliore sa façon de prendre des décisions.

Pas de mission impossible pour l’équipe puisque c’est elle qui la définit, en réponse à la vision.

Je viens de préparer et animer en équipe (un merci spécial à Violaine) deux sessions d’une demi-journée sur comment la facilitation peut aider à obtenir une vision partagée. L’occasion pour moi de revenir sur cette notion — la vision partagée — sur laquelle, comme beaucoup, j’ai évolué sur le “résultat” attendu et sur la façon de l’obtenir.

Voilà ce que j’écoute le plus en ce moment et vais probablement continuer d’écouter au cours de l’automne qui commence.

Ce sont des albums qui viennent juste de sortir.

On dit que l’agilité est orientée valeur —on cherche à produire de la valeur— et on entend aussi qu’une équipe agile possède des valeurs.

Deux sens différents du mot valeur, un mot qui est largement utilisé (par moi le premier) mais qu’est-ce qu’on fait de cet usage de valeur ? Réflexions.

Une équipe agile produit régulièrement un résultat apportant de la valeur. Toutes les personnes concernées par ce résultat constituent – potentiellement – les parties prenantes.

Quand une équipe va au fond des choses, rencontre des obstacles ou subit des conflits, cela est souvent dû à des désaccords enfouis, qui remontent à l’occasion.

Ce décalage entre les coéquipiers, ou entre l’équipe et son environnement, porte soit sur des valeurs, soit sur une vision du produit à faire, soit sur la façon de travailler ensemble.

Comment y remédier ? En prenant un peu de temps pour discuter des points de vue et trouver un équilibre permettant de travailler en symbiose. L’outil support à cette recherche d’alignement, qui peut servir de charte projet, c’est un canevas, le CARE.

Cette fois dans ma sélection, pas de post-rock, pas d’hypno-folk-metal, ni même de melancholic-post-rock.

Non, simplement du rock ! Avec une énorme surprise.

Se focaliser sur l’essentiel. Éliminer les fioritures qui se sont accumulées au fil des ans. Ignorer les sur-couches qui ont fini par dénaturer l’idée de légèreté des débuts.

Il s’agit de revenir aux fondamentaux, dans l’agilité comme dans de nombreux autres domaines. Mais de quoi s’agit-il, les fondamentaux ?

En mai, une journaliste m’a demandé une interview sur l’agilité. C’était pour le magazine en ligne L’express-RH/Management, pas le genre que je lis, mais la journaliste était sympa et j’ai répondu avec plaisir à ses questions.

Son article est paru fin mai, il s’appelle :

Comment devenir un adepte du management “agile” ? Des experts nous répondent.

Le premier Raid Agile a eu lieu en novembre 2014. En quatre ans, avec Pablo Pernot, nous avons organisé dix raids. Organiser et animer un raid, cela demande beaucoup d’énergie. Nous avons préféré la consacrer à d’autres activités : du business, des livres, des collectifs, des fusions, des réflexions, des enfants et petits enfants.

Alors le raid s’était arrêté en juin 2018. Et puis…

Allez, on décolle ! L’enthousiasme pour commencer les sprints doit être partagé par toute l’équipe.

En mai, j’ai participé à la journée Agilité organisée par l’INSEE. Mon intervention d’une heure a porté sur le prélude. À l’occasion j’ai mis à jour ma présentation, que j’inclus dans ce tuto du prélude.

Le principe fondateur de l’agilité est de mettre fréquemment en service des résultats à destination des utilisateurs.

Le résultat est produit par le travail de l’équipe, à partir du backlog, dans la boucle du sprint. À un backlog unique vont correspondre plusieurs résultats, un par sprint.

À la différence de backlog et de sprint (dans ce contexte), résultat est un mot du langage commun. Cependant quelques précisions sont utiles.

Cela fait une vingtaine d’années que l’usage du mot backlog, provenant de Scrum, s’est répandu dans le domaine de l’agilité. Cette — déjà longue — histoire est passée par des moments différents : au début il s’agissait de le promouvoir comme outil de collecte en remplacement des gros documents de spécification, ensuite de montrer qu’il ne s’agissait pas simplement d’une liste mais qu’il y avait du travail de réflexion et d’amélioration — l’affinage — avant qu’un élément du backlog rentre dans un sprint. Maintenant l’enjeu porte sur l’usage du backlog en alignement avec la stratégie et un modèle de valeur.

On parle de mon livre Scrum dans la presse, les blogs ou les réseaux sociaux. Vous trouverez aussi des commentaires sur les librairies en ligne.

Voici quelques extraits choisis pour les différentes éditions.

J’ai commencé mon blog le 4 avril 2006. Cela fait seize années d’articles qui racontent un peu de l’histoire de l’agilité.