Valeurs

Le feedback est une des valeurs d’eXtreme Programming exprimée comme suit: Nous prennons chaque engagement d’itération au sérieux en fournissant un logiciel fonctionnel. Nous faisons une démonstration précoce de notre logiciel, puis nous écoutons fréquemment et attentivement pour apporter les modifications nécessaires. Nous parlons du projet et adaptons notre processus à celui-ci, et non l’inverse. En synthèse dans ce contexte d’une équipe de développement logiciel, il s’agit de solliciter et écouter fréquemment et attentivement “les parties prenantes” pour adapter la façon de faire en vue d’atteindre un objectif commun.

La focalisation dans Scrum consiste à concentrer l’effort de l’équipe pour chaque sprint, à livrer ce qui a potentiellement le plus de valeur métier. Reste à définir des hypothèses de valeur métier des éléments auprès du sponsor, des clients et utilisateurs potentiels, afin de les confirmer au plus tôt, en itérant rapidement. La focalisation est aussi le premier des 4 paliers du modèle Agile Fluency. C’est le signe de la primauté de la question de la valeur (pourquoi), au sein de l’équipe sur les autres dimensions de technicité (comment), et de l’optimisation (plus vite, plus efficient).

J’ai eu mon premier ordinateur personnel à l’entrée au collège, en 1984. Je me suis rapidement passionné par toutes les activités possibles, de l’écriture de programmes à leur usage plus ou moins ludique. Cela m’a conduit naturellement au métier de développeur. Après plus de 20 ans passés en entreprise de services numériques, j’ai connu dans mon parcours professionnel quelques mini-révolutions : la conception objet a déplacé mon attention portée un temps aux schémas de bases de données entité/relations, le Java a remplacé le Pascal, le RAD a limité l’utilisation de l’UML et du RUP, l’agilité enfin a balayé (du moins dans mon état d’esprit) la gestion de projet classique par phases au profit d’une relation plus directe, plus transparente entre les utilisateurs et l’équipe de développement.

Cette valeur est le premier des 3 piliers de Scrum suivi de l’inspection et de l’adaptation. Elle suscite des discussions toujours intéressantes sur ses limites. Que doit-on partager, avec qui, et que doit-on garder pour soi ? Vous noterez dans cette triple question l’utilisation du verbe devoir, qui sonne comme des injonctions extérieures : l’idée que pour bien appliquer Scrum, il faut de la transparence l’idée que toute vérité ou ressenti individuel n’est pas bon à dire dans un contexte d’équipe, indépendamment de Scrum.

La simplicité est une valeur d’eXtreme Programming affichée comme suit: Nous ferons ce qui est nécessaire et demandé, mais pas plus. Cela maximisera la valeur créée pour l’investissement réalisé à ce jour. Nous prendrons de petites mesures simples pour atteindre notre objectif et atténuerons les échecs au fur et à mesure qu’ils se produisent. Nous allons créer quelque chose dont nous sommes fiers et le maintenir à long terme à des coûts raisonnables.

L’agilité est devenu un “mot valise”, dans lequel chacun peut y insérer un certain nombre d’affaires plus ou moins bien rangées. Pour ce blog, j’ai décidé d’en faire une section parmi d’autres, qui pourrait laisser penser qu’il y a des choses qui se rapportent à l’agilité et d’autres non. Mais c’est un peu plus complexe, et par étymologie, je vois l’agilité comme un liant, un trait d’union entre toute chose.

Le feedback est une des valeurs essentielles de l’Agilité. L’explication originale est certainement donnée par Kent Beck dans “eXtreme Programming explained”, qui en a fait une des 5 valeurs fondamentales de la méthode XP. Selon le contexte, la forme et les qualificatifs qu’on lui donne, plein de choses ont été dites sur le feedback et ses vertus: Marketing - Product Management / Comment recueilir le feedback des clients ? Manager / Comment donner un feedback négatif sans entamer la motivation ?

La Communication est la première des 5 valeurs d’eXtreme Programming. Rien d’étonnant aujourd’hui, où l’on reconnait l’importance des relations et des conversations dans l’équipe et avec les parties prenantes, pour appréhender et résoudre des problèmes. Tout le monde fait partie de l’équipe et nous communiquons en face à face au quotidien. Nous travaillerons ensemble sur tout, des exigences au code. Nous créerons ensemble la meilleure solution à notre problème. La communication est une valeur inclusive, une pré-condition essentielle pour faire équipe.

Si tu n’agis pas par courage, un jour tu réagiras par peur. Gilbert Choulet, Capitaine de Mon Âme Maître de Mon Destin Le courage est-il une valeur agile ? Sans doute. Mais que cela signifie-t-il concrètement ? Pourquoi certaines organisations affichent dans leur charte, parmi d’autres valeurs, la valeur “courage” ? Qu’est ce que cela dit aux acteurs internes et externes à l’organisation ? Est-ce du même courage dont on parle à titre individuel ou collectif ?

L’engagement est cité parmi les valeurs de Scrum. Dans ce cadre, il est lié mais distingué du courage, une autre valeur de Scrum, ainsi que de la notion de responsabilité, notamment au travers de la définition des différents rôles de Scrum. Une autre notion avec laquelle l’engagement se distingue classiquement est l’implication. La fable des poulets et des cochons est des plus parlantes: J’invite ici à retenir et considérer davantage une attitude ponctuelle spontanée plus que l’étiquette indélébile que vous pourriez vouloir coller sur certaines personnes comme étant engagées ou juste impliquées.