Impact

Engagement — comprendre et agir

Engagement — comprendre et agir

Synthèse pratique du concept d'engagement (source Philonomist) et lien avec la cartographie des paris du blog pour agir en atelier.

Philonomist propose ce dernier mois un test sur l’engagement. L’occasion pour moi

  • d’approfondir cette notion à la mémoire de mes derniers accompagnements en coaching d’organisation,
  • de me rappeler de la place accordée à l’engagement dans l’agilité, notamment en lien avec la valeur de courage, et la façon dont on définit et respecte les objectifs)
  • de le relier à mes articles précédents
  • de safisfaire ma curiosité (et rentabiliser mon abonnement) en revisitant le site Philonomist et (re)découvrant quelques articles toujours intéressants, par leur questionnement sur le monde de l’entreprise.
  • enfin d’imaginer un atelier, selon mon inspiration du moment que je puisse sortir si l’occasion se présente.

Ceci écrit, voilà déjà une forme d’engagement que d’établir une liste d’actions et de critères qui font sens pour obtenir un résultat.

🔧 Audit & Améliorations Écoconception 2025

Audit d'écoconception du site Hugo - Recommandations basées sur GR491 (INR) et outils Lighthouse/Kastor.green. Plan d'action pour réduire l'empreinte numérique.

Le Clean Day de mon site web, avec quelques outils de diagnostic pour la performance et l’accessibilité (Lighthouse, Web Vitals, Kastor.green). L’occasion de montrer que même si ce le résultat n’est pas parfait, on peut faire rapidement beaucoup mieux.

🤖 IA Responsable: Éthique, Risques et Gouvernance

Comprendre l'IA responsable - Enjeux de gouvernance, risques, et cadres de référence pour une IA plus humaine et durable.

🎯 L’IA Générative: Un Outil Qui Donne Le Vertige

L’intelligence artificielle générative s’est imposée en quelques mois comme un outil transformateur. Mais transformer vers quoi? Pour qui? Et à quel coût?

Bien que l’IA nous procure un sentiment d’omniscience avec la capacité de tout savoir sur tout en quelques prompts, il n’en reste pas moins des zones d’ombre.

Besoin De Hauteur de Vue

L’IA n’est pas neutre. Elle encode les choix, les biais, les valeurs de ceux qui l’ont créée. La question n’est pas “faut-il utiliser l’IA?” mais plutôt:

Pour un pragmatisme responsable

Pour un pragmatisme responsable

Cet article est inspiré par les conversations sur les fondamentaux et principes de l’organisation du travail que nous questionnons dans l’exercice de la fresque de l’agilité.

La question ici est de savoir si le pragmatisme est à la bonne place pour discuter de l’organisation des personnes en permettant de dépasser dans le management traditionnel ou moderne, les principes et les limites de la division du travail.

Nous entendons par management moderne, celui qui a pu incorporer une forme d’agilité avec les mêmes intentions que celles du management traditionnel.

Cartographie de Contexte : Visualiser l'Architecture Socio-Technique

Cartographie de Contexte : Visualiser l'Architecture Socio-Technique

Pourquoi la Cartographie de Contexte ?

La cartographie de contexte est une technique fondamentale du Domain-Driven Design (DDD) qui permet de visualiser les relations entre les contextes délimités (bounded contexts) et les équipes qui les gèrent. Elle répond à une problématique majeure en architecture logicielle : comment comprendre et gérer les dépendances dans un système complexe composé de multiples services ou modules ?

Cartographie des Paris Produits : De la Théorie à la Pratique

Cartographie des Paris Produits : De la Théorie à la Pratique

Pourquoi les “Product Bets” ?

En octobre 2025, James Shore a prononcé un discours majeur à la conférence Agile Cambridge intitulé “The Accountability Problem”. Ce discours adresse une problématique fondamentale que tout leader d’ingénierie connaît bien : comment démontrer l’accountability de l’équipe de développement logiciel ?

Une solution proposée est de travailler collectivement à la définition de paris sur le produit en explorant les gains et risques associés.

L'Ambition : Perspective & Trajectoire

L'Ambition : Perspective & Trajectoire

Exploration de l'ambition morale en coaching, inspirée par Rutger Bregman

Introduction

L’ambition est comprise de différentes façons, dont la plus caricaturale est celle d’une quête égoïste de pouvoir.

Pourtant, si on la dissocie des intentions et du jugement moral portées sur elles, il s’agirait plus généralement d’une force ou énergie qu’une personne ou un groupe de personnes investit au service d’une représentation du monde qu’elle ou il souhaite voir advenir ou perdurer.

Avoir de l’ambition sans intentions claires, c’est un peu comme une vision sans objectifs de résultats ou actions concrètes pour la réaliser. Des intentions sans ambition, sans énergie à y consacrer, restent des voeux pieux.

Silence ! ça tourne...

Silence ! ça tourne...

En séance d’analyse de pratiques entre coachs, le sujet est posé par un participant:

J’ai le sentiment que je parle trop, que je ne laisse pas suffisamment la parole à mon client.

S’en suit un échange passionné et riche des expériences de chacun. Le silence fait parler.

Il aura eu le mérite de mettre en évidence les avantages et les inconvénients d’un manque de silence, pour le coach et pour le client.

L'Elément Humain

L'Elément Humain

Je m’intéresse depuis quelques années maintenant à l’ELEMENT HUMAIN de William Schutz. J’ai eu la chance de participer à quelques séminaires, j’ai lu le livre en partie, et bientôt j’assisterai aux 2 modules de formation dispensée par Karen Arman et Vincent Chaumerliac.

En guise de préparation, je révise et je précise ce que je compte approfondir et améliorer dans ma pratique de coach.

Place du rôle de designer UX/UI en agilité

Place du rôle de designer UX/UI en agilité

Les activités de design UX/UI sont-elles en dedans ou en dehors de l'équipe agile ?

Faut-il un track ou 2 tracks afin de séparer Design UX/UI et développement pour que ça aille plus vite ?

C’est une des questions principales qui m’ont été posées au démarrage d’une mission d’accompagnement d’équipes.

Une réponse générale indépendamment de la nature de l’activité

Quelle serait l’organisation optimale des activités de design ux/ui si on demande aux designers eux-mêmes et aux développeurs ?

On risque de se confronter au même type de mur d’incompréhension que celui que devops tente de retirer entre des développeurs qui changent fréquemment leur code et des opérationnels qui veulent garder la maîtrise de la plateforme de production et ralentir la fréquence des changements.