Depuis des mois, chez EKITE, nous avons en tête deux éléments bien intégrés à notre stratégie d’entreprise : la souveraineté numérique et le Numérique Responsable.

De mon côté, par rapport à ma capacité d’accompagnement, il y a eu beaucoup de réflexion autour de la deuxième thématique. J’avais noté quelques notes dans un coin de mon carnet numérique disponible sur le nuage. L’idée était de reprendre des artéfacts existants et de les saupoudrer de nouveaux angles fondés sur ma récente prise de conscience sur notre responsabilité en tant qu’acteurs du numérique.

Alors j’ai travaillé sur plusieurs items classiques dans le Product Management. Vous le savez, j’aime le partage, alors voici deux reboots d’artéfact qui pourraient vous aider à adopter les bons réflexes sur vos produits numériques.

Product Vision Board NR

Le Product Vision Board, comme son nom l’indique, est un tableau qui formalise la vision d’un produit, en développant plusieurs axes complétant cette vision : population cible, besoins et solutions, mesures.

Voici une version qui intègre l’angle du Numérique Responsable.

Source du format graphique : https://canva.link/mzfy2ljskdvlaxd

DOR/DOD x RGESN

Les DOR (Definition Of Ready) et DOD (Definition Of Done) sont deux éléments nécessaires pour cadrer votre workflow et optimiser la réalisation dans une équipe.

Si vous ne connaissez pas, voici deux ressources pour pallier cela. DOR Kards & DOD Kards.

J’aime beaucoup ces checklists qui peuvent aider les équipes, sauf que je trouve qu’elles sont généralement très orientées et sont poussiéreuses par rapport au Numérique Responsable.

Le RGESN est le Référentiel général d’écoconception de services numériques. C’est un ensemble de règles à respecter dans une démarche d’écoconception.

J’ai décidé de prendre deux éléments et de les fusionner pour qu’une équipe puisse embarquer les bonnes pratiques de l’écoconception directement dans son mode de fonctionnement.

Ces critères intègrent les bonnes pratiques d’écoconception, tout en restant alignées sur les 3U (utiles, utilisables, utilisés).

? Definition of Ready NR (DoR)

Une user story ou une tâche est considérée comme « prête » si elle respecte les critères suivants :

1. Utilité et Pertinence (RGESN – Critère 1.1)

• La user story répond à un besoin réel et validé (études utilisateurs, personas, ou feedbacks).
• Elle est alignée avec au moins un Objectif de Développement Durable (ODD) ou une limite planétaire (ex. : réduction des émissions de CO?).
• Une analyse d’impact a été réalisée pour vérifier que la fonctionnalité crée plus de valeur qu’elle n’en détruit (ex. : gain utilisateur vs coût environnemental).
• On a vérifié qu’aucune solution existante (interne ou externe) ne répond déjà à ce besoin.

2. Cibles et Besoins (RGESN – Critère 1.2)

• Les utilisateurs cibles (primaires et secondaires) sont clairement définis.
• Les attentes et contraintes des utilisateurs sont documentées (ex. : accessibilité, performance).
• La user story est priorisée en fonction de son ratio impact/ressource (ex. : méthode MoSCoW ou YAGNI).

3. Contraintes Techniques et Environnementales

• Les contraintes techniques (ex. : compatibilité avec des appareils anciens) sont identifiées.
• Les contraintes environnementales sont prises en compte :
  • Poids maximal de la fonctionnalité (ex. : < 500 Ko pour une page web).
  • Temps de chargement cible (ex. : < 1 s).
  • Hébergement vert confirmé (data center alimenté par énergies renouvelables).
• Les données nécessaires sont minimisées (RGPD + écoconception).

4. Critères d’Acceptation
   • Les critères d’acceptation incluent des métriques environnementales (ex. : score EcoIndex > 80/100).
   • Les critères d’accessibilité sont définis (ex. : respect des WCAG 2.2).
   • Les tests de performance (ex. : temps de réponse, consommation énergétique) sont planifiés.

? Definition of Done NR (DoD)

Une user story ou une tâche est considérée comme « terminée » si elle respecte les critères suivants :

1. Fonctionnalité et Utilité

• La fonctionnalité est implémentée et testée selon les critères d’acceptation.
• Elle répond strictement au besoin sans ajouter de fonctionnalités inutiles (principe YAGNI).
• Elle est documentée (pour les utilisateurs et les développeurs).

2. Écoconception (RGESN – Critères Techniques)

• Poids et performance :
  • Le poids de la fonctionnalité est ? au seuil défini (ex. : < 500 Ko).
  • Le temps de chargement est ? à la cible (ex. : < 1 s).
• Efficacité énergétique. :
  • Le code est optimisé (pas de libraries inutiles, algorithmes légers).
  • Les requêtes serveurs sont minimisées (ex. : lazy loading, cache).
• Hébergement :
  • La fonctionnalité est déployée sur une infrastructure verte (data center alimenté par énergies renouvelables).

3. Accessibilité et Inclusivité

• La fonctionnalité respecte les normes WCAG 2.2 (niveau AA minimum).
• Elle est testée sur des appareils anciens (ex. : smartphones 5 ans, navigateurs non récents).
• Elle est compatible avec les technologies d’assistance (ex. : lecteurs d’écran).

4. Données et RGPD

• Minimisation des données :
  • Seules les données strictement nécessaires sont collectées.
  • Les données sont stockées le moins longtemps possible.
• Transparence :
  • Les utilisateurs sont informés de la collecte et de l’usage des données.
  • Un mécanisme de consentement explicite est en place (opt-in).

