Publications de Christophe Thibaut

Agile

Le backlog est vivant, il bouge avec des feedbacks (épisode 2 – pour découvrir le produit, il faut le construire)

Les idées fusent. Charlotte prend plaisir à formaliser ses idées, elle rédige ses idées comme des petites histoires utilisateurs qui prendront vie quand le logiciel fonctionnera. Elle raconte comment ce sera bien d’utiliser le logiciel. C’est un moment agréable et facile. « Il permet de jouer aux devinettes de kana et de romaji, il possède un mode aléatoire, il permet aux élèves de connaître leur progression, … » C’est salvateur de formaliser toutes ces histoires : elle avait ces idées en tête, mais les écrire…

Lire la suite
Agile

Le backlog est vivant, il bouge avec des feedbacks (épisode 1 – synopsis et glossaire)

Charlotte a décidé de créer avec l'aide de ses enfants une application qui facilite l'apprentissage du Japonais. Elle découvre que les activités de conception et de construction s'appuient mutuellement l'une sur l'autre à travers de nombreux allers et retours, mais aussi qu'elle doit abandonner l'idée qu'une expression de besoin définitive, figée, existe pour cette application.

Lire la suite
Software Craftsmanship

The case for writing (isolated) test cases – #2

What is legacy code? "Code without tests is bad code. It doesn't matter how well written it is; it doesn't matter how pretty or object-oriented or well-encapsulated it is. With tests, we can change the behavior of our code quickly and verifiably. Without them, we really don't know if our code is getting better or worse.” “To me, legacy code is simply code without tests.” Michael Feathers, Working Effectively with Legacy Code "The code has no tests." Such a report often strikes me as a…

Lire la suite
Software Craftsmanship

Défense et illustration des test isolés – #2

Qu’est-ce que le code legacy ? "Le code sans test est du mauvais code. Peu importe qu’il soit bien écrit; peu importe à quel point il est élégant, orienté-objet ou encapsulé. Avec des tests, nous pouvons changer le comportement de notre code rapidement et de manière fiable. Sans eux, nous ne pouvons pas réellement savoir si l’état du code s’améliore ou empire.” “En ce qui me concerne, le code legacy est simplement du code sans tests.” Michael Feathers, Working Effectively with Legacy Code "Ce code…

Lire la suite
Software Craftsmanship

Défense et illustration des tests isolés – #1

"There is hardly anything in the world that someone cannot make a little worse and sell a little cheaper, and the people who consider price alone are that person’s lawful prey. It’s unwise to pay too much, but it’s worse to pay too little. When you pay too much, you lose a little money — that is all. When you pay too little, you sometimes lose everything, because the thing you bought was incapable of doing the thing it was bought to do. The common…

Lire la suite
Software Craftsmanship

The case for writing (isolated) test cases – #1

Should we write unit tests or integration tests ? "There is hardly anything in the world that someone cannot make a little worse and sell a little cheaper, and the people who consider price alone are that person’s lawful prey. It’s unwise to pay too much, but it’s worse to pay too little. When you pay too much, you lose a little money — that is all. When you pay too little, you sometimes lose everything, because the thing you bought was incapable of doing…

Lire la suite
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