L'agilité à l'échelle, c'est quoi ? (Agile at Scale)

[@ScrumLife]

Une question, un doute, quelque chose à ajouter ? Ajoute-le en commentaire ! ⌨👇 Nous en échangerons lors du 🔴Live jeudi : sl.run/41TzsK

[@SkanderHamza]

Un chef d'oeuvre cette video ! Une crème Merci pour les explications et tout le bon sens qui va avec. Sujet à traiter, pour aller plus loin: s'il vous plaît, Une video sur les OKR (bien fait) :)

[@ScrumLife]

😍 Pour parler des OKR le top ce serait d'interviewer Cristina Wodtke, mais je ne sais pas si elle se libérerait... En tous cas, oui, ça reste clairement un sujet à aborder !!! Qu'est-ce que tu retiens d'autre de cette vidéo ? -- JP

1:30 "pourquoi l'agilité à l'échelle ?" => parce qu'on a pas la patience d'apprendre sur ce qu'une équipe raisonnable peut produire. Quitte à espérer qu'avec 9 femmes on arrivera à avoir un bébé en un mois....

[@ScrumLife]

😅 Comme tu es médisant !!! -- JP

[@johannharguindeguy4940]

En conclusion, agile ou pas, l'objectif principal sera toujours là productivité au delà de la qualité recherchée, d'où l'amélioration continue. Moi qui m'imaginais un jour rejoindre une équipe Scrum dans ce but progression tout en souplesse. En réalité, le train est vite raté. L'amélioration continue s'appelle en réalité : la progression/ "production" continue. Merci par ailleurs pour cette vidéo qui montre l'intérêt premier à rechercher : intérêt d'un cadre de travail à proposer ou à venir, plus que son utilisation concrète puisqu'une évolution en masse sera à prévoir. Comment vous débrouillez vous les start-up ? Merci Scrum Life vous assurez (Prévision Agile Life?)

[@cecilevivant6351]

Bah c'est quoi un OKR?...

[@ScrumLife]

Oups ! 😲 Euh... Un OKR (Objective, Key-Result) c'est un objectif inspirant (au sens Sprint Goal / Product Goal) accompagné de résultats-clés (des indicateurs avec des cibles à attendre). Est-ce que ça t'aide ? 🤔 -- JP

[@cecilevivant6351]

A peu près... merci

[@TVorace]

Merci, cela me manquait aussi

[@ScrumLife]

On va être obligé de faire un ou plusieurs épisodes sur les OKR ! Un autre business juteux de consultants... -- JP

[@TVorace]

Ce serait intéressant, surtout si l'on montre les dérives (plus de 15 KPI, les objectifs du sprint c'est tout le sprint...). Petite suggestion : il me semble que sur les vidéos YT on peut ajouter une fenêtre d'annotation texte pour corriger ce genre de petite omission ;)

[@Roland-cy7ll]

L'intro est terrible :)

[@abdelfattahmosaddaq3504]

Bonjour Est ce que vous pouvez aborder ce sujet dans une autre vidéo pour mise à jour si il y’a des nouveautés Merci beaucoup

[@ScrumLife]

Bonjour @abdelfattahmosaddaq3504, Merci pour ta suggestion ! C'est une excellente idée de revisiter ce sujet pour voir s'il y a des nouveautés. Je prends note et je vais en discuter avec l'équipe. Reste à l'écoute, des mises à jour pourraient arriver bientôt ! N'hésite pas si tu as d'autres sujets en tête ou des questions spécifiques. On adore échanger avec la communauté 🙂 Robin 🚀

[@simonwallerand5220]

Je remarque qu'on ne parle pas du unFIX Model de Jurgen Appelo. Un oubli? Ou trop nouveau?

[@ScrumLife]

Salut Simon, effectivement trop nouveau. Je ne sais pas si le talent de Jurgen va réussir à générer un raz-de-marée autour de sa nouvelle création... Ou si cela va juste faire plouf. À voir ! De ton côté, que penses-tu de ce unFIX ? -- JP

[@matthieugirardeau1380]

Hello Scrum Life, Merci pour cette série à venir. Pour ma part, je suis depuis 4 mois dans une entité où l’on travaille en agilité à l’échelle et nous utilisons le framework SAFe. Ça n’a pas été simple pour moi car je suis arrivé à deux semaines du PI Planning qui a été une découvert et un instant de stress pour moi en tant que jeune PO sans tous les éléments métiers. Mais aujourd’hui je suis beaucoup plus à l’aise et j’ai hâte de découvrir vos conseils. Bien à vous. Matthieu.

[@ScrumLife]

Super retour d'expérience Matthieu ! Dirais-tu que dans l'ensemble ça fonctionne bien ? -- JP

