Businesses are building digital platforms with modern architecture principles like domain driven design,  microservice based, and event-driven. These platforms are getting ever so modular, flexible and complex.

While they are built with architecture principles like - loose coupling, individually scaling, plug-and-play components; regulations and security considerations on data - complexity leads to many unknown and grey areas in the entire architecture. Details on how the different components of this complex architecture interact with each other are lost. Generating insights becomes multi-teams, multi-staged activity and hence multi-days activity. 

Multiple users and stakeholders of the platform want different and timely insights to take both corrective and preventive actions.Business teams want to know how business is doing in every corner of the country near real time at a zipcode granularity. Tech teams want to correlate flow changes with system health including that of downstream stability as it happens.Knowing these details also helps in providing the feedback to the platform itself, to make it more efficient and also to the underlying business process.

In this talk we intend to share how we made all the business and technical insights of a complicated platform available in realtime with limited incremental effort and constant validation of the ideas and slices with business teams. Since the client was a Banking client, we will also touch base handling of financial data in a secure way and still enabling insights for a large group of stakeholders.

We kept the self-service aspect at the center of our solution - to accommodate increasing components in the source platform, evolving requirements, even to support new platforms altogether. Configurability and Scalability were key here, it was important that all the data that was collected from the source platform was discoverable and presentable. This also led to evolving the solution in lines of domain data products, where the data is generated and consumed by those who understand it the best.

DesOps (design operations) is a concept that has been popularised in the last few years. To avoid a water-scrum-fall scenario where design is done up front before agile delivery, design needs to be just as agile. The clash of the culture of design with development can be challenging without an integrated process. 

Dual track has been developed in 2007 and it has been adopted in many frameworks. As we move towards AI modelling, newer technologies in product development, dual track needs a refresher for product discovery. 

This will be a practical example in the insurance sector. Presentation will be in French and English.

Ben voila, François Pignon a été nommé agiliste de service.
Vas-y, fais-nous de l'agile maintenant.

Et pourquoi on ne recrute pas de chef(fe) de projet agile ? Ok, mais les estimations de charge alors ? Et comment je distribue les travaux de mes équipes de Devs ? Et au directeur financier, je lui parle de tailles de t-shirts ? C'est quoi vos cartes de jeu bizarres ? C'est rentable de faire de l'agile ?
Voila les premières questions que devra résoudre François Pignon alors qu'il ne sait rien sur l'agilité en réalité. Va-t-il réussir à transformer l'ADN de son entreprise sans perdre son âme ? Va-t-il transmettre la pensée agile dans de nouveaux secteurs de l'entreprise ?

Pour éviter de vendre son âme au cycle en V ou de se faire virer, sa meilleure chance ? C'est vous !

Parce qu’elle est essentielle à de nombreux utilisateurs, l'accessibilité devient une exigence forte pour les produits numériques actuels. Elle implique tous les métiers de l'équipe produit, à toutes les étapes : mais comment faire et par où commencer ? Cet atelier démystifie la démarche de mise en accessibilité, en vous guidant parmi les moyens, outils et ressources. Vous ressortirez avec les repères pour établir la « roadmap accessibilité » adaptée à votre produit, activable et graduelle : pas après pas pour aller plus loin.

Comme le disait Bernard Werber "Entre ce que je pense, ce que je veux dire, ce que je crois dire, ce que je dis, ce que vous voulez entendre, ce que vous entendez, ce que vous croyez en comprendre, ce que vous voulez comprendre, et ce que vous comprenez, il y a au moins neuf possibilités de ne pas se comprendre".
Ce problème de communication est omniprésent en entreprise aujourd'hui. Combien de réunion faites-vous où chaque personne utilise un mot différent pour parler de la même idée, du même concept ? Combien de fois deux personnes pensaient parler de la même chose alors qu'après avoir creusé c'était deux concepts différents ? Quels sont les impacts de cette communication bancale?
La création d'un langage commun permet d'aligner toute l'entreprise pour utiliser les mêmes mots, pour les mêmes concepts. Quels sont les défis pour le mettre en place ? Les obstacles ? Quels sont les bénéfices ?
Cet atelier répondra à ces questions, et aura pour objectif de vous questionner sur votre façon de faire ainsi qu'identifier les étapes, les risques, les obstacles, les avantages de cette démarche appliquée à votre contexte.

I've just done it during the school of product conference held in Paris in September, and it was very well received.

I can easily put in english if you'd prefer.

Cette session interactive se propose de vous donner une perspective sur ce que le leadership Agile représente en donnant des clés concrètes sur toi dimensions:

- Relever et renforcer le leader en soi : partant de l'idée que nous sommes tous des leaders dans le contexte qui découvrir quel est votre type de leader et ce que vous anime

- Etre leader avec les autres, en tant que leader, comment renforcer le leadership collectif

- Mettre le leadership au service des autres et d'un but partagé

Pendant cet atelier nous allons experimenter ensemble par des exercices pratiques

In this brief talk, I will share my real-world learnings as an Agile Coach working at the team-level, value stream-level and at the organisational-level.

I have 4 learnings and insights that I believe may help to enable Agile-leadership in the presence of failure and change:

1. Team outcomes aren’t always valuable business outcomes
2. Customer value isn’t the same as business value
3. Leaders care about delivery more than we realize
4. Agile Coaches can’t empower teams

I will share some context regarding our teams and other delivery structures, ways of working, the challenges and related strategies that we are employing to overcome the challenges.