Le problème du consultant Scrum, SAFe... (Scaled Agile Framework)

[@ScrumLife]

Emilie sera là au Live de jeudi, ce jeudi 23 mai à partir de 13h CET ! Quelles questions aimerais-tu lui poser ?

[@ScrumLife]

@ScrumLife Oh super, c'est une excellente nouvelle ! 🎉 Emilie est toujours un puits de sagesse et de conseils pratiques. Pour ma part, j'aimerais savoir comment elle gère les situations où l'équipe a du mal à s'auto-organiser. Et toi, quelle question brûle tes lèvres ? On est impatients de lire ce que tout le monde a à demander 😊👇.

[@emilieesposito]

Jean-Pierre, de mon expérience, c'est plus souvent le client que le coach qui arrive avec une solution toute faite 😉Et ça, dès le recrutement du ou de la coach : "On a besoin de quelqu'un qui va déployer [insère ici le nom de la méthode agile qui fait le buzz en ce moment]".

[@user-ln6jz4ni9w]

Je suis très en phase avec le contenu de cette vidéo. Il faut un peu de courage et de bagou, en tant que coach, pour transformer la demande du client car, bien souvent, ce qu'il t'a demandé c'est pas ce dont il a besoin.

[@emilieesposito]

@@user-ln6jz4ni9w Complètement ! Mais ça facilite tellement la suite de l'accompagnement !

[@ScrumLife]

Merci pour ton retour, @emilieesposito ! 🙌 C’est un point de vue très pertinent que tu soulèves là. C’est vrai que souvent, le client arrive avec une idée précise et attend du coach qu’il execute, plutôt que de guider la réflexion. Mais alors, comment penses-tu que nous, en tant que coachs agiles, pouvons influencer ce processus pour emmener le client vers une véritable transformation agile et pas juste l’implantation d’une méthode à la mode ? Hâte de lire ce que tu en penses ! 😊 Robin de Scrum Life 🚀

[@emilieesposito]

@@ScrumLife ce que je fais en général dans ces situations, c'est creuser les attentes et le besoin derrière cette demande hyper précise. Par exemple : OK, tu veux déployer Scrum. Qu'est-ce que tu espères obtenir comme impact ? .... Ah, alors si je comprends bien, vous avez des soucis de [...]. Comment ça se manifeste ? Vous avez déjà essayé quoi pour résoudre ça ? Comment ça s'est passé ? Et en fonction des informations que tu recueilles, tu peux peut-être montrer comment la mise en place de la méthodo n'est pas forcément la bonne question à se poser.

[@blarouche1]

Merci Mme Émilie de mettre en mots ce que j'essaie d'expliquer depuis tant d'années. Je dis souvent :"je n'ai pas de réponses. mais des questions pour trouver votre ou vos réponses."

[@emilieesposito]

Bien d'accord ! Ce sont les clients, et plus spécifiquement les équipes, qui sont expertes de leur travail 🙂 Je me vois souvent comme une sage-femme qui aide les équipes à accoucher de meilleures façons de collaborer.

[@blarouche1]

@@emilieesposito C'est souvent, ce que je vois dans ma pratique, que les équipes possèdent les réponses ou les solutions à leurs problèmes. Mais, par peur, par manque de conscience, ne prennent pas le temps de faire le pas nécessaire pour résoudre les problème. C'est aussi un peu l'une de nos grandes responsabilités de Coach (ou comme je m'amuse à dire : "Empêcheur de tourner en rond") de leur aider à faire ce pas. SVP, continuez à faire de nombreux "heureux parent", l'agilité s'en portera que mieux !

[@emilieesposito]

Merci @@blarouche1 ☺ Ce qui arrive aussi régulièrement, c'est que l'équipe sait comment elle pourrait s'améliorer, mais n'arrive pas à le "vendre" au management. Dans ces cas là, plutôt que de brandir une carte "Agilité implique auto-organisation, c'est non négociable", mon approche est double. J'aide l'équipe à clarifier leur demande : ce qu'iels attendent de cette amélioration, les risques à ne pas faire, les risques à faire et comment les mitiger, comment on saura que ça fonctionne, etc... Et je propose au management d'expérimenter plutôt que de décider a priori : quels risques à cette expérimentation, quel niveau de risque on peut prendre, pendant combien de temps. L'objectif étant de faciliter la discussion entre équipe et management pour s'aligner sur une expérimentation qui va permettre de valider des hypothèses tout en minimisant les risques.

[@ScrumLife]