[@matthieugirardeau1380]

@@ScrumLife Oui, tout le monde a bien intégré dans la logique du framework. De plus que les communautés PO, SM et team des leaders ont un partage très transparent des objectifs qui sont attendus. Le petit problème je dirais, c’est le legacy du reste la boîte et des stakeholders. 😅 mais je pense que ça s’est répandu.

[@AbderQcDz]

Without agile scale a single team, in complex environments, who dependents from other teams cannot commit and produce an increment. Vous auriez peut être dû mieux expliquer que la taille d’une organisation où tout le monde dépend de tout le monde est un facteur déterminant pour aller at scale. Oui Safe est peut-être contraignant mais les équipes s’engagent selon les objectifs à atteindre (ou ne s’engagent pas) selon leur capacité et selon l’engagement des autres équipes.

[@ScrumLife]

Merci Abder beaucoup pour ces compléments et ce partage d'expérience ! C'est totalement aligné avec le message que nous voulions passer. Merci pour ces mots, grâce à eux nous essaierons de faire mieux la prochaine fois que nous parlons de ce sujet ! 💪 As-tu de l'expérience avec d'autres frameworks ou approches que SAFe ? -- JP

[@AbderQcDz]

@@ScrumLife Bonjour JP. Merci pour le feed-back. Je suis à la base un vendu scrum et scrumban (scrum with kanban). Sinon hormis SAFe, je connais SoS et le modèle Spotify, mais ce dernier juste en théorie, car difficile à matcher avec notre culture organisationnelle.

Si l'échelle à l'échelle est un passage, un intermédiaire, une étape. Les structures déjà bien agile vont "réduire" l'échelle. Donc l'agile à l'échelle doit être pensé dans une approche à embarquer et driver les organisations qui ne le sont pas encore. Donc quand j'entends "ouais ça ne marche pas parce que l'organisation n'a pas le mindset,..." c'est que ce n'est pas le bon framework. À quoi sert un framework si pour qu'il fonctionne bien il faut une orga qui a le mindset pour s'en passer ?

[@yvesthiery4733]

Merci pour la vidéo . Parfois le legacy peut être COLOSSAL (avec l' accent ) indépendamment de la taille de l'organisation. Question: Êtes vous d'accord avec l'idée souvent écrite de maintenir 30% d'OKR inatteignable .!!?? Raisonnable, soutenable mais avec un MAX de valeur à l'objectif ppal global me paraît plus intelligible..

On dit que le mariage c'est se mettre à deux pour régler des problèmes qu'on a pas en restant célibataire. L'agile à l'échelle c'est le même concept. Une équipe Scrum est bien toute seule mais parfois on veut en rassembler plusieurs, et il faut ajouter de la bureaucratie pour gérer ce rassemblement.

[@Mad4rcher]

Combien de personnes se sont blessées en tombant d’une échelle dans cette vidéo ? :D Merci pour cette synthèse, c’est top !

[@ScrumLife]

Ah ah ! Est-ce qu'on a réussi à te convaincre d'éviter les approches les plus contraignantes ? 😁 -- JP

[@Mad4rcher]

@@ScrumLife Oh oui, je comprends non seulement pourquoi les entreprises françaises se mettent au SAFe et pourquoi elles auraient pu prendre une autre voie (mais bon, faut tenir compte des contextes).

[@ScrumLife]

Tenir compte du contexte, c'est une chose. Ne pas faire d'amélioration continue et ne pas faire évoluer le contexte, c'en est une autre !!! Que disent tes expériences, justement ? -- JP

[@celinejanssens7817]

Super Vidéo bien synthétique ! Merci. Ce que je vais probablement mettre en place dans mes équipes même si on ne travaille pas forcément sur les mêmes objectifs, c'est un point d'alignement (fréquence à prévoir) et un temps d'amélioration continue un peu moins fréquent mais plus long. Donc ça m'a donné des idées ! top Merci

[@bertranddrouhard4865]

Une fois de plus, un contenu hyper qualitatif. Et quelle chance d'avoir ça en français ! Ça me rappelle à quel point un non anglophone est handicapé pour se former à l'agilité : la littérature est à 90% en anglais, et dans le meilleur des cas les incontournables sont traduits en français avec quelques années de décalage. J'ai la chance d'avoir vécu quelques années en Irlande, mais ça me fait mal de voir la quantité de français très compétents qui restent sur la touche à cause de la barrière de la langue. Donc encore une fois merci Scrum Life d'aider à combler ce fossé. Keep on rocking guys 💪.

[@ScrumLife]

Merci Bertrand ! N'hésite pas à partager nos vidéos avec le plus de monde possible alors :) -- Constantin

Ma vision du PI Planning (SAFe) : chaque team se prend une partie du boulot (par feature insecable) . On repère les dépendances, soit on arrive à remodeler pour supprimer la dépendance, soit on prend acte, on assume pour débloquer la situation, et on porte le point pour l'amélioration. (le but ultime c'est le 0 dépendances)