5. Mesure d’Impact

• L’empreinte environnementale de la fonctionnalité a été évaluée (ex. : score EcoIndex, ACV simplifiée).
• Les métriques de performance (ex. : temps de réponse, consommation CPU) sont documentées.
• Les améliorations possibles pour réduire l’impact sont identifiées et priorisées.

6. Documentation et Transparence

• La fonctionnalité est documentée dans le backlog ou le wiki de l’équipe.
• Une déclaration d’écoconception est mise à jour (si applicable).
• Les choix techniques (ex. : pourquoi un algorithme plutôt qu’un autre) sont justifiés.

7. Revue et Validation
   • La fonctionnalité a été revue par l’équipe (code review, tests utilisateurs).
   • Elle a été validée par le Product Owner et le référent écoconception (si applicable).
   • Les feedbacks utilisateurs (si disponibles) sont pris en compte.

Vous pouvez retrouver la version graphique complète ici : https://canva.link/lbgfcl0loax2dzb

Il existe beaucoup d’autres choses à faire pour intégrer le Numérique Responsable dans votre organisation.

Si vous désirez aller plus loin, contactez-nous pour discuter d’une formation complète autour du Product Management Responsable.

On en parle ?

Johan

Source picto & photos (image d’entête) : https://thenounproject.com/

Two unrecognizable female students holding handmade globe world earth by David Pereiras from https://thenounproject.com/photo/two-unrecognizable-female-students-holding-handmade-globe-world-earth-499VOE (CC BY-NC-ND 2.0)

L’article Ajoutez du Numérique Responsable dans votre Product Management est apparu en premier sur EKITE.

Il s’agit d’un exercice visuel et collaboratif où les équipes cartographient leurs interactions avec d’autres équipes en utilisant la métaphore des îles et des ponts. Chaque pont représente une connexion ; des briques indiquent la qualité de la relation (vertes, orange, rouges, violettes) ainsi que la responsabilité de son amélioration.

Pourquoi animer cet atelier ?

• Clarifier les dépendances : identifier avec quelles équipes vous interagissez et de quelle manière.
• Évaluer la qualité de la collaboration : mettre en évidence les connexions solides, faibles ou manquantes.
• Responsabiliser : désigner les responsables de l’amélioration des relations.
• Encourager l’amélioration continue : transformer les constats en engagements concrets assortis d’échéances.
• Renforcer le travail d’équipe : favoriser la transparence et la communication proactive entre les équipes.

Comment ça marche ?

Votre équipe est représentée par l’île centrale.

Autour de vous, vous voyez d’autres îles : ce sont les équipes avec lesquelles vous interagissez !

L’objectif

Créer des liens entre votre île et les îles environnantes. Construisez des ponts !

L’animateur présente l’atelier pour en expliquer le but :

« Votre équipe est représentée par l’île centrale. Autour de vous se trouvent d’autres îles ! Et sur chaque île, une équipe.

Votre objectif : identifier avec quelles autres îles vous interagissez et, surtout, comment. Pour cela, il vous faut des connexions : un pont entre votre île et les îles environnantes. »

Étape 0 : Prérequis

1. Inscrivez le nom de votre équipe sur l’île centrale.
2. Inscrivez les noms des membres de votre équipe sur l’île.

Étape 1 : Identifier la collaboration transversale

1. Listez les équipes avec lesquelles votre équipe interagit (soyez exhaustifs).
2. Identifiez les membres clés de ces équipes.

Étape 2 : Identifier les connexions | Étape 3 : (Re)construire la connexion

Un pont doit être construit avec chaque équipe avec laquelle vous travaillez.

Chaque pont sera construit à l’aide de « briques » : celles-ci représentent les éléments qui relient l’autre équipe à la vôtre.

Les règles

Les briques sont placées sur le pont en fonction de la responsabilité de la relation.

• Si la brique est proche de votre île : c’est votre responsabilité.
• Si la brique est proche de l’île de l’autre équipe : c’est sa responsabilité.
• Si elle est au centre : la responsabilité est partagée.

Les couleurs des briques indiquent la qualité du lien :

• Briques vertes : bon lien
• Briques orange : lien médiocre
• Briques rouges : lien de mauvaise qualité
• Briques violettes : le lien n’existe pas

Étape 4 : Qui construit ?

Désignez un responsable pour la brique : cette personne est (ou sera) chargée d’améliorer le lien.

Engagement : chaque brique rouge ou violette doit être traitée en priorité (le responsable s’engage sur un résultat et une date butoir).

Exemple fictif d’un support « Build The Bridges »

Ressources

L’article Build The Bridges – un atelier pour visualiser les interactions est apparu en premier sur EKITE.

Les 24 et 25 juin derniers a eu lieu le dernier Agi’lille, par Nord Agile. Quand j’écris dernier, c’est le vrai dernier, l’ultime édition. L’association a pris la décision de terminer sur une bonne note.

En effet, en 2026, les évènements autour de la démarche agile n’ont pas le vent en poupe. Entre annulations pures et simples et changement de perspectives (thématique, formats, etc.), il y a une vraie évolution en cours. Pour des raisons variables, que je n’analyserai pas ici.

Toujours est-il que le contexte défavorable a eu un effet sur notre évènement local : l’édition d’Agi’lille en 2026 sera bien la dernière, c’est certain. Il était temps de célébrer ses 17 itérations !

Nous avons dû adapter un certain nombre de choses pour rendre cela viable et stimulant.

