I help IT organizations to implement better ways of doing business; and I coach executives, managers and teams who want to improve technically and relationally. My main focus is on helping companies to transition to organizational and cultural models that are better suited to the kind of knowledge work that’s so typical of software development – which includes, but it’s not limited to, Agile and Lean. In over 20 years of professional experience, I had clients in three different continents and I worked with organizations ranging from the United Nations to small and dynamic IT companies. Currently I work in Europe. I’ve also worked in the USA on a O-1 visa for “extraordinary abilities in Sciences”. As part of my regular activities, I enjoy sharing what I know by speaking at major international conferences. More information is available at:

• http://andreaprovaglio.com/about
• http://linkedin.com/in/provaglio
• http://lanyrd.com/profile/andreaprovaglio/ Session: - What does management mean in 2025 ?

• Description:

Session: - Strategic PlatformOps with Wardley maps

• Description: You want to understand Wardley’s maps with an example you can understand (and also use), we found the perfect talk for you.

• Description:

Benjamin Igna is a business consultant who helps large enterprises  streamline their organizational processes and improve how teams deliver work. He hosts the “Stellar Work” podcast and newsletter, mentors university founders, and has recently started angel investing. He’s actively engaged in the Silicon Valley tech and startup scene. Session: - How Rittal Builds Flow Across Mechanics and Software

• Description:

Coach Agile d’entreprise & Consultant en conduite du changement, j’accompagne les organisations dans leurs transformations stratégiques, culturelles, organisationnelles et managériales.Expert des organisations à l’échelle, praticien de coaching systémique et certifié ADKAR-PROSCI, je combine l’efficacité des pratiques Lean/Agile avec la dimension humaine du changement pour accélérer l’adoption et ancrer durablement les évolutions. Session: - Arretez de vous faire mal, on ne peut pas faire tout le temps du flux

• Description: Depuis quelques années, une idée s’est imposée presque sans débat : dès qu’il y a de la complexité, de la coordination ou de l’incertitude… il faut faire de l’Agile. Mieux : du flux. Partout. Tout le temps. Résultat ? Des organisations qui souffrent, des équipes qui s’épuisent, et des méthodes utilisées comme des dogmes plutôt que comme des outils. Dans cette session sans langue de bois, nous proposons de prendre du recul. Pourquoi tout n’est pas fait pour être piloté en flux continu. Pourquoi certaines situations gagnent à rester séquentielles, cadrées, voire très “classiques”. Et pourquoi l’enjeu n’est pas de choisir une méthode, mais de comprendre la nature réelle du travail à accomplir. À partir d’exemples concrets, parfois contre-intuitifs, nous explorerons comment ne pas s’infliger le flux et l’agile, comment arrêter de faire mal aux équipes, comment sortir du “framework by the book”, comment assumer des approches hybrides, pragmatiques… et efficaces. Une invitation à penser moins en méthodes, et beaucoup plus en contexte. 

Unemployed… or retired (long term unemployed). Not sure these days.I co-created the GIVEN-WHEN-THEN format, discovered real options, staff Skills Matrix, and Capacity Planning. Realized that leadership is necessary but insufficient, tackling failureship is more important, and the bigger challenge. Thought leaders are an even bigger problem! Session: - First kill all the thought leaders

• Description: Software development professionals face a disruptive challenge that provides opportunities and threats on a scale not experienced before. Artificial Intelligence is a technology so powerful…. it was even banned in Star Wars.The global software development community is not ready for this challenge. Based on the lessons learned from the successes and failures of the Agile community, this talk will look at the problems that need to be addressed and help you understand why some of our most popular approaches will lead to failure.I guarantee that you will leave this talk knowing less than you think you know now. You will learn about some of the many problems that need to be addressed. You will possibly learn one new solutions to help you. You will learn that we must “First kill all the thought leaders”.If you want a heads up on the talk, follow this link where you will also find further detail on the ideas discussed.