@blarouche1 Merci pour ton commentaire inspirant ! 🙏 C'est génial de voir que nos vidéos résonnent avec toi. La puissance des questions pour trouver des réponses est souvent sous-estimée. D'ailleurs, quelle a été la question la plus puissante que tu as posée en contexte de travail récemment ? Hâte de te lire ! 🔥🤔 #Agilité #ScrumLife

[@blarouche1]

@@ScrumLife Bonjour, Je n'ai pas posé de "Question puissante" dernièrement. Car, je suis en période d'analyse stratégique si je puis dire. Car, je travaille sur la phase 2 de l'implémentation de l'agilité de mon équipe. L'équipe avec laquelle je travaille, à deux modes fonctionnements. Le premier mode Projet pour tout ce qui touche le développement ou refonte de solutions existantes et le seconde mode, est l'entretien de système existant. La première phase de l'implémentation fut en mode Scrum pour la partie développement. Comme les gros projets de développement fonctionne bien (Une bonne adaptation de Scrum par l'équipe, sans être parfait.). Ca me laisse du temps pour réfléchir comment je vais adresser la seconde partie de mon implémentation de l'agilité pour la partie entretien de système. Les décisions ne sont pas encore finales. Mais, je regarde pour l'instant trois solutions possibles : Un Kanban pur, Un Scrum avec Kanban ou créer un model (#NOFrameworl) avec le Board Azure que nous avons déjà. P.S. J'ai éliminé ScrumBan en partant ;-) J'ai une bonne feuille de route en Scrum, XP, TDD, etc. Mais, malgré qu'ils ont une expérience solide en développement. En agilité, ils sont encore des jeunesses. Avant, le chef d'équipe actuel qui est poste depuis 2 ans environ, cette équipe avait l'habitue d'avoir le champs libre. Donc, apporter de la structure et quelque barrières. Il faut y aller avec douceur et avec intelligence. A titre d'exemple, la première définition de "terminée" contenait une seule instruction " Prêt à livrer en production" et ce n'es pas une joke ! De plus, je dois aussi prévoir l'avenir. Car, dans certaine autres équipes de, de notre direction, qui étaient "Agile en esprit" sans Scrum (pas de Board, Pas daoilys), ont commencées des initiatives Safe, (je vais m'abstenir de passer des commentaires ;-) ). Ce qui veut dire tôt ou tard nous devrons passé à l'agilité à l'échelle, de gros projets multi-équipe pointe leur dans les prochains moi. MERCI et plaisir d'échanger. Bruno Larouche

[@hichamn5329]

Salut à tous, Ce que décrit Emilie ressemble beacoup à une approche systémique comme le Lean. Merci pour le partage.

[@hervemartin4777]

Pour ma part, ça m’a fait penser au Lean Change Management de Jason LITTLE

[@ScrumLife]

Salut @hichamn5329 ! 👋 Merci pour ton commentaire ! Effectivement, il y a pas mal de similitudes entre l'agilité et le Lean, surtout dans leur approche systémique. 🎯 C'est toujours super de voir comment ces différentes méthodologies se recoupent et s'enrichissent mutuellement. Tu as déjà eu l'occasion de mettre en pratique certaines techniques Lean dans tes projets ? 💡 Je serais curieux de savoir comment ça s'est passé pour toi ! À bientôt sur la chaîne ! Robin 🚀

[@Mad4rcher]

Encore une vidéo de qualité qui m’aide à découvrir un nouvel angle de ma pratique. Merci ! 🙏

[@ScrumLife]

Merci @Mad4rcher ! 🙏 Ça fait super plaisir de savoir que notre contenu t'aide à explorer de nouvelles facettes de ta pratique. 😊 Si tu as des sujets ou des questions que tu aimerais voir abordés dans les prochaines vidéos, n'hésite surtout pas à les partager ici ! 🚀 #AgileTogether #ScrumLife

[@b.a9891]

Ça c’est du vrai coaching 🙌🏽🙌🏽 J’espère que scrum life prend des notes .. #PDCA #Emprism dans le coaching #Kata

[@ScrumLife]

Si la question c'est est-ce qu'on invitera à nouveau Emilie, on espère bien que oui ! 😁 -- JP

[@emilieesposito]

@@ScrumLife en tout cas, moi, c'est volontiers que je viens papoter avec vous et vos abonnée·s 🤗

[@ScrumLife]

Merci pour ton commentaire enthousiaste, @b.a9891 ! 🙌🏽 Je suis ravi que tu trouves nos conseils et nos pratiques de coaching inspirants. L’approche PDCA et le Kata sont effectivement des outils puissants pour améliorer en continu et structurer nos avancées. Scrum Life s'appuie beaucoup sur ces cycles d'amélioration pour fournir un contenu toujours plus pertinent. Dis-moi, dans quel contexte appliques-tu le Kata ? Partages-tu une anecdote ou un succès que tu as eu grâce à cette approche ? À bientôt dans les commentaires, Robin #Agilité #ScrumLife #CoachingAgile

[@garancera]

Un échange Robin Émilie... Ça laisse rêveur...

[@ScrumLife]

Merci Garance ! La prochaine fois qu'on papote à deux.... on t'invite ? Robin

[@garancera]

​@@ScrumLifeQuand tu veux

[@ScrumLife]

Salut @garancera, Merci pour ton commentaire, ça fait super plaisir de te lire ! 😊 Un échange entre Émilie et moi, c'est vrai que ça peut donner des discussions passionnantes sur l'agilité et ses nombreuses facettes. D'ailleurs, est-ce qu'il y a un sujet en particulier qui te ferait rêver d'entendre notre point de vue respectif ? On adore échanger et c'est toujours enrichissant de partager nos expériences. 🔄 Hâte d'en discuter avec toi ! Robin 🚀

[@benjamingaroby7013]

tellement une bonne idée une solution "no framework" , tellement inefficient de faire du scrum ou du safe imposé alors que ça ***** tlm

[@ScrumLife]

Bonjour @benjamingaroby7013 ! 🤔 Merci pour ton commentaire et d'avoir partagé ton avis sur notre vidéo. Je suis ravi que l’approche "no framework" t’ait interpellé ! Certes, l’agilité se doit d’être adaptable et centrée sur les besoins spécifiques de chaque équipe, et ce sans nécessairement suivre un cadre comme Scrum ou SAFe. Je suis curieux : quelles expériences ou observations t’ont conduit à cette conclusion ? Et comment as-tu vu se traduire cela en pratique dans ton environnement de travail? Ça serait génial de pouvoir en discuter plus en détail avec toi et avec la communauté. D'ailleurs, n'hésite pas à participer aux discussions sur nos autres vidéos pour partager tes insights ! À bientôt, Robin 🌟

[@thabetmabrouk2732]

I recommend building relationships even before starting to find the problem. Without building your social capital and trust with the team members and stakeholders, you will find it very difficult to find the REAL problem or the challenge. You need to learn and understand how people interact and work together. You need to know the goal in order to know the problem. The real problem is a limitation to reach the goal. I would go even deeper and understand the self-interest of people and not only their problems and create the solutions that when they ask "What's in it for me?" they find something valuable for them. Those are good insights, but it could be even better.

[@ScrumLife]

Salut @thabetmabrouk2732 ! Tu as totalement raison, la relation humaine et le capital social sont des aspects souvent sous-estimés mais essentiels pour identifier les vrais problèmes. 💡 J'aime particulièrement ton point sur la compréhension du "What's in it for me?" - excellent complément à une vision holistique de l'approche agile. On pourrait presque en faire une série dédiée sur comment les dynamiques interpersonnelles influencent les événements Scrum et les approches Kanban, qu'en penses-tu? 🤔 Merci pour cette réflexion enrichissante! Continuons le dialogue, qu'est-ce qui t’a inspiré cette observation? À bientôt, Robin P.S. : Pour ceux qui nous lisent, pensez à laisser un pouce bleu si cette discussion vous intéresse! 👍✌️

[@thomaslenoir443]

Intéressant. Par contre les framework permettent de donner des bases de réflexion. Dans l'une de mes expériences, il y avait une vision de ce type, mais sans logique d'organisation. Alors que SAFe aurait pu totalement cadrer leur besoin d'organisation (sans pour autant appliquer à la lettre le framework).

[@ScrumLife]

Salut @thomaslenoir443 ! 👋 Merci pour ton commentaire. Tu as raison, les frameworks comme SAFe peuvent vraiment offrir une structure précieuse, surtout dans des environnements qui manquent de logique d'organisation. C'est toujours intéressant de voir comment chaque entreprise peut adapter ces frameworks à ses besoins spécifiques sans forcément les suivre à la lettre. 🚀 Tu as mentionné une expérience personnelle avec une vision sans logique d'organisation - comment avez-vous géré cette situation à l'époque ? Je serais curieux de savoir si et comment vous avez introduit des éléments de SAFe ou d'autres frameworks ! À bientôt, Robin 🌟

[@avillenave]

Ooooh ce petit néon Scrum life 😊

[@ScrumLife]

Salut @avillenave ! 😄 Content que tu aies remarqué notre néon "Scrum Life" ! On pensait qu’il ajouterait une petite touche sympa à nos vidéos. Tu trouves qu’il se fond bien dans le décor ? Par curiosité, quel serait, selon toi, l’élément ultime pour un décor parfait dans nos vidéos ? 💡👇 #ScrumLife #Décor #Agilité

[@lionelpayan8378]

Emilie, pour toi est-ce que ton diagnostic systémique se rapproche du diagnostic de la maîtrise agile "The Agile Fluency Project" ? Ou plutôt du TMAP (processus de la pensée) ?

[@benjaminfeireisen20]

J'ai l'impression que c'est plus un diagnostic façon "résolution de problème palo-alto" en thérapie brève.

[@emilieesposito]

Alors, à ma connaissance, ni l'un ni l'autre 😅 C'est une pratique intuitive, que j'ai construite de façon itérative. Peut-être que ça se rapproche de quelque chose d'existant, mais je ne sais pas 😉 Peut-être que ça peut être le sujet d'une prochaine vidéo, @ScrumLife ?

[@ScrumLife]

Salut @lionelpayan8378 ! Merci pour ta question super intéressante ! ✨ Je vais laisser Emilie répondre plus en détail, mais disons déjà qu'il y a effectivement des ponts entre son approche et des cadres comme "The Agile Fluency Project" et le TMAP. Chaque diagnostic a ses spécificités, mais l'idée centrale reste de comprendre les dynamiques internes pour optimiser les flux de travail et la collaboration. Par curiosité, est-ce que tu as déjà testé l'une de ces approches dans ton entreprise ? Si oui, laquelle et quels résultats as-tu obtenus ? 📈 À très vite ! Robin #ScrumLife #Agilité #Scrum #Kanban #Management

[@Benjamin-zl6um]

Pareil, je ne suis vraiment pas ok avec l'explication du Shuhari. Il n'a rien à voir avec la fabrication de sabre au Japon, mais c'est un concept d'apprentissage en 3 phases. 1 - on apprend on maitrise (Scrum ou autre), 2 - on trouve de nouvelles approche (amélioration du framework, ajout de nouvaux process au service de l'éuipe); 3 - la transcendance, le moment où l'équipe est le framework, elle le modifie pour servir ses propres interets (no framework ou framework maison) On est donc à des années lumières d'une vision d ' "équipe qui applique bêtement des choses qu'elles ne comprennent pas" . Au contraire, je trouve que le noframework est du Hari.

[@ScrumLife]

Salut @Benjamin-zl6um, Merci pour ton retour passionné et détaillé ! Je suis ravi de voir que le concept de Shuhari suscite autant de discussions. 🙌 En effet, Shuhari est un sujet riche et complexe qui peut être interprété de différentes manières, et ton explication apporte des insights précieux. 🎯 Je suis d'accord, le Shuhari dépasse largement l'application mécanique de pratiques et repose sur un approfondissement continu jusqu'à l'innovation et la transcendance. Ta description des phases est très claire et je pense que cela aidera beaucoup de personnes à mieux comprendre ce concept essentiel pour l'agilité. Pour toi, quel est le plus grand défi lorsque l'on essaie de passer de la phase Ha à la phase Ri dans des équipes agiles ? 🤔 J'ai hâte de te lire et de continuer cette discussion ! Au plaisir, Robin

[@emilieesposito]

Au temps pour moi, je viens de vérifier, ce n'est pas pour la fabrication des sabres, c'est pour les arts martiaux, à la base. Je parle avant tout de la façon dont on me l'a expliqué, il y a 15 ans, quand j'étais une jeune scrum master, et dont je l'ai vu expliqué et appliqué à la période où c'était très très à la mode. Tant mieux si dans des équipes cela a été utilisé efficacement, sans brimer l'expérimentation et l'auto-organisation 😉

[@emilieesposito]

Si vous voulez en savoir plus sur la mise en œuvre du no framework, j'ai fait deux conférences qui en parlent plus spécifiquement : - Rester agile en grandissant : ce qui compte, c'est les valeurs (kzbin.info/www/bejne/jYasaJaNhdGGhrc ) - Arrêtez les régimes agiles, ça marche pas ( kzbin.info/www/bejne/j3aQf4mIndF_gqs )

[@ScrumLife]

Merci beaucoup pour ton partage @emilieesposito ! 🙏 Je suis certain que nos viewers trouveront tes conférences extrêmement enrichissantes. C'est toujours super d'explorer différentes perspectives sur l'agilité en entreprise. En parlant de valeurs et de no framework, quelle a été pour toi la plus grande surprise ou révélation lors de ces conférences ? Hâte de connaitre ton retour ! 🚀😊

[@Benjamin-zl6um]

"Scrum est sensé évoluer par rapport à ce qu'on ce dit en rétrospective" (8min45) => Je ne suis pas d'accord. Scrum est léger pour être facilement mis en place, Scrum permet l'ajout de beaucoup de choses (Scrum with Kanban, Scrum@Scale, Kaizen, ...) qui se complètent, mais pour moi, jamais au grand jamais il faut modifier Scrum au grès des rétrospectives. Non ? La "base" doit rester, et on doit l'améliorer, pas la défaire.

[@ScrumLife]

On pourrait dire que c'est plutôt la méthode de travail de l'équipe qui est sensée évoluer grâce (entre autres) aux rétrospectives (mais pas que). Qu'en dis-tu ? -- Constantin

[@Benjamin-zl6um]

@@ScrumLife Ho oui, dis comme ça je valide à 100%. Ca rejoint le modèle de Tuckman où l'équipe s'améliore (empirisme) et le ShuHaRi, ou l'équipe fais ses propres règles. Mais, en respectant le cadre léger de Scrum.

[@ScrumLife]

Salut @Benjamin-zl6um, merci pour ton commentaire super détaillé ! 🙌 Je comprends ton point de vue et tu es totalement dans le vrai sur l'idée que la base de Scrum est là pour rester. La flexibilité de Scrum, c'est ça qui en fait un outil puissant pour l'adaptation et l'amélioration continue 🌟. Quand je parle d'évoluer en rétrospective, je pense surtout à adapter nos pratiques à notre contexte spécifique sans trahir les piliers fondamentaux de Scrum. Par exemple, intégrer des éléments de Kanban ou appliquer des principes de Kaizen peut enrichir notre approche sans "dénaturer" Scrum. Qu'en penses-tu ? Es-tu d'accord sur le fait qu'on puisse innover sans détruire la structure de base ? Hâte de te lire 🚀! Robin de Scrum Life

[@nicolasponcet8626]

Bonjour, Je me suis demandé si pour des Leaders Agile victimes du 'syndrome de l'imposteur' 🙂, qui auraient peur de se lancer dans le grand bain du #NoFramework, on pouvait passer par la case plus rassurante du 'Disciplined Agile' (kzbin.info/www/bejne/jaSmlq2sfLuKrpo). C'est, je le crois, un manière de rester adossé à une pratique guidée, mais qui fait un pas dans la "reconnexion du cerveau" plutôt que d'appliquer une recette les yeux fermés, et qui implique l'équipe dans la construction du cadre qui lui permettra de découvrir ses faiblesses et sortir de l'impasse. Ou bien, est-ce de toute façon à proscrire puisque par l'approche #NoFramework, on cherche à ne pas encombrer une équipe déjà en souffrance avec des pratiques qui lui seront à priori obscures ?

[@emilieesposito]

Nicolas, je pense que chacun·e devrait agir dans la mesure de ses capacités à un moment donné. Et si tu ne te sens pas à l'aise avec le #noFramework, mais que tu as compris le principe, ça peut être suffisant pour adopter une posture qui va tendre vers les mêmes objectifs. Une autre possibilité est de se faire accompagner par un ou une coach plus expérimentée pour les premières expériences en mode #noFramework. Que ce soit en binôme de coachs, ou avec du mentoring. J'aime beaucoup mentorer des coachs moins expérimenté·es, ça me permet de démultiplier mon impact 😉

[@ScrumLife]

Salut @nicolasponcet8626, Merci pour ton commentaire super réfléchi et pertinent! 😊 Le syndrome de l'imposteur peut effectivement être un frein pour pas mal de Leaders Agile, et c'est toujours cool de voir des personnes comme toi qui cherchent à trouver des solutions adaptées. Disciplined Agile, avec son approche plus structurée, peut effectivement offrir une sorte de "filet de sécurité" pour ceux qui ne se sentent pas encore prêts à plonger tête baissée dans le #NoFramework. Ce que tu dis sur "la reconnexion du cerveau" est hyper intéressant! C’est vrai qu’on aimerait éviter de tomber dans le piège de suivre des recettes toutes faites sans réfléchir. Et impliquer l’équipe dans la construction du cadre peut être hyper bénéfique pour découvrir faiblesses et atouts. Pour moi, tout dépend vraiment de l'équipe et de son contexte. Si une approche plus guidée comme Disciplined Agile peut aider à surmonter certaines peurs tout en laissant de la place pour des ajustements, alors pourquoi pas ? L'essentiel, c'est de trouver un équilibre qui permette à l'équipe de s'épanouir sans les submerger. Qu'en penses-tu? As-tu déjà expérimenté avec ces deux approches? 🚀 Robin