Agi’lille – mon rôle

Chez Nord Agile, je suis membre du bureau et j’ai un rôle de contributeur fort sur la partie sponsoring de l’Agi’lille depuis 4 ans.

Pour des raisons personnelles, j’ai volontairement lâché la bride en début d’année, et je tenais à remercier Nabil Boulehrouz et Maxime Viaene pour leur investissement sans faille. Merci les potos, vous avez vraiment assuré dans un contexte compliqué.

Avec du recul, il est clair que cette année a été particulièrement difficile pour trouver des sponsors prêts à nous financer, malgré les efforts de la team. Un certain nombre d’acteurs historiques n’ont pas renouvelé leur engagement, et cela s’est bien vu dans notre projection et dans l’organisation. Il y a eu des promesses non tenues, des sponsorings de dernière minute, des non-réponses à nos sollicitations, mais aussi des personnes qui étaient à fond avec nous malgré tout.

Sur la projection, avec des financements plus limités que les années précédentes, il a fallu faire des concessions sur des éléments de budget. Et sur ce que nous pouvions offrir aux sponsors.

Sur l’organisation, ayant peu de sponsors présents physiquement, il fallait occuper l’espace. Avec un atrium à animer, nous avons opté pour une solution simple : les stands sponsors ont été complétés par des partenaires. Eckko Studio avec son set pour tourner des podcasts, LudiNord Pro pour animer des sessions de jeux sérieux, un photobooth pour immortaliser la présence des participants et le stand des communautés locales – Agile & Tech Community Lille.

Agi’lille – la der des ders en vrai

Après une arrivée assez tôt le mardi pour démarrer la préparation et faire un pique-nique improvisé avec Nico T., Nabil et Max, nous avons commencé à prendre possession des lieux. C’était relativement calme, avec de la latence, des arrivées tardives, mais tout le monde avait l’air relax. Peut-être plus qu’avant. Est-ce que c’était l’effet « On lâche tout » ?

Le mardi soir, et assez naturellement, tout a l’air prêt.

Dès le jour J, tout se met en place facilement. Le feu de camp animé par Nico motive les organisateurs et bénévoles. C’est parti pour la dernière !

L’organisation tourne bien, les gens sont autonomes, les réflexes et nouveautés sont assimilés.

Cette première journée était plus « tranquille », n’ayant rien à faire en matière d’animation. J’ai pu en profiter. Je me suis retrouvé, comme d’habitude, à discuter, à aller à droite et à gauche, ou à être embarqué pour tourner un podcast. Des discussions par milliers. Des têtes connues et des découvertes. L’enrichissement humain.

Je me suis même retrouvé à faire la tournée des cookies pour les participants.

La fin de journée est vite arrivée : apéro, soirée de l’évènement au Napoléon à Lille.

La deuxième journée a été plus vive. Déjà, parce qu’il y avait une table ronde Keikenchiba à animer avec Nico, puis un REX du PAF (j’étais plus en mode observateur) et enfin, notre talk EKITE « Le Clash : Numérique Responsable VS Numérique Balek – qui gagne ? »

Cette dernière session a été très cool. Entre 40 et 50 personnes dans un super amphi. J’ai pris beaucoup de plaisir à faire cette présentation avec Claude et Romain V. ; c’était fluide, un vrai retour d’expérience utile, avec des retours très positifs.

Crédit photo : Caroline Buytaert

J’ai hâte de rejouer ce talk ailleurs ! Parce qu’il y a une utilité perceptible dans les retours.

Bref, quel honneur d’avoir été speaker sur le dernier talk du dernier Agi’lille

Merci à l’ensemble des organisateurs et des bénévoles, aux speakers de qualité, aux partenaires et aux participant.e.s. Vous avez été formidables.

Et la suite ?

Nord Agile n’a pas encore décidé ce qu’il allait se passer. Forte de plus de 20 membres, l’association a un travail à faire pour le futur et je ne peux pas parler en son nom. Quoi qu’il en soit, je serai dans les discussions, les débats et les choix.

De mon côté, j’ai des certitudes et des convictions. Ce genre d’évènement me pousse à faire plus et à évoluer. Le marché est difficile, les tendances bougent, le futur est incertain.

Dans un monde VICA, j’estime que ma place est de proposer mon énergie et mon style dans un nouveau mouvement. Quelque chose de plus global. Quelque chose de plus tranchant. Quelque chose qui pulse. Quelque chose qui fédère toujours plus.

Mais à l’heure où j’écris ces mots, trop de pistes sont possibles. Il va falloir faire des choix, expérimenter, définir la bonne échelle, avec les bonnes personnes. Pas si simple. Mais très stimulant.

L’Agi’lille était une belle aventure et je suis fier d’en avoir fait partie sous différents angles depuis 2018. Je remercie les personnes avec qui tout cela a été construit.

De nouvelles aventures nous attendent, j’en suis certain !

L’article Mon Agi’lille 2026 est apparu en premier sur EKITE.

Être investi dans de multiples communautés, c’est mon dada. J’estime que participer activement aux évènements se situant hors du cadre professionnel classique – à savoir les missions – est essentiel pour de nombreuses raisons.

Cela me permet d’ouvrir mes horizons, de maintenir et d’élargir mon réseau, de revoir de superbes personnes qui courent aussi tout le long de l’année.

J’ai participé à un moment classique du mois de juin : le DevLille !

DevLille – mon rôle ?

Je ne suis pas dans l’organisation du DevLille. Cependant, j’y ai contribué de plusieurs manières.

