FLOWCON 2025

Comment France Travail réinvente ses pratiques d’archi pour relever des défis toujours plus complexes ?

France Travail s’attaque à des défis sociaux, d’envergure nationale. Nous avons transformé notre SI en plateforme en 1 an pour répondre aux enjeux de la loi plein emploi. Pour y arriver, nous avons dû réinventer nos pratiques d’architecture. Ce talk vous emmène dans les coulisses de cette transformation à travers nos outils (ADR, DDD, Team Topologies, ...) et leurs mises en pratiques.
Découvrez comment des approches simples permettent d’aborder la complexité à l’échelle tout en restant connectés aux équipes.

Sum up the session in only 1 sentence
Découvrez les coulisses de la transformation des pratiques d'architecture de la DSI de France Travail : retour d'expérience sur des approches simples pour gérer la complexité du SI tout en restant connectés aux équipes.

What are the 3 top takeaways from your session or workshop?
- Déployer une logique "Archi as a product" : clé pour un déploiement itératif de la transfo de pratiques - L'utilisation efficace d'outils et méthodes comme les ADR (Architecture Decision Records), DDD (Domain-Driven Design) et Team Topologies pour aborder la complexité à grande échelle. - Accompagner le changement de posture de l'architecte : de l'expert au facilitateur, d'une archi intentionnelle à une approche émergente.

DORA, Flux et Engagements : Le Cadre de Performance des Équipes Produits chez Cdiscount

Sum up the session in only 1 sentence
Engineering Value : Mesurer et Maximiser la Performance des Équipes Produit

What are the 3 top takeaways from your session or workshop?
L'importance de l'Engineering Value dans la performance des équipes produits Les outils et indicateurs pour mesurer la performance des équipes La fiabilité et la prédictibilité comme piliers du succès dans un environnement B2B

Title: Non-Blocking Continuous Code Reviews, a Case Study

The problem with the current most commonly accepted way of running code reviews using Pull Requests is that they have the nasty habit of blocking the flow of delivery. They introduce a cost of delay. Delays reduce feedback and drive down quality.

The usual way to achieve fast efficient and effective Continuous Code Reviews without disrupting the flow of delivery is through Pair Programming or Team Programming. However, for various valid reasons, these are often a cultural stretch for many teams and organisations.

In 2012, a novice team practising trunk-based development set up a fairly uncommon but efficient alternative to implementing continuous code reviews on mainline without ever blocking the flow of delivery. This team went from a bunch of rag-tags to becoming a reference team in the organisation, with auditors falling on the floor because of the amount of quality the team delivered.

Sum up the session in only 1 sentence
How to run code reviews with trunk-based development when pair programming is a cultural stretch?

What are the 3 top takeaways from your session or workshop?
Be able to explain how Pull Requests disable the benefits of Continuous Delivery. Be able to enumerate the key ideas behind non-blocking code reviews. Understand how non-blocking code reviews are an enabler for Continuous Delivery.

Dompter la Dette Technique : de fardeau à atout stratégique

La "dette technique" — on en entend parler partout, et nombreux sont ceux qui en subissent le poids. Mais soyons honnêtes : n’est-il pas temps d’arrêter de la voir comme un fardeau insurmontable ? Et si nous transformions ce concept souvent perçu négativement en un moteur de progrès ?

Dans cette session de 45 minutes, inspirée par la méthodologie concrète développée chez TheFork, nous plongerons dans les défis réels de la dette technique et vous montrerons comment la gérer sans perdre pied — ni ralentir l’élan de vos équipes.

Nous aborderons :

Ce qu’est réellement la dette technique (indice : ce n’est pas juste du vieux code que vous détestez).
Comment la localiser et la mesurer : Pas de jargon flou, juste des idées claires et actionnables.
Des façons concrètes d’agir : Des petites victoires avec la "Règle du scout" aux migrations complexes.
Les outils qui rendent tout ça possible : Automatisation, tableaux de bord, et même un bon vieux document Notion pour passer du chaos à la clarté.
Il ne s’agit pas de solutions miracles ou de théories abstraites, mais de faire face aux imperfections de votre système et d’en tirer le meilleur parti. Rejoignez-nous pour apprendre à affronter la dette technique, en faire un atout stratégique, et peut-être même commencer à apprécier le processus.








Sum up the session in only 1 sentence
Apprenez à transformer la dette technique, souvent perçue comme un obstacle, en un levier stratégique grâce à des outils pratiques, des méthodologies claires et une culture d'amélioration continue.

What are the 3 top takeaways from your session or workshop?
Redéfinir et mesurer la dette technique : comprendre que la dette technique est un choix stratégique et apprendre à la qualifier, quantifier et localiser pour en faire un atout exploitable. Adopter des outils et des pratiques efficaces : découvrir comment des outils comme Beacon, des tableaux de bord visuels, et des processus automatisés peuvent simplifier la gestion et la priorisation de la dette technique. Fédérer une culture d'amélioration continue : créer un environnement où équipes techniques et dirigeants collaborent pour intégrer la gestion de la dette technique dans la stratégie globale de l’entreprise.

Cf. Didier Girard

Sum up the session in only 1 sentence
cf. Didier Girard

What are the 3 top takeaways from your session or workshop?
cf. Didier Girard

So You’ve Built It, Now Support It. From Chaos to Happy Customers - Doing the Gardening At Bloom & Wild

Humans make mistakes, it’s a fact of life. Despite our best intentions, and no matter how many checks we put in place, sometimes things go wrong. It’s no different with software. To move at speed then it’s inevitable that production issues will happen. Sometimes it’s your code that doesn’t work as expected, sometimes dependencies break, sometimes infrastructure breaks. Sometimes that once in a lifetime event happens. Again.

This talk is a story about support. It’s a real life story of how what was a chaotic situation, with unhappy customers and developers, has been turned around to something that keeps our customers happy, and is even fun to be a part of.

Sum up the session in only 1 sentence
All teams should support their systems in production and I'm going to explain what I've learnt about doing that, with added flowers :)

What are the 3 top takeaways from your session or workshop?
1. Why they’ll always be some need for production support, why needing it isn’t a indication of failure and how we can make it a nicer experience
2. The different ways that we've supported our systems at Bloom & Wild and what we've learnt as we've rapidly scaled the team
3. A little about flowers and a lot about learning

No Code, Low Code, Machine Code

What level of abstraction is just right?

Everything looks solvable if you ignore most of the complications. Many things look impossible if you’re stuck in the weeds. The current fashion for low/no code solutions heralds the cyclical return to looking for solutions that require softer skillsets. When is this appropriate and when is it a recipe for disaster?

Sum up the session in only 1 sentence
There is no silver bullet (reprise)

What are the 3 top takeaways from your session or workshop?
- Essential complexity cannot not be simplified away - No code/low code solutions are only beneficial in limited domains - AI and ML are tools not solutions