Chris is a technology coach and advisor helping technology teams drive business success. His focus is on helping startups realise their vision and new CTOs flourish in their roles. He also supports executives & boards with strategic technology advice, and engineering teams with training, mentoring and consulting in architecture, quality, domain-driven design and test driven development.He is a regular meetup & conference speaker (https://chrissimon.au/speaking/) and to support teams using Domain-Driven Design, he recently launched https://contextive.tech & co-founded the DDD Australia meetup and the ADAConf (https://adaconf.org) conference. Session: - Talk the Talk and Walk the Walk: Living Ubiquitous Language Documentation

• Description: Many software teams work in businesses with complicated terminology - often complete languages with dialects and nuance. Domain-Driven Design guides us to define a ‘Ubiquitous Language’, to document it in a glossary, and to use that language in code and conversation - but this is advice more often honoured in the breach than the observance.Language diffuses over time and becomes inconsistently applied in conversation and in code, hampering communication and denying teams the full benefits of their collaborative domain modelling.Living documentation practices can help your teams talk the talk and walk the walk by both easing the maintenance of your business language glossaries and fostering their use in all the places that matter - code, conversations and documentation.This talk will share guidelines for capturing and defining your glossary by live-modelling a domain and crafting a glossary, using modern open source tooling like Contextive that can help embed your living documentation in all the places you work.

Who are you?Bonjour. I’m Evelyn van Kelle. Social scientist, strategic software delivery consultant, big fan of cognitive bias and heuristics. What do you do for a living?My LinkedIn profile says I’m a Strategic Software Delivery Consultant. By day, that is. By night, I’m a social scientist. This combination is an excellent basis for my quest on tackling social-tackling complexity. I spend my days observing social dynamics, cognitive bias and heuristics affecting everything that we create, design and develop. I’m part of an awesome team that helps organisations and teams bridge the gap between business and IT, provide holistic insights and helps to balance social-technical complexity. What do you want to speak about at FlowCon ?Cognitive bias! Heuristics! Social-technical complexity! Tribal safety! Organisational culture! What will make you think that attendees have learnt a lot during your session?A shockingly amount of absurd accurate GIF’s in tweets. What is your favorite word?This is a heartbreaking question for a linguistics fan. I cannot kill my darlings. #Sorrynotsorry What is the sound, the noise that you love?Pouring rain in the middle of the night when you just got to bed. What is the plant, tree or animal which you would love to be reincarnated into?My cat, Roger. Definitely. With his daily todo-list: eat, sleep, eat, get attention from the human, eat, sleep. Session: - Debiasing Your Software Design Decision-Making

• Description: Every significant software design choice—whether you’re designing a bounded context, deciding on the system boundary, settling on an architectural style, selecting a complex system integration approach, and even evaluating a block of AI-generated code—has a moment where one path just feels right. But what if that powerful ‘gut feeling’ is actually a cognitive bias in disguise?The human mind is a powerful tool, yet it is systematically prone to errors. These errors aren’t just abstract ideas; they are design flaws in our own decision-making that can lead directly to fragile architectures, ballooning technical debt, and costly rework, regardless of whether the code was human or machine-generated. Biases like the anchoring effect (getting stuck on the first idea) or the sunk cost fallacy (clinging to a failing project) are constantly shaping your software.Join us to move from a reactive, bias-driven approach to a deliberate, resilient, and ultimately more effective design process. This talk explores how cutting-edge research from behavioural economics can be applied directly to software architecture and development, with or without AI assistance.We will move beyond simply being aware of biases. We will introduce a practical, five-step checklist designed to systematically ‘debias’ your design choices, helping you build both better software and a better decision-making habit for all your technical work.You will learn how to:* Be Decision-Ready: Recognize when Myopic Misery is rushing you into action, or when Status Quo Bias is trapping you in inaction due to cognitive load—ensuring you make choices based on strategy, not mental fatigue.* Broaden the Frame: Combat Functional Fixedness and Additive Bias to uncover the elegant solutions your brain naturally ignores—breaking the cycle of solving every problem by simply adding more complexity.* Seek Independent Advice: Move past Overconfidence Bias and Correlation Neglect to stop mistaking echoed opinions for independent proof, ensuring you are acting on diverse data rather than a single weak signal amplified by the group.* Test Your Assumptions: Inoculate your team against the Authority Bias of AI-generated code and the Illusion of Control it fosters, replacing the dangerous comfort of “black box” certainty with rigorous stress-testing that withstands real-world chaos.* Establish Simple Rules: Avoid the Law of Triviality (bikeshedding) to dramatically increase velocity, ensuring your team stops debating low-risk choices and focuses their cognitive energy on the decisions that actually stick.

Session: - Théâtre Forum: Répliques Inspirantes pour Surmonter les Micro-agressions de Genre

• Description: Il vous arrive de vivre des situations dérangeantes, pour lesquelles vous avez développé des stratégies de survie : rire à une blague sexiste, faire diversion, détourner le regard, faire semblant de ne pas entendre ni voir.En rentrant chez vous, vous ruminez. Quand tout à coup, la voilà la réplique parfaite : c’est celle-ci que vous auriez dû dire !Peut-être qu’au contraire, ces situations sont tellement fréquentes que vous les avez intégrées et glissez dessus quotidiennement.Paradoxalement, quand une autre que vous les vit, l’indignation est immédiate. Vous vous trouvez plus inspirée en contre attaque.Le cadre du théâtre forum permet de tenter des choses auxquelles vous n’auriez pas pensé, que vous n’auriez pas osé. Vous pourrez vocaliser ces situations oppressantes et y porter un regard plus extérieur. (Re)jouer et observer ces scènes dans un contexte sûr et bienveillant vous aidera à changer le dénouement de ces micro-agressions.Cet atelier, destiné à adresser des oppressions vécues par des femmes et personnes non binaires, leur est réservé en priorité. Les hommes peuvent être présents sous réserve de places disponibles (25% max), sur des rôles spécifiques.femmes et personnes non binaires

Gien Verschatse is an experienced consultant and software engineer at Aardling. She specialises in domain modelling and software architecture. She has experience in many domains such as the biotech industry, where she specialised in DNA building. She’s fluent in both object-oriented and functional programming, mostly in .NET. As a Domain-Driven Design practitioner, she always looks to bridge the gaps between experts, users, and engineers.As a side interest, she’s researching the science of decision-making strategies, to help teams improve how they make technical and organisational decisions. She shares her knowledge by speaking at international conferences.And when she is not doing all that, you’ll find her on the sofa, reading a book and sipping coffee. Session: - Slow down to speed up your decision-making

• Description:

Session: - L’architecture vue par un dev

• Description:

Session: - EventStorming & Iterative Governance in Heavy Industry

I believe in collaborative software design where ‘every voice shapes the software’.  Leveraging a domain-driven design approach with Team Topologies, I facilitate clearer communication between stakeholders and software creators by collaborative modelling and deep democracy, decoding complexities, resolving conflicts and ensuring software remains agile to business demands.As an independent software consultant and trainer, I specialise in technical leadership, software architecture, and sociotechnical system design. I work with organisations and teams to design and build sustainable and resilient software architecture. Session: - Debiasing Your Software Design Decision-Making

• Description: Every significant software design choice—whether you’re designing a bounded context, deciding on the system boundary, settling on an architectural style, selecting a complex system integration approach, and even evaluating a block of AI-generated code—has a moment where one path just feels right. But what if that powerful ‘gut feeling’ is actually a cognitive bias in disguise?The human mind is a powerful tool, yet it is systematically prone to errors. These errors aren’t just abstract ideas; they are design flaws in our own decision-making that can lead directly to fragile architectures, ballooning technical debt, and costly rework, regardless of whether the code was human or machine-generated. Biases like the anchoring effect (getting stuck on the first idea) or the sunk cost fallacy (clinging to a failing project) are constantly shaping your software.Join us to move from a reactive, bias-driven approach to a deliberate, resilient, and ultimately more effective design process. This talk explores how cutting-edge research from behavioural economics can be applied directly to software architecture and development, with or without AI assistance.We will move beyond simply being aware of biases. We will introduce a practical, five-step checklist designed to systematically ‘debias’ your design choices, helping you build both better software and a better decision-making habit for all your technical work.You will learn how to:* Be Decision-Ready: Recognize when Myopic Misery is rushing you into action, or when Status Quo Bias is trapping you in inaction due to cognitive load—ensuring you make choices based on strategy, not mental fatigue.* Broaden the Frame: Combat Functional Fixedness and Additive Bias to uncover the elegant solutions your brain naturally ignores—breaking the cycle of solving every problem by simply adding more complexity.* Seek Independent Advice: Move past Overconfidence Bias and Correlation Neglect to stop mistaking echoed opinions for independent proof, ensuring you are acting on diverse data rather than a single weak signal amplified by the group.* Test Your Assumptions: Inoculate your team against the Authority Bias of AI-generated code and the Illusion of Control it fosters, replacing the dangerous comfort of “black box” certainty with rigorous stress-testing that withstands real-world chaos.* Establish Simple Rules: Avoid the Law of Triviality (bikeshedding) to dramatically increase velocity, ensuring your team stops debating low-risk choices and focuses their cognitive energy on the decisions that actually stick.

Session: - Les standards Lean pour guider les IA

• Description:

Session: - Sécurité & IA

• Description:

Where are you?Austin, Texas.What do you do for a living?organizational refactoring: I help create environments in which people can work effectively by reducing accidental complexity and friction to make work fun, challenging, and productive.What are you going to talk about at FlowCon?Sum up your session or workshop in only 1 sentencePlay Reinertsen‘s lottery to learn how to discover optionality and “truncate unproductive paths quickly.” Win at the lottery – and product development!What are the 3 top takeaways from your session or workshop?learn about the importance of fast feedback in product developmentdiscover optionalityminimize the cost of generating information to build the right things Session: - Reinertsen’s Lottery and other Product Management Lessons

• Description: Inspired by Donald Reinertsen‘s front-loaded lottery thought experiment from his book The Principles of Product Development Flow,this session helps participants learn about the importance of fast feedback in product development, discover optionality and, as Reinertsen says, “truncate unproductive paths quickly.” We’ll also apply the game of 20 Questions to product, enabling us to identify the most economically significant questions to ensure that the answers are worth the cost of getting them.

Session: - Org Topologies from the trenches

• Description: 2 years after a keynote about Org Topologies @ Flowcon, it’s now time to get a view from the field. Michael will share stories.

Session: - Experiencing team flow

• Description:  On a voulu surveiller la santé et la performance d’une vingtaine de squads, et ça n’a pas été de tout repos ! Oubliez le dashboard parfait : nous allons vous raconter, avec honnêteté, le cheminement de pensée à taton qui a mené à notre framework, nos murs préférés (la peur panique des KPIs, les managers qui se demandent “à quoi je sers ?”), et pourquoi on a dû jeter 80% des métriques pour garder la tête froide. L’objectif n’est pas le pilotage, mais le changement de culture : comment faire pour que le monitoring devienne l’outil des équipes plutôt que l’épée de Damoclès des chefs. On finira même par troller un peu avec la GenAI et parler des limites d’une approche purement scientifique sur le chaos de la collaboration humaine.

Software engineeringAgileGenAI in software development lifecycle Session: - L’art délicat de piloter 20 équipes sans se faire huer

• Description:  On a voulu surveiller la santé et la performance d’une vingtaine de squads, et ça n’a pas été de tout repos ! Oubliez le dashboard parfait : nous allons vous raconter, avec honnêteté, le cheminement de pensée à taton qui a mené à notre framework, nos murs préférés (la peur panique des KPIs, les managers qui se demandent “à quoi je sers ?”), et pourquoi on a dû jeter 80% des métriques pour garder la tête froide. L’objectif n’est pas le pilotage, mais le changement de culture : comment faire pour que le monitoring devienne l’outil des équipes plutôt que l’épée de Damoclès des chefs. On finira même par troller un peu avec la GenAI et parler des limites d’une approche purement scientifique sur le chaos de la collaboration humaine.

Session: - Jidoka in Lean Engineering

• Description:

Organization coach for 15+ years. I help multi-entity teams turn their ability to adapt into a real strategic advantage.My belief: a great seminar is worthless if you can’t turn collective energy into lasting dynamics.I work with cross-functional teams, leaders, and orgs facing uncertainty who want to move from chaos to collective flow.At FlowCon, I’ll share Infinity — a framework to build autonomous team ecosystems that evolve continuously, without depending on external consultants. Because resilience isn’t declared, it’s built.Let’s talk flow, adaptive leadership, and sustainable transformation. 🐈What to discuss with me: Leadership in complexity, adaptability as a strategic lever, balancing performance and robustness, or just share war stories about multi-team coordination nightmares. ☕ Session: - Infinity : Structurer l’adaptabilité de votre organisation… durablement

• Description: Vos rétrospectives tournent en rond depuis des mois. Les bonnes idées de l’équipe produit ne croisent jamais celles de la tech. L’amélioration continue existe, mais elle reste fragmentée, noyée dans l’opérationnel. Résultat : vous améliorez beaucoup dans votre coin, mais le système dans son ensemble n’évolue pas vraiment. Infinity est une démarche pour casser ces silos et structurer l’adaptabilité : 4 Ligues transverses où des volontaires travaillent SUR le système (pas DANS), 7 Règles minimales qui garantissent liberté et cohérence, et une gouvernance qui protège le temps de l’adaptation. Dans cette session, nous explorerons également comment savoir si ça marche vraiment : que verrait-on concrètement si l’adaptabilité s’installe ? Quels sont les signaux faibles et les mesures clés ? Comment mesurer sans créer une usine à KPI ? Vous repartirez avec les leviers actionnables pour démarrer dans votre équipe ou organisation. Applicable dès lundi.

• Description: Chaque adoption de pratiques se heurte à des patterns similaires d’application mécanique, dogmatisme, silver bullet et nihilisme.Chaque modèle de maturité commence comme une description de ce que les gens font et finit comme une prescription du a faire.Explorons ensemble le lien entre tout cela et une question centrale qui nous taraude: Pourquoi les hôtels n’ont pas de dentifrice?

• Description: Je vais aborder plusieurs sujets tels que l’organisation, la gouvernance de l’expérience utilisateur au travers des rôles PM, designers…, aborder des Retex de transformation d’operating model, avec en toile de fond le delight de l’expérience à vivre pour sortir des clivages de postes et expertises et rassembler sur le sens.

Scrum Master et Coach Agile depuis 9 ans, j’accompagne managers et équipes à développer un leadership authentique et robuste, capable de rester clair et stable dans la complexité.Coach Professionnelle certifiée, j’intègre la posture et l’accompagnement humain au cœur de mes interventions.💡 Leadership & transmission✨ Empathie, écoute active & curiositéCurieuse de partager et apprendre, toujours prête à discuter agilité et leadership autour d’un bon thé ou café ☕ ! Session: - Autonomie durable : quand nos finances éclairent nos produits et nos équipes

• Description: Pour gérer nos ressources personnelles, nous utilisons au quotidien des mécanismes comme l’arbitrage, la gestion du risque, la vision à long terme ou la maîtrise du temps. Et si ces mêmes mécanismes structuraient aussi nos produits et nos dynamiques d’équipe ? Cette session propose un parallèle inattendu entre finances personnelles et développement produit pour revisiter l’autonomie, la priorisation et la création de valeur sous un angle résolument transversal. Un détour surprenant, simple et éclairant, pour regarder autrement ce qui rend une équipe réellement autonome dans la durée.

Partner Conseil et Head of Agile & Product chez Sopra Steria Next au sein de la Practice Conseil de Spécialité, j’ai 25 ans d’expérience professionnelle. J’apporte de la valeur en transformant rapidement les organisations avec des approches de rupture pour permettre d’accroître les performances des entreprises grâce aux nouveaux usages du numérique.Acteur majeur de la transformation digitale, passionné par les impacts du numérique sur la société, j’ai à coeur de soutenir les innovations produits, organisationnelles et marketing en utilisant les effets de levier des nouvelles technologies et des nouveaux comportements des individus.Depuis plusieurs années, j’ai eu la chance de piloter de grands projets de transformation de l’entreprise, en particulier dans le digital et l’agilité, avec un engagement fort et dans le respect du triptyque coût-délai-qualité. Au travers de mes diverses expériences, j’ai construit un socle technologique et méthodologique permettant d’atteindre un niveau de qualité et de performance remarqués au service des projets qui me sont confiés. Session: - Arretez de vous faire mal, on ne peut pas faire tout le temps du flux

• Description: Depuis quelques années, une idée s’est imposée presque sans débat : dès qu’il y a de la complexité, de la coordination ou de l’incertitude… il faut faire de l’Agile. Mieux : du flux. Partout. Tout le temps. Résultat ? Des organisations qui souffrent, des équipes qui s’épuisent, et des méthodes utilisées comme des dogmes plutôt que comme des outils. Dans cette session sans langue de bois, nous proposons de prendre du recul. Pourquoi tout n’est pas fait pour être piloté en flux continu. Pourquoi certaines situations gagnent à rester séquentielles, cadrées, voire très “classiques”. Et pourquoi l’enjeu n’est pas de choisir une méthode, mais de comprendre la nature réelle du travail à accomplir. À partir d’exemples concrets, parfois contre-intuitifs, nous explorerons comment ne pas s’infliger le flux et l’agile, comment arrêter de faire mal aux équipes, comment sortir du “framework by the book”, comment assumer des approches hybrides, pragmatiques… et efficaces. Une invitation à penser moins en méthodes, et beaucoup plus en contexte. 

Who are you?Ancien dév, Kanbanista, facilitateur Lego Serious Play et AFOL, Grenoblois d’adoption, randonneur dans le massif de Chartreuse, un brin hyperactif et passionné… Électron libre, j’adore déborder des cases.Quand j’ai commencé en tant que project manager, mon premier projet de 6 mois à eu 6 mois de retard… Je me suis dit que j’allais faire mieux sur le 2ème… Même résultat, deux fois de suite même en essayant de faire du mieux possible avec toutes les bonnes pratiques traditionnelles ? Puis en 2008, j’ai découvert le Lean et l’agilité. Depuis, ça va beaucoup mieux ! Avec Kanban et une gestion orientée flux de travail, tout s’accélère de façon incroyable ! Le “flow” de Mihály Csíkszentmihályi, c’est possible et j’adore ça !What do you do for a living?Coach Agile, spécialisé dans la méthode Kanban, je travaille depuis 20 ans dans une grande entreprise. Au quotidien, j’accompagne les équipes de toutes tailles, des plus petites jusqu’aux initiatives de +150 personnes, distribuées géographiquement tant en France qu’à l’international.En 2023, j’ai créé Kudja pour partager mon expertise Kanban en tant que formateur et coach Kanban certifié Kanban University (AKT, KCP).What speaker and/or topic would you like to see at FlowCon?Les barrières organisationnelles, managériales, psychologico-sociales et émotionnelles à une approche orientée gestion du flow.If you were an art piece, which one would it be?Le triptyque Bleu de Miro.What’s your favorite band, artist or song?“Long Road Out of Eden” des Eagles. (Au passage, c’est le bon rythme et suffisamment doux pour bercer et endormir bébé…)What are you going to talk about at FlowCon?[FlowCon 2026] Sur LinkedIn on trouve des posts Bobo-Agiles du genre “On ne comprend pas pourquoi notre Lead Time varie fortement, alors pas besoin de mesurer, pas besoin de piloter et vous verrez bien quand ça sortira…” Et pourtant le Lead Time est une métrique à maîtriser absolument si vous voulez mieux gérer votre système de livraison et livrer le travail à temps ! La performance de votre organisation en dépend !Sum up your session or workshop in only 1 sentence[FlowCon 2026] Répondre à la question récurrente “Est-ce que la taille des éléments de travail a une influence sur VOTRE Lead Time ?” dont on ne voit presque jamais une réponse solidement argumentée, et vous fournir les outils pour y répondre dans VOTRE contexte.What are the 3 top takeaways from your session or workshop?[FlowCon 2026] Est-ce que la taille des éléments de travail a une influence sur VOTRE Lead Time ?- Des outils robustes pour répondre à la question dans VOTRE contexte !- Si c’est votre cas, comprendre pourquoi vos Lead Times varient si fortement sans raison apparente et ce malgré tous vos efforts.- Des conseils pour mieux gérer votre flux et réduire vos délais de livraison. Session: - Est-ce que la taille (des éléments de travail) ça compte ?

• Description: A chaque fois que je donne une conférence sur Kanban, on me pose systématiquement les 2 questions suivantes :1. “Avec Kanban, est-ce qu’il faut avoir des éléments de travail de même granularité ?”2. “Est-ce que la granularité a un impact sur le Lead Time* ?”Réponses rapides :1. non, et…2. ça dépend de votre gestion du flux de travail…Vous me direz que ça ne vous éclaire pas beaucoup plus…Pourquoi ? Comment ? C’est l’objet de cette conférence !Dans cette session, je vous propose d’explorer si la taille des éléments de travail ça compte vraiment (ou pas) en étayant la réflexion grâce à quelques outils de gestion du flux de travail issus du Lean et de Kanban :- Les éléments de travail et les types de travail- Définition du Lead Time* et distribution des Lead Time*- Cartographie du Flux de Valeur (ou VSM / Value Stream Map)- Efficacité du processus (ou PCE / Process Cycle Efficiency)- Les sources de variabilité dans votre flux et votre organisation.En plus de répondre à la question posée dans le titre de cette session, ces outils vous permettront également de vous interroger sur vos pratiques :- de gestion de votre flux de réalisation et son efficacité,- d’estimation et d’uniformisation des tailles des éléments de travail. * Lead Time = délais de réalisation, ou temps de traversée (du système)Tout public : - Pédagogique : accessible à tous, y compris débutants- La réponse à une question souvent laissée sans réponse : intermédiaire - Réfléchir et argumenter avec des outils éprouvés (tout en étant pédagogique) : expert

• Description:

Session: - La DevEx, quand l’expérience compte

• Description:

Leader produit et technologie avec 20 ans d’expérience, à la croisée de l’automobile, des systèmes embarqués, du matériel connecté et des plateformes logicielles.Mon parcours combine :• des fondations d’ingénieur,• le pilotage de produits complexes,• l’industrialisation et la gestion de fournisseurs internationaux,• la transformation d’organisations à grande échelle,• et l’utilisation pragmatique de la donnée et de l’IA.J’ai conçu, lancé et industrialisé des produits physiques et digitaux en Europe, aux États-Unis et en Chine, en coordonnant des équipes pluridisciplinaires et des écosystèmes techniques exigeants.Mon rôle :• structurer des visions produit ambitieuses,• aligner stratégie, technologie et opérations,• transformer des organisations pour renforcer l’exécution,• sécuriser la création de valeur dans des environnements industriels complexes.Ce que j’apporte :• une approche concrète de l’intégration matériel / logiciel • une expérience réelle des chaînes d’approvisionnement internationales • la capacité à piloter des programmes critiques (coût, qualité, délais) • un leadership orienté résultats et responsabilisation des équipes • l’IA et la data comme leviers d’efficacité mesurable, pas comme discours. Situations dans lesquelles j’interviens naturellement :• stratégie produit à clarifier et à exécuter • modernisation d’organisations existantes • programmes industriels nécessitant rigueur et coordination • transitions technologiques combinant hardware et software • besoin d’accélérer l’exécution tout en sécurisant la qualité Je crois en une exécution disciplinée, des équipes autonomes et responsables, et une technologie au service d’une performance durable. Session: - L’IA pour lancer son produit

• Description:

Session: - L’IA pour les développeurs

• Description:

Session: - Sociotechnical Architecture – Finding Flow Between Agile and Agility

• Description: Agile has given us structures, roles, and methods to coordinate the flow of work — yet the more we scale it, the further we often drift from the agility we seek. What will it take to bring together the disciplined flow of delivery and the generative flow of energy, connection, and meaning? Sociotechnical architecture offers a lens for exploring this question. It invites us to become autopoietic designers in living systems. Through collaborative modeling, we can attend not only to technical qualities like modularity and scalability, but also to social ones like aliveness, connection, and wholeness. What happens when the tidy ideals of technical design — decoupling and separation of concerns — meet the messy realities of human interdependence? How might we hold design conversations where independence and interdependence strengthen each other, and where uncertainty is not treated a blockage to flow, but a possibility for learning, creativity, and renewal? Today, architects and agile coaches often work in separate streams — one shaping software, the other shaping people. But real flow happens when their work connects: when agile rituals become spaces where logic and ambiguity, predictability and emergence, the self and the whole coalesce — where people feel seen, heard, and free to act with chosen agency toward the whole, rather than being delegated autonomy within their team bubble. Let’s explore sociotechnical architecture not as a new role, but as an emerging practice for everyone — a way to design for flow at every level: in our software systems, our teams, our organizations, and ourselves.

With a zest of culture hacker and a dose of product coach, I enable the organizations and product teams’ strategy to be sustainable and durable. I enjoy building a team with a generative culture that designs software that works, cares about the environment, and operates in a healthy and psychologically safe way. Session: - Soutenable et durable : trouves ta stratégie lundi avec le Doughnut produit

• Description: Ce talk disruptif est au premier abord un produit qui ne fonctionne pas, mais ensemble, nous découvrirons comment le faire prospérer !Après avoir expérimenté un parcours complexe, nous disséquerons tous les ingrédients de ses succès, et par conséquent de ses échecs.En mettant en œuvre le Doughnut produit, nous définirons sa stratégie court, moyen et long terme.Et par analogie, cela permet à n’importe quel produit de trouver le juste équilibre pour prospérer