Le tremplin, c’est quoi ?

Avant l’évènement, le DevLille organise un tremplin pour les speakers en herbe. Organisé par Craft Records, en collaboration Cloud Nord et Nord Agile (pour la première fois), le tremplin est un temps spécifique où des speakers juniors (en général, qui n’ont jamais été speakers) proposent des sujets afin d’être sélectionnés pour un Meetup auquel ils auront la chance de participer.

À la fin du Meetup, l’audience vote pour ses 3 talks préférés. Chaque évènement porteur de la démarche (à savoir le DevLille, le Cloud Nord et l’Agi’lille) sélectionne un des 3 sujets à embarquer dans son programme.

Cette année, ce sont 6 personnes qui ont bénéficié de ce format et d’un accompagnement complet.

J’ai eu la chance d’être coach speaker. Jolie reconnaissance !

J’ai donc accompagné Hanna, jeune développeuse ukrainienne, pour son tout premier talk. Avec une fréquence hebdomadaire, j’ai pu lui prodiguer des conseils pour qu’elle puisse animer sa première conférence. Posture, support, contenu, tout y passe pour optimiser sa présentation.

Cela s’est très bien passé, et même si Hannah n’a pas été sélectionnée, elle a appris des choses et cela lui a donné envie de prolonger l’expérience dans les mois à venir.

Jour J – MC sur une salle

J’aime bien la scène, être speaker, parler devant des gens. Cela me renvoie aux années où j’étais une personne réservée qui préférait se cacher dans un coin de la salle pour se faire oublier (c’était il y a longtemps).

Emmanuel Demey m’a donc proposé, un peu à l’arrache – ça tombe bien, j’aime ça ah ah – d’être maître de cérémonie d’une salle lors d’un après-midi. Mon rôle était simple : annoncer la personne qui présentera sa conférence sur scène.

Mon naturel m’a poussé à tenter quelques blagues (y a eu des bides et des sourires) et à créer une ambiance très dynamique. J’ai baigné dans le hip-hop et pour moi, le MC a une image bien particulière : il amène une atmosphère, du mouvement, du punch. C’est ce que j’ai essayé de faire, en « chauffant » la salle.

Ce qui est très cool, c’est que ça a fonctionné visiblement. J’ai eu pas mal de bons retours : les gens étaient contents de l’énergie que je mettais à créer une amorce positive pour accueillir chaleureusement les speakers.

Jour J 2 – Double stand !

Le reste de mon temps a été partagé entre le stand d’EKITE et celui des communautés.

Sur le stand d’EKITE, plein d’animations ont été proposées : le podcast de Romain, le Space Shooter, un jeu vidéo avec scanette codé par Vincent et Benjamin, les apéros de Jean-Luc, etc.

Romain & David en plein enregistrement ! Crédit Photo : Nicolas Detrez

Aucun podcast pour moi cette fois-ci (j’ai largement pu y contribuer en tant qu’invité sur d’autres évènements), mais un accompagnement simple sur le stand EKITE : de la discussion avec les loulous de notre boîte et quelques discussions avec les personnes qui visitaient le stand.

EKITE & Agile & Tech Community Lille

Conclusion – au cœur de la technosphère lilloise

Les gens qui me connaissent par cœur savent ce qu’il se passe lors de ce genre d’évènements : je passe le plus clair de mon temps à discuter avec de nombreuses personnes, à virevolter entre les discussions sur un stand, entre 2 conférences, à la sortie de la pause, etc.

Bonus : la soirée « officieuse » était très cool, cela m’a permis de me reconnecter avec plein de personnes que j’apprécie. Spéciale dédicace aux personnes de chez JetDev, Adalov, Hoppr, SII, etc.

EKITE x Clever Cloud – Crédit photo : Nicolas Detrez

L’article Mon DevLille 2026 est apparu en premier sur EKITE.

Il y a quelques mois, avec Caroline, nous avons inventé un format d’atelier pour aider les équipes à construire leur propre cadre de travail : Pimp My Framework. Celui-ci fait désormais partie de notre proposition de valeur et nous pouvons accompagner différentes organisations si elles le désirent.

Cependant, en l’état, j’avais le sentiment de passer au travers d’une chose : comment optimiser l’utilisation de ce genre d’ateliers pour des organisations à but non lucratif ? Cela me frustrait, d’autant plus que je suis proche de l’Open Source depuis très longtemps (1997) et que le partage de pratiques est dans mon ADN. Il fallait remédier à cela.

C’est pour cela que j’ai travaillé sur une manière différente de mettre à disposition la puissance de ce format.

LLM x PMF

Au départ, l’idée était de réaliser une bibliothèque de prompts destinée à être partagée à qui le désirait. Mais il s’est vite avéré que cette direction n’était pas la bonne, pour de multiples raisons.

Déjà, parce que chaque prompt devait être réadapté par rapport à un contexte d’équipe unique. La valeur ajoutée n’était pas si forte finalement.

Ensuite, peu importe le LLM choisi, il n’a pas le contexte de Pimp My Framework (sa description, son déroulé, ses ajustements liés à l’expérimentation terrain, etc.). Le LLM va faire avec ce qu’il trouve sur internet et en soi, ce n’est pas ce que je désirais faire. Mon but, c’était bien d’infuser l’esprit de Pimp My Framework pour répondre à des problématiques concrètes.

La solution n’était pas dans la bibliothèque de prompts.

Un Agent ?

