Retour sur Agile Niort 2025

L’Agile Niort 2025

Cette année encore une fois, nous étions sponsors d’Agile Niort ! Evénement incontournable du paysage niortais, ce haut lieu de l’innovation et de la transformation numérique permet de réunir les professionnels de l’agilité et du développement logiciel.

Dans cet article, nos consultants reviennent sur leurs retours d’expérience : conférences inspirantes, ateliers et échanges enrichissants, sont autant de moments forts qui ont marqué cette édition. Que vous soyez un adepte des méthodes agiles ou simplement intéressé par les tendances actuelles du secteur, plongez avec nous dans cet événement pour découvrir comment Agile Niort continue de façonner l’avenir d’un numérique toujours plus collaboratif et innovant.

Keynote d’ouverture : Et si l’agilité changeait notre façon de choisir

Par Alexandre ANTOINE, Consultant scrum master à Niort

Dans cette conférence, Anne Gabrillagues nous invite à prendre le temps et se donner les moyens de prendre une décision parfaite … A quelle occasion avez-vous pu faire cela pour la dernière fois ?

C’est malheureusement un luxe hors de la portée de la majorité des équipes et des entreprises. Nous sommes alors contraints de travailler avec un niveau élevé d’incertitude, de prendre des décisions sur la base d’hypothèses et de convictions, de façon pas forcément très rationnelle …

Comment alors maximiser nos chances de faire le bon produit de la bonne façon au bon moment ?

Et si la bonne posture est de renoncer à de trouver la décision parfaite ? D’oser choisir collectivement et de tirer le meilleur parti des apprentissages découverts au fur et à mesure ?

Découvrez en quoi la prise de décision est au cœur des pratiques agiles et comment les équipes les plus performantes transforment chaque choix en opportunité. Venez explorer les leviers qui permettent d’avancer ensemble dans un contexte empreint d’incertitude.

Etes-vous prêt à repenser votre façon de choisir ?

Retour sur la Conférence : Et si on changeait nos processus de prises de décision ?

Par Marion EMERY-TARIEL, Consultante scrum master à Niort

Je voulais partager avec vous mon retour d’expérience sur une conférence animée par l’agiliste Samuel FAFIN (Devoteam). Sa conférence (sa toute première !) s’intitulait « Du consensus vers consentement : Illustrez pourquoi chercher l’absence d’opposition (consentement) ». cette prise de parole a piqué ma curiosité par la promesse et le pragmatisme qu’elle portait : en finir avec les interminables réunions et débats qui n’aboutissaient pas à des décisions fermes et consensuelles pour passer à l’action en douceur. En voici la synthèse :

Le constat :

Il est souvent impossible et improductif de chercher le consensus, c’est-à-dire l’accord, de toutes les parties prenantes chargées de prendre une décision. Dans le meilleur des cas on trouve des compromis et chacun repart frustré.
La proposition : changer de paradigme en ne cherchant plus le consensus mais le consentement, c’est-à-dire l’absence d’objection valable face à une proposition.

Les acteurs principaux :

Transposé au contexte d’une équipe agile, sa démonstration m’a permis de me projeter facilement sur l’utilisation de cette méthode en tant que scrum master. Les applications sont nombreuses pour un collectif agile : qu’embarquer dans un sprint ? Que prioriser ? Quelle méthode choisir pour réaliser un produit ou un livrable ?
La méthode : simple, elle se décompose en 4 étapes : l’énoncé d’une proposition (par le PO par exemple, sur l’objectif et le périmètre d’un sprint), le questionnement et la clarification de la proposition par l’équipe, l’énoncé des objections à cette proposition et leur tri pour ne retenir que celles qui sont valables dans le contexte donné et enfin l’intégration des objections valables en reformulant la proposition initiale.

Les prérequis préalables :

• poser un cadre clair et partagé,
• définir précisément ce qu’est une objection
• permettre une décision légitime par l’ensemble de l’équipe.

Les bénéfices :

Chacun s’exprime non pas sur son avis ou son opinion personnelle mais apporte une objection factuelle. Le processus de décision peut lui être contenu dans un temps défini. Les tensions sont réduites car il n’y a plus de bipolarisation des échanges. L’engagement de chacun s’en trouve augmenté !

Les outils :

Le scrum master disposera bien sûr d’une palette d’outils pour faciliter ce processus de décision. Parmi eux, on notera les cartes de vote (par exemple vert/orange/rouge), la régulation des échanges, l’usage de formulaires structurés ou encore un canvas permettant de dérouler les 4 étapes clés en recensant les principales idées, objections et propositions utiles à la prise de décision.

Je ne sais pas pour vous, mais moi cela me donne envie d’essayer !

Atelier : Dysfonctionnement des équipes par la pratique

Par Alexandre ANTOINE, Consultant scrum master à Niort

But de de l’atelier :

Animé par Rafik MEKKI, et cet atelier fut séquencé en 3 tours pour une durée d’1h45 + temps installation et debrief. A chaque tour, chaque groupe doit envoyer une contrainte aux autres groupes, en respectant sa propre thématique. Cette contrainte doit être la plus pénible possible et la façon de la contourner la plus contraignante possible.