[@ScrumLife]

Merci Moosh ! Très bien résumé la dynamique qu'on doit voir en PI Planning 👍 -- JP

[@KarineBRUERE]

Merci pour vos vidéos extrêmement utiles ! Pourquoi ne pas en faire une (ou plusieurs) pour nous préparer à la certification SCRUM. Les leaders du secteur en matière de formation ne vous arrivent pas à la cheville ! Je m'en frotte les mains d'avance

[@ScrumLife]

Salut Karine ! Merci pour ces compliments 🙏 Nous envisageons très sérieusement de proposer des formations payantes aux certifications type PSM, PSPO. Quant à faire une série de vidéo qui y prépare, ce n'est pas vraiment ce que nous avons en tête, mais nous en prenons note... Autrement, que retiens-tu en particulier de cette vidéo sur l'agilité à l'échelle ? -- JP

[@cecilevivant6351]

Video très intéressante, mais trop dense à mon goût. Résumer tout ça en 12 minutes ne peut que m'encourager à chercher plus d'éléments plus loin. Merci!

[@ScrumLife]

Merci Cécile pour le retour ! Comment aurait-on pu faire mieux selon toi ? À l'origine on voulait aussi donner des conseils, qu'on a finalement séparé dans une autre vidéo... Peut-être que le tour des frameworks n'apporte finalement pas grand-chose par exemple ? On en dit à la fois trop et trop peu ? -- JP

[@cecilevivant6351]

Si si elle est très bien cette vidéo. Mais pour moi c'est une introduction. Et pour se lancer ensuite, il faut creuser un peu plus chaque framework. J'ai vu qqpart un tableau qui préconise l'un ou l'autre en fonction du nombre d'équipes, des dépendances entre chaque et de leur maturité agile. Ça aide bien à choisir.

[@loicdubart6362]

@@cecilevivant6351 tu aurais le lien de ce tableau?

[@fabiendidonato7939]

Merci beaucoup, je suis en plein dedans. Nous utilisons SAFE pour faire le lien de plusieurs dizaines de projets. Vos conseils sont précieux et toujours avec le sourire.

[@ScrumLife]

Merci Fabien ! Et comment ça se passe du coup pour toi avec SAFe ? -- Constantin

[@benjaminjakmakian6593]

des idées de sujets en vrac : Comparer les différentes propositions d'agilité à l'échelle évoquées (unscale, Fast, OKR, Safe, nexus, etc) sans aller dans la dépréciation, avantages, pré-requis et contraintes pour être transparent. Y-a-t-il un moyen de faire "le sien" comme l'avait proposé Robin l'été dernier dans la vidéo "Framework Agile : pourquoi ça marche ?" : Que faut-il inclure, que faut-il éviter ? Une chose qui me semble importante : comment rassurer les organisations qui veulent voire on déjà sauté le pas ? Je pense que SAFE les rassure avec son côté clé en main et qu'a contrario la démarche "unscale the problem" les effraie car ils faut tout repenser m. "Revoir sa copie sur 10 personnes OK, mais à l'échelle de 1000, 10 000 ou plus, c'est impossible !" Déja traité mais ici à l'échelle : Quel doit être le comportement du top management dans la bascule à l'échelle et l'agilité et l'adoption dans l'entreprise.

[@ScrumLife]

Salut Benjamin, merci pour ces éléments ! La prochaine vidéo de la série va donner des conseils plus concrets et qui toucheront effectivement à l'attitude à avoir pour mener ce type de changement. (d'ailleurs abonnez-vous pour ne pas la rater !) Je comprends très bien la difficulté à préférer des solutions rassurantes plutôt que celles qui demandent à embrasser l'incertitude... Et je ne suis malheureusement pas sûr d'avoir les arguments chocs qui marchent à coup sûr... En effet ce qu'avait proposé Robin pour la construction de son propre framework agile marcherait à merveille pour l'agilité à l'échelle ! Il faut lui suggérer et le pousser !!! Quant à comparer les différentes propositions, à voir. Expliquer chaque proposition, oui, les comparer entre elles je ne sais pas si cela apporterait vraiment beaucoup de valeur. Surtout qu'au final cela ne reste que des frameworks, et ce sont les personnes qui l'implantent et qui le font vivre qui font la différence. Qu'en penses-tu ? -- JP

[@benjaminjakmakian381]

Je pense que je vais recommander a tous et toutes de s'abonner pour voir. la suite. Ah et il y a aussi d'excellentes formations si vous ne le saviez pas déjà 😁