Après avoir joué avec Mistral, qui est mon LLM préféré désormais – par conviction personnelle – j’ai commencé à m’intéresser à la création « d’agent ». Enfin, ce sont plus des assistants que des agents en réalité.

En gros, on décrit le comportement de l’agent, on l’alimente avec une source de données précise et l’« agent » Mistral va réagir de manière contextuelle.

Pour Pimp My Framework, il faudrait juste lui expliquer qu’il est le spécialiste de l’atelier et qu’il sache de quoi il parle avec des données pertinentes.

J’ai donc écrit un comportement de ce genre pour mon agent « PMF IA » :

Instructions :

Tu es un agent en charge d’aider des équipes à détecter des moyens pour régler des problèmes d’organisations. 

Tu es un accompagnant agnostique : tu places les valeurs avant les moyens existants. 

Tes références : 
- Le Cœur de l’Agilité (https://heartofagile.com/?lang=fr)
- Le Manifeste Agile (https://agilemanifesto.org/iso/fr/manifesto.html) 

Ton moyen central pour aider les gens s’appelle « Pimp My Framework ». 

C’est un atelier qui propose un moment de co-construction avec une équipe. À partir des problématiques (ou de problématiques « standards » que nous avons toujours en poche), il est possible d’élaborer un framework (cadre de travail) totalement adapté à la situation dans l’équipe. 

Les caractéristiques : 

Durée : 1 h 30 / 2 h 
Nombre de participants : 20 à 30 (4 à 6 équipes) 
2 minutes de pitch pour le final 
50 points au démarrage 
Des règles fun pour gagner des points (ou les perdre, ahah) 

Les grandes étapes : 
- Découverte des problématiques dans votre équipe (à travers une grille pour vous aider à les identifier ou déjà préremplies) 
- Session de découverte des moyens à mettre en place 
- Définition des moyens à mettre en place, des soft skills associés et des KPIs liés (sous forme de roadmap) 

Tu fais la distinction entre une problématique précise et une situation plus générale. 
Si tu détectes un irritant ou un problème précis, tu t’adaptes en proposant un moyen ajusté. 
Si tu détectes une situation plus large, tu affines le format de Pimp My Framework en fonction des irritants et problématiques. 

Tu proposes toujours une suite concrète à exploiter.

Garde-fous :

Il faut que tu adoptes un jargon compréhensible par le grand public. 
Pas de mots en anglais, pas d’anglicismes, pas de mots spécifiques de la culture tech. 

Garde en tête que tu es un artisan de la facilitation. Donc, tu proposes des moyens personnalisés.

Connaissances :

La bibliothèque avec les ressources concernant Pimp My Framework.

Pimp My Framework – template 2025 – custom sept. 25 | Evaluation des Soft Skills – v2 | Regles du jeu | megaskills | Fiche équipe

Conclusion :

Après plusieurs itérations de description de comportement, le résultat est satisfaisant : il respecte bien l’atelier initial, son articulation tout en aidant à travers des conseils liés au contexte décrit dans le prompt. Et il projette sur une suite à donner.

Et concrètement ?

Vous pouvez tester en décrivant vos situations réelles ou avec des situations plus ou moins génériques pour tester.

Exemple de prompt générique :

Mon équipe est composée de développeurs front et back, et je comprends qu’ils n’arrivent pas à s’accorder ! En clair, les objectifs sont rarement atteints et la collaboration est poussive. 

Comment peux-tu m’aider ?

? Si vous avez des feedbacks à propos de cet article ou cet agent, sentez-vous libre de me contacter.

L’article Pimp My Framework x Mistral est apparu en premier sur EKITE.

Après 15 ans d’évolution professionnelle dont la moitié dans l’agilité, je me suis senti frustré en tant que coach. Je voyais toujours les mêmes choses dans les entreprises. Les discussions chez Ekité, chez Nord Agile, avec les agilistes de la région Hauts-de-France et d’ailleurs, dans de multiples entreprises étaient toujours similaires, avec un constat partagé : les entreprises et les équipes opérationnelles parlaient d’agilité mais ne se comprennent toujours pas.

Parlaient-elles de la même chose ?

Soyons réalistes :

• La littérature est vaste autour de la culture agile plutôt opérationnelle, dans des équipes de réalisation, avec des ancrages autour de l’état d’esprit, des moyens, etc.
• Les valeurs et des principes applicables aux équipes de terrain – manifeste agile, le Cœur de l’Agilité, et d’autres choses encore – sont facilement accessibles et se diffusent depuis plus de 20 ans.
• Des éléments variés existent autour de la culture (Agile et Produit).
• Les références autour des frameworks et des certifications sont légion (que ça soit à l’échelle ou pas).

En parallèle, j’entends parler de transversalité dans les projets depuis mon début de carrière. C’est logique, dans des grandes organisations regroupant des centaines, voire des milliers de personnes, les équipes doivent bosser ensemble pour l’entreprise.

Et quand on cherche, hors de frameworks, cette liaison entre la transversalité et la culture agile, c’est un peu le désert. C’est vide, faible, absent.

C’est ainsi que quelques questions ont émergé cet été-là :

• Quid de l’agilité à un plus haut niveau d’une organisation ?
• Quid de la transversalité et de la culture agile ?
• Parler d’agilité à l’échelle, c’est légitime ou totalement à côté de la plaque ?
• Comment rendre agile ce qui est par nature complexe dans des SI tentaculaires ?
• Peut-on éviter la loi de Conway ?
• Quelles sont les valeurs à adopter pour y arriver ? Est-ce que ce sont les mêmes ? Doivent-elles être reformulées, précisées ?
• Comment la culture agile pourrait se positionner à ce niveau-là ?
• C’est quoi notre responsabilité d’agiliste ?
• [Liste non exhaustive]

J’ai donc décidé de prendre les choses en main et d’amorcer quelque chose dans le cadre de la veille : réunir des gens que j’estime, de tous horizons agiles, pour esquisser un début de vision, plus que nécessaire quand on voit fleurir partout sur les réseaux que « l’agilité est morte ». Le but était d’échanger à titre personnel et neutre. En clair, je désirais confronter nos convictions sur ce sujet pour créer quelque chose d’inédit.

Notre objectif a toujours été d’amener une culture agile transverse au sein des organisations. Culture mêlant celle du terrain, de l’organisation et de l’entreprise.

Avec quelques personnes d’expérience et alignées sur des valeurs agiles similaires et réalistes, j’estimais que nous pouvions apporter une réponse simple dans un monde complexe, à travers un format ouvert et de qualité.

Après de nombreuses rencontres, des tergiversations multiples, de la convergence avec le mouvement PAF (Post Agile Forum), nous avons trouvé le cœur de notre mission : aider les entreprises à être plus efficaces à travers nos expériences et expérimentations.

C’est ainsi qu’est née l’association Keikenchiba, qui a pour but d’organiser et de favoriser les discussions et recherches autour de l’efficacité des organisations, présentes et futures, en favorisant la collaboration et l’innovation durable, quel que soit leur niveau de complexité.

Le but secondaire est de mettre en place les éléments nécessaires à la communication des résultats de ces discussions et recherches.

Si vous désirez plus de détails sur l’histoire, avec Nicolas Tondeur, nous avons fait un lancement de l’association, disponible dans cette vidéo :

Si vous désirez nous suivre sur LinkedIn : https://www.linkedin.com/company/keikenchiba

? https://keikenchiba.org/

L’article Think Tank Agilité Transverse – the Story est apparu en premier sur EKITE.

Est-ce que vous connaissez l’histoire de Pimp My Framework, l’atelier qui vous aide à définir des moyens agiles (ou pas) afin d’améliorer votre fonctionnement d’équipe ?

Tout commence quand Johan propose à la team EKITE de trouver des sujets et des ateliers pour l’Agi’Lille 2024. Caroline, Product Owner engagée et pleine d’énergie, était très motivée pour se lancer dans une nouvelle aventure ! Une aventure de folie en duo avec Johan.

Les deux agilistes se sont challengés et ont pris du recul pour proposer un atelier utile et concret pour les équipes, à travers un prisme agnostique. Agnostique ? Oui, centré sur les valeurs et les principes mis en place plus que sur les croyances.

Après quelques rencontres et un Miro très en vrac, Pimp My Framework est né !

Pimp My Framework, cékoi ?

Ce que nous vous proposons, c’est un moment de co-construction avec votre équipe. À partir de vos problématiques (ou de problématiques « standards » que nous avons toujours en poche), vous allez élaborer un framework (cadre de travail) totalement adapté à votre équipe.

Les caractéristiques :

• Durée : 1 h 30 / 2 h
• Nombre de participants : 20 à 30 (4 à 6 équipes)
• 2 minutes de pitch pour le final
• 50 points au démarrage
• Des règles fun pour gagner des points (ou les perdre ahah)

Les grandes étapes :

1. Découverte des problématiques dans votre équipe (à travers une grille pour vous aider à les identifier ou déjà pré-remplies)
2. Session de découverte des moyens à mettre en place
3. Définition des moyens à mettre en place, des soft skills associés et des KPIs liés
4. Pitch devant l’audience
5. Vote pour élire le framework le plus légendaire !

Pour vous aider, les animateurs-coachs sont là ! Et aussi un outil made by EKITE : Megaskills.

L’objectif final est d’être capable de pitcher la puissance de votre framework personnalisé devant les autres participants ! Et de repartir avec un framework prêt à l’emploi. Nous voulions un atelier où le Take Away était réel et évident.

On vient chez vous ?

Si l’animation de cet atelier vous intéresse, nous pouvons intervenir chez vous et vous aider à définir un framework customisé de manière pédagogique.

Contactez-nous !

Quelques photos

Ressources

Megaskills

L’article Pimp My Framework – l’histoire est apparu en premier sur EKITE.

Entre le fait d’avoir la tête sous l’eau et la facilité de rester dans son propre microcosme, ça n’est pas évident. Ouais.

(avec Antoine DOUCHET, nous avons traité ce thème dans le premier épisode de la S1 de « À l’arrache ou quoi ? » [https://smartlink.ausha.co/a-l-arrache-ou-quoi/s1e1-comment-sortir-la-tete-de-l-eau-pour-s-ameliorer-vraiment-avec-antoine-douchet])

J’ai quelques tuyaux pour vous aider !

1? Les communautés pour partager

J’ai la chance de faire partie d’EKITE et les membres de notre structure partagent régulièrement à travers la veille, aussi bien autour des sujets tech, agiles, sociétaux, etc.

Nous formons un groupe de passionné.e.s dans un village gaulois revendiqué. En gros, personne ne reste sur ses acquis. Et ça, ça n’est pas qu’utile. C’est vital.

Je suis aussi très engagé avec Nord Agile, ce qui me permet d’échanger avec d’autres personnes très engagées et qui sont aussi dans la remise en question.

J’ai aussi beaucoup de chance d’être associé avec Catherine Santander dans notre bébé My Lovely Jobs. Aider des gens à trouver leur boîte idéale, ça ajoute un angle complémentaire et étend ma communauté !

Et enfin, j’ai ma mission opérationnelle chez KIABI avec la La communauté IT de KIABI où je peux aussi avoir des retours opérationnels concrets, qui sont fondamentaux pour mon rôle de coach.

Hors de question pour moi d’être un théoricien de l’agilité, je suis un accompagnant de terrain. À plusieurs niveaux dans une entreprise.

? Tout cela c’est super, mais ça reste très local.

Cela induit un risque : me figer dans une posture d’auto-digestion. Que je refuse.

2? Développer l’ouverture ! Pour découvrir d’autres mondes.

C’est pour cela que j’essaie, le plus possible, d’échanger avec d’autres passionné.e.s hors de ma zone.

Faire intervenir des gens comme Maxime Bonnet en communauté chez Kiabi, participer à l’Agile Tour de Nantes (Agile Nantes), inviter des gens comme Jeremy Becker ou Pierre Fasquelle sur des épisodes de podcast ou consacrer un week-end au FOSDEM (depuis 2008, ça ne nous rajeunit pas), ce sont des options qui poussent à la remise en question.

Je sors de ma zone de confort locale, j’apprends toujours plus et j’évite d’avoir des certitudes trop prononcées.

Soit mes convictions sont renforcées, soit elles sont revues, révisées, balayées.

Cela me sert directement et sert aussi mon entourage à travers nos échanges.

3? La lecture, pour se challenger.

L’astuce, c’est d’être certain de n’avoir aucune certitude. Et pour cela, il faut réussir à sortir de son univers courant.

Je passe par un autre moyen simple et accessible : la lecture. Avec des ouvrages divers et variés.

Ce mode de fonctionnement permet de limiter, voire d’éviter l’effet Dunning-Kruger.

Cela peut vous aider aussi à faire sauter les biais de confirmation et d’autres biais cognitifs liés à la collaboration et aux interactions.

Les seuls risques (et pas des moindres) : la dissonance cognitive et le syndrome de l’imposteur.

? Comment faire pour que ça fonctionne ?

L’épistémophilie facilite cela. C’est la soif de connaissance, la passion pour le savoir.

Et hélas, je n’ai pas la solution miracle pour que ça se développe naturellement.

L’astuce : continuer à discuter, tester, expérimenter, se confronter et apprendre, toujours. Et se remettre en question régulièrement.

L’impact : affirmer ou réviser ses convictions à travers les expériences vécues et celles des autres. Beaucoup d’autres.

On en discute ? Vous avez d’autres moyens à partager ? 

L’article S’ouvrir pour grandir est apparu en premier sur EKITE.

« Johan, pourquoi tu fais tout cela ? Tu fais beaucoup de trucs quand même. À quoi ça sert ? »

À quoi ça sert, vraiment ?

Ces derniers mois, j’ai investi beaucoup de temps dans un grand nombre d’activités, variées et centrées sur mon domaine d’expertise : l’agilité.

Je suis un « jeune » coach. J’ai commencé ce rôle en janvier 2022. J’avais déjà beaucoup d’expérience sur le terrain, après 12 ans en tant que développeur web (oui, j’ai fait du PHP, vous pouvez vous moquer mais j’aime bien le PHP), puis Scrum Master, puis Product Owner et toutes les activités parallèles que j’ai pu tenir (va voir mon profil LinkedIn, c’est plus simple).

La tenue du rôle de coach est récente, certes, mais j’ai toujours eu ce côté accompagnant en moi. Naturellement, j’aime orienter les personnes dans une trajectoire adaptée à leur scope de compétences.

Est-ce suffisant ? Non. Mes rencontres et mes expériences m’ont permis de me faire évoluer sur un certain nombre d’axes. Ceci n’est pas une option pour moi : m’enrichir des autres pour grandir moi-même est une nécessité. Je suis un être sociable et qui dépéris seul.

J’ai encore besoin d’évoluer, toujours, grâce aux autres. Et je considère que pour ce faire, il faut passer par deux axes :

• voir, observer et pratiquer sur le terrain ;
• voir, comprendre et s’enrichir à travers les retours des autres (sur des domaines hors de ma portée).

C’est pour cela que je m’investis dans de multiples activités.

Voici le résumé du match pour ces derniers mois.

? Done

Agi’Lille

Organisation générale

Depuis début 2023, je suis membre du Conseil d’Administration de Nord Agile (membre du bureau et vice-secrétaire, puis secrétaire).

Un des grands moments organisés par l’association est l’Agi’Lille. Cet évènement propose, pendant 2 jours, des conférences d’agilistes de France et de Navarre.

À deux reprises, j’ai donc eu la satisfaction de participer à l’organisation de l’Agi’Lille avec de nombreuses personnes très talentueuses et engagées. Malgré la difficulté d’organiser un tel évènement, tout le monde avait le sourire et de la motivation à revendre.

Les apports sont simples à résumer :

• découvrir l’engagement des acteurs de l’écosystème agile de la Métropole lilloise;
• participer à un évènement d’une grande ampleur;
• créer ou recréer des liens pro et/ou perso avec des gens formidables.

Cela m’a apporté du plaisir, des discussions avant, pendant et après l’évènement, autour de l’agilité.

Co-leader Pôle Sponsors

Le pôle Sponsors se charge de définir les offres de sponsoring (qui financent une partie sérieuse de l’évènement), de les marketer, d’identifier et de qualifier des sponsors et de les accompagner pour les mettre en valeur. Ils doivent être en cohésion avec les valeurs de l’association et promouvoir l’agilité.

Sarah Ahajjam, Nicolas Deudon, Édith Kessler, Pascal Drieux, Maxime Viaene et moi-même étions les piliers de ce pôle, et d’autres membres ont pu nous aider en cas de besoin.

Nos équipes de choc ont su relever de nombreux défis, notamment ceux d’organiser et d’animer les offres et les interviews des sponsors sélectionnés et de les accompagner durant l’évènement.

Les interviews sponsors 2023 : https://www.youtube.com/playlist?list=PL4qwHueCtaOKp8JjiVqVnEK28suL-uxCH

Les interviews sponsors 2024 : https://www.youtube.com/@Nord-agileOrg/videos

J’ai pu sortir de ma zone de confort en encadrant, avec l’équipe, ces interviews.

Co-animation des lancements demi-journées @ Agi’Lille

Le plus grand challenge de l’évènement pour moi. Avec Sarah Ahajjam puis Maxime Viaene, j’ai pu réaliser des interventions face à 300/350 personnes.

J’avais déjà fait des présentations devant plus de 100 personnes, mais jamais devant une foule si grande. Petite pression, tout de même. Cependant, c’est passé tout seul. J’y ai pris énormément de plaisir et tout le monde avait l’air satisfait de nos lancements.

Il faut dire qu’avec des personnes Sarah et Maxime, il y a un vrai feeling qui existe. Cela aide grandement.

Puis, c’est toujours sympa de motiver les gens avant de commencer une journée pleine de mouvement.

Conférences à l’Agi’Lille

En 2023, j’ai également animé 2 talks ayant eu un certain succès : le jeudi matin, « Agilistes, sans soft skills, que valons-nous ? » et le vendredi matin, La recette – Équipe de coachs agiles sauce efficace ? V.2.0 – le retour !

En 2024, j’ai co-animé un atelier « Pimp My Framework » avec Caroline Buytaert.

Animer ces moments m’a confirmé l’intérêt des sujets que j’ai poussés auprès de la communauté agile lilloise. J’ai pu également créer quelques liens avec des personnes intéressées.

J’en suis sorti avec quelques feedbacks positifs, qui vont me permettre de compléter et d’apporter toujours plus de valeur.

? VRAC

Je n’en ai jamais assez et je n’aime pas me reposer sur mes lauriers. Mon esprit de défricheur m’oblige à tester des idées, à expérimenter et à progresser sans cesse.

En vrac, voici quelques initiatives de mon cru :

? Organiser des sessions d’un podcast avec un invité pertinent. La saison 1 est disponible et la saison 2 est en cours.

YouTube + Saison 1 + Saison 2 sur Ausha

? Notre deck de Megaskills est disponible en format physique (merci Thomas, t’es le meilleur <3).

Pourquoi faire tout cela ?

Eh oui, c’est une bonne question, ça, Jean-Pierre !

? Apprendre des autres

Avec toutes ces interactions, j’ai pu m’ouvrir l’esprit et découvrir des pratiques et des contextes qui sortent de ma propre juridiction. C’est enrichissant, ça me permet aussi de me motiver sur des sujets que je ne connais pas suffisamment bien. Je pense que c’est vital de comprendre les échecs et les succès des autres pour me faire des convictions, avoir envie d’expérimenter toujours plus et réussir à me confronter à ma propre réalité.

?? Apprendre d’autres compétences

Outre l’aspect agilité, toutes ces activités me permettent d’apprendre à faire de nouvelles choses : m’interfacer dans une association, animer un podcast, être toujours plus à l’aise à l’oral, apprendre à improviser toujours mieux (parce que j’aime aussi le côté freestyle, you know).

? Sortir de sa zone de confort

À travers l’organisation en team du pôle sponsors, les lancements des demi-journées et des 2 talks, j’ai pu clairement sortir de ma zone de confort. J’ai besoin de passer des limites pour me conforter sur ma trajectoire et mon crédit en tant qu’agiliste.

? Faire grandir mon réseau

Sans les autres, je n’existe pas. Ce sont les gens qui s’alimentent au quotidien, aussi bien dans ma mission de coach et dans ma vie sociale très large. Quand je rencontre d’autres humains, je m’enrichis et je crée des liens, j’évolue avec eux. Et naturellement, mon réseau s’étoffe.

? Personal Branding/Impact sur la visibilité perso et EKITE

Le dernier effet, qui est bien la résultante des autres, c’est que ma visibilité augmente et cela permet également de mettre EKITE en avant. Et, via un cercle vertueux, cela ouvre encore mes horizons, cela me permet de rencontrer plus de personnes passionnées, de découvrir des sujets de plus en plus poussés et de grandir dans cet écosystème que j’affectionne.

L’article Johan, pourquoi tu fais des trucs ? est apparu en premier sur EKITE.

Qu’est-ce que le syndrome de l’imposteur ?

Vous pensez être mauvais alors qu’en réalité, tout le monde vous dit le contraire ?
Vous pensez que vous êtes illégitime dans votre job ?
Vous n’assumez pas vos compétences ?

Ce sont des symptômes qui indiquent que, oui, vous subissez probablement le syndrome de l’imposteur.

Le sujet vous intéresse ?

Découvrez 8 biais qui composent ce syndrome de l’imposteur et quelques conseils pour l’éliminer.

L’article Qu’est ce que le syndrome de l’imposteur ? est apparu en premier sur EKITE.