Xavier de Labouret

Un article que j’ai beaucoup aimé sur Harvard Business Review parlant de la gestion des malentendus, à partir d’une histoire de shampoing:

• How to avoid (and quickly recover from) misunderstandings

• Le diagramme de la satisfaction perpétuelle

… finalement c’est très simple

Au sein d’un dossier sur la gouvernance du SI, un chapitre qui sonne comme un avertissement sur les dérives courantes de la normalisation au sein du système d’information:

• Le culte de la Normalisation

« Lorsque la finalité glisse doucement depuis “Aligner strategie et technologie” vers “Respecter la dernière norme établie”, le projet est perdu. »

Michael Watkins, chroniqueur à la Harvard Business Review, revient sur les récents malheurs de Toyota et de BP, et nous explique clairement comment le choix d’économies sans discernement, qu’il soit ponctuel ou via un processus d’optimisation permanent, est la route la plus sûre vers le désastre:

« What do Toyota’s sudden-acceleration woes and the disastrous oil spill in the Gulf of Mexico have in common? Both are examples of a type of organizational breakdown that is destined, absent some fundamental rethinking of what “leadership” means, to become ever more common and damaging: complex systems failures triggered by seeming rational patterns of cost-reduction decision-making. »

• Leaning Your Way to Disaster

Brian Eno est l’auteur d’un petit jeu de cartes servant à lutter contre les pannes de créativité, intitulé Oblique Strategies . On peut le trouver sur eBay ou sur la boutique internet de monsieur Eno.

Je viens de terminer Quality Software Management volume I: Systems Thinking. J’ai trouvé la lecture de ce livre très réjouissante et vraiment utile.

Quelques phrases marquantes :

• Though copious errors guarantees worthlessness, having zero errors guarantees nothing at all about the value of software.
• When the thinking changes, the organization changes, and vice versa.
• Lack of calendar time has forced more failing software projects to face the incorrectness of their models than all other reasons combined.

Et mon préféré:

• Whenever there’s a human decision point in the system, it’s not the event that determines the next event, but someone’s reaction to that event.

Je me suis rendu vendredi à Toulouse pour le SigmaT, où j’ai eu le plaisir de faire la connaissance d’une communauté agile très sympathique.

J’en retiens quelques moments privilégiés:

• le parallèle entre Scrum Master et entraîneur sportif (Hervé Desaunois, Valtech Toulouse),
• les exemples montrant que Scrum consiste à faire apparaître les erreurs au plus tôt… et qu’il faut y être prêt (Bruno Sbille),
• un très chouette moment partagé à présenter Fitnesse avec David (Gayerie), en partant d’une collaboration remplie d’improvisation,
• un échange avec Thierry Cros sur la performance du système de production d’une entreprise comparée à celle d’une architecture réseau (j’y reviens souvent), et une réflexion sur le rôle du Scrum Master sous cet éclairage,

…et plein d’autres choses encore. Je reviens de Toulouse enrichi de plein d’expériences et heureux d’aussi fructueuses rencontres.

C’est la retranscription en français du titre d’un très bon article de Derek Sivers.