[@bastienlevy7893]

Top comme d'habitude. Quel avis avez-vous sur le fait de construire/reconstruire des équipes ? Je vois du pour, du contre... Je n'arrive pas à me positionner...segfault

Personnellement je suis très partisan de l'alignement d'une équipe autour de valeurs qui lui sont propres. Chaque arrivée ou départ est un traumatisme pour le respect de ces valeurs. Une approche comme fast n'est à mes yeux imaginable qu'à partir d'un pool d'équipiers qui ont déjà un alignement sur ces valeurs. Ça peut être le cas d'une équipe de 10 qui a "grandi" qui s'est subdivisée, mais chaque nouvelle équipe fait conserve les mêmes valeurs. Et les transhumances fréquentes entre les 2 équipes peuvent faire perdurer cet alignement de valeurs. Mais dès qu'il y une désynchro de valeur entre différentes équipes, alors tout mouvement nécessitera un réalignement et là, c'est dur, parce que ces valeurs sont dans les tripes, dans les habitudes, dans ces points qu'on n'écrit même plus dans la DOD parce que tout le monde le fait ... Mon obsession pour cet alignement de valeur d'une équipe me pousse à dire qu'en mode fast, l'équipe ça reste le grand groupe, et que les sous-entités temporaires sont des sous-groupe pour shooter un problème ponctuel mais dont la responsabilité est éphémère. Si un bug apparait dans un livrable fourni par une équipe depuis dissoute qui assure le suivi => l'équipe, qui formera une nouvelle sous entité temporaire.

[@ScrumLife]

Globalement Moosh a tout dit. Les frameworks "fluides" comme FAST mais aussi "Fluid Scrum" reposent sur une équipe stable mais dans la durée, qui se recompose en permanence en plus petites équipes variables. Notons aussi le partage de Joe Justice à propos de Tesla où la notion d'équipe dynamique est omniprésente, mais également des itérations tellement courtes que finalement la question n'est pas tellement d'apprendre à se connaître que de se focaliser sur le travail et d'être productif. Dans tous les cas, la culture est clé. -- JP

[@aurelienfremiot7434]

Top vidéo 2 remarques : avec l accent sur le cadencemment on a l impression que vous allez enchaîner sur une analyse critique. Hors la suite est neutre. 2 eme remarques : dans nexus on a des cérémonies commune comme pour Less hors les explications donnent l impression qu il y a une différence notable entre nexus et Less en termes de cérémonies.

[@ScrumLife]

Salut Aurelien ! Et bien, l'analyse critique est donnée *avant* plutôt qu'après, mais maintenant que tu le dis cela méritait peut-être un petit rappel et qui aurait utilisé les noms des 3 approches introduites ("unscale the problem", autonomie + alignement, cadencement). Pour ta remarque sur Nexus versus LeSS, effectivement les deux se rapprochent d'un point de vue événements, sans être identique pour autant. La différence se situe plus dans la notion de structure d'équipe. Dans tous les cas comme on a essayé de rester très succint, on a forcément dit pas grand-chose sur chaque framework ! Cf. un autre commentaire à propos de SAFe... Selon toi, quel sujet devrions-nous AB-SO-LU-MENT aborder dans cette série ? -- JP

[@aurelienfremiot7434]

@@ScrumLife l approche systémique d une transfo a l échelle par exemple, baser une transfo sur des bénéfices mesures et mesurables. Ce genre de chose

[@OlivierFarlotti]

Merci pour le partage ! J'ai noté quelques éléments à creuser. Par ailleurs, j'ai trouvé le passage sur SAFe extrêmement court comparé aux autres. Est ce que c'est que un positionnement ou un manque de recul ?

[@ScrumLife]

C'est vrai !!! En réalité on s'en est rendu compte nous-mêmes, trop tard et lors du montage. SAFe aurait mérité au moins quelques phrases de plus. Je pense que c'est juste un loupé ! Pourrais-tu nous partager quels sont les éléments que tu as noté à creuser ? -- JP

[@aurelienfremiot7434]

@@ScrumLife ou l inconscient qui a joué…

[@Juli1Roux]

Voila j'ai arrêté la vidéo à 5 minutes, l'essentiel était dit ! 🙂 Merci à vous pour ces partages !

[@ScrumLife]

Mais non faut tout regarder car KZbin étudie la "rétention" pour juger une vidéo !! :D Plus sérieusement, n'hésite pas à la partager si tu penses que ça peut créer des dicsussions constructives :) -- Constantin

[@Juli1Roux]

@@ScrumLife C'est exactement ce à quoi à servir cette vidéo, échanger avec les collègues et merci pour cela ! ps: Vous connaissez la transformation de Roche? :-)