Chaque groupe réparti ensuite ses 10 « pain points » parmi 3 contraintes qu’il a reçu. Celle-ci est jugée la plus « emmerdante », et ses points sont comptabilisés dans le tableau des scores.

A la fin des différents tours, le groupe ayant reçu le plus de point est sacré le plus « emmerdant ».

Intérêt de l’atelier :

• Identifier les causes de dysfonctionnement inter-équipes.
• Apprendre à exprimer une contrainte de manière ciblée.
• Comprendre la perception d’un autre groupe face à une contrainte imposée.
• Apprendre à coopérer dans la résolution de conflits structurels.

Déroulé de l’atelier

Constitution des groupes 

Dans cette version de l’atelier, le coach n’est pas présent 4 groupes différents, chaque groupe doit comporter un nombre équivalent de personne :

• Manager : leur thématique est la gestion de l’humain, des hommes qui sont présent au quotidien pour faire tourner l’entreprise
• Processus : leur thématique est de faire mettre en place les interactions entre les équipes pour le bon fonctionnement de l’entreprise
• Techno : leur thématique tourne autour de toute la technique de l’entreprise
• Produit : leur thématique tourne autour de tout ce qui touche au produit, sans rentrer dans la partie techno

Séquencement

Chaque tour dure 25 minutes :

• 10 min pendant lesquelles les membre d’un groupe discutent entre eux pour définir la contrainte qu’il souhaite envoyer à chacun des autres groupes. Ces contraintes doivent être adaptés à la fois à leur groupe mais également au groupe cible.
• 5 min pendant lesquelles, à tour de role, un membre de chaque groupe se leve, lit la contrainte qu’il va imposer et la donne au groupe cible.
• 5 min pendant lesquelles chaque groupe réparti l’ensemble de ses 10 points « caca » (symbolisé par des figurines caca) sur les contraintes reçues. La répartition se fait en fonction de la force de la contrainte, mais également sur la pénibilité de la contourner.
• 5 min pendant lesquelles chaque groupe annonce la contrainte « gagnante », et mise à jour du tableau des scores.

Exemple de contrainte possible : sans hésitez à partir de situation déjà vécue tout en exagérant le trait.

Groupe initiateur	Groupe Cible	Description
Manager	Techno	Plus de TT possible
Techno	Process	On ne fait plus bouger les tickets dans Jira
Techno	Produit	On met en prod un vendredi soir, veille de vacances
Process	Techno	Mise en place d’une recette complexe pour chaque feature
Produit	Process	Justifier du ROI des process

Débrief et raccord avec la réalité :

Chacune des contraintes imposées entraine une perte de productivité voir un dysfonctionnement possible d’une équipe. Cela est perçue de différente façon par l’équipe :

• Pas de confiance des autres équipes
• Pas de défense de son point de vue par l’équipe
• Pas d’engagement de la part des membres de l’équipe
• Pas de responsable
• Pas d’intérêt dans les résultats produit

Chaque groupe va chercher à comprendre de quelle façon les contraintes imposées les ont impactées, et comment travailler non pas à les contourner, mais à communiquer avec les autres groupes pour réduire les nuisances. L’accompagnement par un coach, dont le but est d’identifier ces dysfonctionnements et les réduire au maximum.

Question pour guider le debrief final :

• Quelle contrainte vous a le plus impactée, et pourquoi ?
• Comment avez-vous perçu l’intention derrière cette contrainte ?
• Qu’auriez-vous pu faire pour mieux collaborer ?
• Dans votre quotidien, avez-vous déjà vécu une situation similaire ?

Mes préconisations d’évolution de l’atelier

(non présenté lors de l’agile Niort, mais à implémenter selon moi)

• Un 4eme tours, obligeant chaque groupe à travailler sur une contrainte qu’ils ont envoyé à trouver une solution pour répondre au besoin exprimé. Par exemple, le groupe « process » demande une longue phase de recette très complexe au groupe « techno », que peuvent-ils mettre en place pour faciliter cette étape ?

Retour sur notre conférence Green Agile

Pour conclure ce retour, comment ne pas revenir sur la conférence de Gwénaëlle HIRIEN, notre practice Leader Agilité. Sa prise de parole explore comment l’agilité peut devenir un levier pour transformer le numérique dans un monde confronté à la crise climatique, aux bouleversements économiques et à l’arrivée fracassante des IA génératives.

Pendant deux ans, elle a donné la conférence Green Agile à travers la France, carnet en main. elle y a rencontré des développeurs, des managers, mais aussi des citoyen·nes. Une constante revenait : dès qu’ils comprenaient mieux la crise climatique, beaucoup souhaitaient agir, mais se heurtaient à cette question : comment faire ?

Au-delà des éco-gestes et des solutions techniques, cette conférence pose un regard sociologique, économique et systémique sur notre industrie. Comment nos business modèles, nos organisations doivent-elles évoluer pour intégrer les limites planétaires ? Comment accompagner un changement de société au-delà des logiques purement opérationnelles ?

Elle explore également les limites d’une prise en charge presque exclusive des sujets de numérique responsable par les équipes Dev et Ops. Ensemble, réfléchissons à comment l’agilité peut bâtir des organisations plus robustes.