Publications de Christophe Thibaut

Accelerate

Illusion de contrôle – partie 3

(précédement …) Tableau 7 Dans lequel des signaux faibles sont savamment ignorés Jeanne, Léa, Karim, Victor et Yasmina. Victor : Je propose qu'on annule la rétro puisque tout va bien. Karim : Ah, ça tombe bien j'ai plein de trucs à finir. Jeanne : Bon, le graphe de burn-up, du coup, on le met à jour ? Victor : Euh, peut-être plus tard ? Léa : Attends, Yasmina comptait venir à la rétro pour nous parler d'un retour quali du client Revamping … Victor :…

Lire la suite
Accelerate

Illusion de contrôle – partie 2

(précédement …) Tableau 4 Dans lequel le Directeur du Système d'Information tance l'équipe fautive Bernard le DSI, Jérémie le PMO et l'équipe de dev : Jeanne, Karim, Léa et Victor. Bernard, ouvre la porte, l'équipe est le nez dans le code, à chercher le bug. Bernard : Bon. Il va falloir m'expliquer pourquoi votre vélocité est si élevée alors que la démo ne marche pas… Jérémie : Je comprends pas, vous avez mis quoi dans votre vélocité ? Jeanne : On a fait comme tu…

Lire la suite
Accelerate

Illusion de contrôle – partie 1

Tableau 1 Où l'on parle indicateurs Bernard et Jérémie. Dans le couloir du 5ème étage. Jérémie, jeune PMO. Bernard, le DSI récemment embauché pour remettre de l'ordre et préparer la transformation. Jérémie : Tu as une minute, chef ? Bernard : J'ai un comité qui à déjà démarré il y a 5 minutes, mais vas-y. Jérémie : C'est bon j'ai pu convaincre chaque équipe de s'aligner sur la grille de vélocité. Bernard : De quoi tu me parles ? Jérémie : Tu voulais pas qu'on…

Lire la suite
Accelerate

Westrum Organizational Culture et Machine Learning – Partie 2 : Changer la culture

Cet article fait partie de la série “Accélérer le Delivery de projets de Machine Learning”, traitant de l’application du framework Accelerate dans un contexte incluant du Machine Learning. Si vous n’êtes pas familier avec le framework Accelerate, ou si vous souhaitez avoir plus de détails sur le contexte de cet article, nous vous invitons à commencer par lire l’article introduisant cette série. Vous y trouverez également le lien vers le reste des articles pour aller plus loin.  Cet article aborde la capacité "Westrum Organizational Culture"…

Lire la suite
Accelerate

Westrum Organizational Culture et Machine Learning – Partie 1 : Impacts de la culture sur le delivery

Cet article fait partie de la série “Accélérer le Delivery de projets de Machine Learning”, traitant de l’application du framework Accelerate dans un contexte incluant du Machine Learning. Si vous n’êtes pas familier avec le framework Accelerate, ou si vous souhaitez avoir plus de détails sur le contexte de cet article, nous vous invitons à commencer par lire l’article introduisant cette série. Vous y trouverez également le lien vers le reste des articles pour aller plus loin.  Cet article aborde la capacité "Westrum Organizational Culture"…

Lire la suite
Software Craftsmanship

La fin de la « dette technique » : du passé ne pas faire table rase

Dans les articles qui précèdent, j'ai exprimé l'idée de remplacer, dans le modèle que nous utilisons lorsque nous parlons de "gérer la dette technique" d'une solution logicielle, le diagnostic : Notre solution est endettée techniquement par l'hypothèse : Notre solution repose sur des procédés en conflit Cette hypothèse permet de répondre plus efficacement au problème de la "dette technique" en ce qu'elle substitue à une métaphore inopérante des outils permettant d'appréhender plus précisément et plus efficacement le problème en question. Le propos n'est pas de…

Lire la suite
Software Craftsmanship

La fin de la « dette technique » : résoudre les conflits

Dans les articles précédents, j'ai essayé d'établir sur la base d'exemples (simples) cette observation : Lorsque nous considérons une solution logicielle existante, nous parlons souvent de la "dette technique" qui caractérise cette solution. Par ce terme, nous voulons pointer un certains nombre de défauts de qualité (de maintenabilité, etc.), qui sont comme autant de manquements à un état de l'art communément admis, lequel reste en fait indéfini et hypothétique. Le terme de “dette technique”, popularisé par Ward Cunningham, désignait initialement un procédé particulier de conception…

Lire la suite
Software Craftsmanship

« Dette Technique » et procédés en conflit

Dans mon précédent article, je me proposais de bannir le terme "Dette Technique" de mon vocabulaire de travail lorsque celui-ci n'est pas utilisé dans son acception initiale : [Contracter une Dette Technique] : procédé (heuristic) dans lequel on contrevient temporairement à l'état de l'art du projet afin de réaliser un objectif intermédiaire prioritaire. mais dans cette acception, devenue générale dans notre industrie et au delà : La Dette Technique : état général d'une solution jugée non conforme à l'état de l'art minimal communément admis dans…

Lire la suite
Software Craftsmanship

En finir avec la « dette technique »

The First Law of Technology Transfer: Long-range good tends to be sacrificed to short-range good. The Second Law of Technology Transfer: Short-range feasibility tends to be sacrificed to long-range perfection. Jerry Weinberg - Quality Software Management (Dans toute cette discussion, le terme : procédé (heuristic) fait référence à une méthode utilisée dans un contexte donné, sans garantie de résultat, pouvant contredire d'autres procédés, qui permet de réduire le temps de recherche d'une solution, et dont l'acceptation dépend du contexte d'utilisation et non d'un standard absolu.…

Lire la suite