De l'idée au MVP, mais pour un produit IT ! fr

"Product Owner c'est teeeeellement facile comme boulot 🥱! Donc PO d'un produit tech' - pour un architecte - c'est du tout cuit 😎".

Voilà a peu près ce que je me suis dit quand j'ai pris la responsabilité d'une équipe "DevOps" qui fournissait des services d'expertise et qui allait bientôt proposer de l'outillage 🛠️pour toute l'entreprise 👩🏻‍💻. Sauf que gérer une "capacité IT for IT", un enabler ou une plateforme interne, ça revêt quelques différences notables avec un produit grand public.

Nous vous proposons donc de retracer la création de notre produit - essentiellement un Dashboard DevOps 📶- et ses écueils, de l'idée initiale aux premières user stories, sous le regard avisé d'un (vrai) expert du produit. Evidemment, tout ou presque y passe, des OKR à la definition of done en passant par le pitch elevator et la developer experience !

⚠️Puisque c'est un produit tech', on ne vous épargne rien, et même on annonce : nous parlons ici d'un Dashboard basé sur Accelerate, ce livre qui explique en quoi vitesse et stabilité sont des éléments indissociables de l'excellence opérationnelle et même financière.

Sur base d'un retour d'expérience dans une banque française, nous expliquons le cheminement de la démarche d'une plateform team ou enabling team, comment on construit son backlog, comment on (tente) de convaincre les utilisateurs, comment on réduit son périmètre pour une Minimum Viable Plateform ...

Nous tirons le parallèle avec un produit plus classique, qui est un sujet qui revient de manière récurrente dans les discussions des DSI ces 2 ou 3 dernières années : qui est le meilleur profil pour être le "PO", comment on "vend' la plateforme en interne, etc.

Au passage, on en profite pour redonner un peu de perspective à ce que peut être un discovery structuré, quel que soit le produit. Bref, y'en a pour tous les gouts.

Ce sujet fait suite à celui qu'on a maintes fois donné avec Stéphane sur Délivrer de l'architecture en continu dans les Agile Tour, Bordeaux en prem's ;)), ou à mes interventions autour d'Accelerate dans les conférences majoritairement plus tech'

Délivrer de l'architecture en continu ... nan mais ... concrètement !? en

Délivrer de l'architecture en continu c'est devenu nécessaire.

"Oui mais comment ? Rien dans le Scrum Guide, que des beaux principes dans SAFe et c'est (bien) trop léger dans Accelerate."

Et bien ... il faut livrer souvent, faire des architectures faiblement couplées, préserver des options en repoussant les choix au plus tard, documenter ces choix, collecter du feedback (d'architecture)...

"Oui mais comment ? Bon sang ☠ ! On les connait les principes, mais concrètement ?!? Et tant que vous y êtes appliquez les vous ! "

Ahhh ! Vous voulez savoir comment on planifie de l'architecture dans des sprints (et des incréments de programme) tout en répondant au besoin et s'assurant que ça suffise ?

"Voilà, par exemple ! "

Aaaaahhh ! Et vous voulez des exemples concrets ?

"Oui, bon choix !"

Aaaaaaahhhhh. Vous voulez savoir comment on trace les choix dans le temps, comme avec les ADR, quels ateliers on utilise comme pour prototyper genre avec des Event Storming et des Quality Storming ... pas de problème, on explique concrètement comment on fait !

"🤩"

Pragmactics Architects ♥ Agility

Quality Storming : A la recherche de vos exigences [non] fonctionnelles ! en

Après l'Event Storming, une nouvelle tempête approche 🌪️ : découvrons ensemble le Quality Storming afin de remettre la Qualité au cœur de nos produits.

Combien de fois avez-vous été confrontés à des besoins aussi précis que "La page doit s'afficher en moins de 2 secondes" et "Tous les navigateurs doivent être supportés" ? Probablement trop, et suffisamment pour penser que l'expression des exigences non fonctionnelles ne sert à rien ! 😒

On vous comprend et on ne vous jettera pas la pierre ! Mais nous prenons le pari de vous faire changer d'avis grâce à cet atelier ludique et participatif. Le plus intéressant dans le Quality Storming ? On cherche un maximum de diversité dans les participants pour arriver à un résultat utile : Dev, Sécu, Scrum, Métiers, UX/UI Designers, Chefs de projet, etc

Venez avec votre bonne humeur, nous nous occupons du reste !

API Green Score : le label des API numériquement responsables en fr

🛠️ ***API Green Score*** est une boîte à outil qui permet d'évaluer la **qualité de nos API sous l'angle environnemental** 🌳, proposé par le collectif ***API Thinking***. Découvrons le ensemble, au travers d'un exemple réel ... et pas forcément glorieux 😅.

En détail, c’est quoi cet “outil” ? Ce sont 7 axes d’exploration de la donnée à l’architecture en passant par la documentation qui donnent une note sur 4 critères à l’aide d’une bonne vieille feuille de calcul de votre tableur préféré (pour l'instant). Ça donne un label de A à E qui devient ensuite la métrique de base pour l’amélioration continue que le guide fourni. Ça tombe bien, il y a même un guide fourni avec.

Je vous montre ?

Le sujet tourne évidemment autour du thème du numérique responsable et de l'éco conception d'API.
## Plan
Voici le plan à grosses mailles :
- 0’00 à 8’00 : un **quizz Kahoot** (Green IT et API) pour rentrer dans le sujet en s'amusant avec un cadeau 🎁à gagner :)
- 9’00 à 39’00 : un **retour d’expérience** de la notation catégorie par catégorie avec
- une API interne de mon entreprise de faible qualité, pas un exemple utopique
- avec des exemples de contrat d'interface Swagger au format Open API Spécification
- avec des appels mettant en avant des anti patterns
- avec des outils ou solutions permettant de corriger les défaillances
- la grille de notation et les améliorations possibles de l’API
- 40’ à 45’: **apprentissages et limites de l’outil**

## Référence(s)

Je travaille sur le sujet de la conception des API depuis bientôt 10 ans (Alfresco, Airbus, E.Leclerc, MAIF, Pole Emploi, CDiscount, La Banque Postale, La Poste), du sol au plafond.

Je co-anime un meetup Bordelais ([Archilocus](https://www.archilocus.tech/)) qui traite régulièrement des problématiques d'[APIsation](https://www.youtube.com/watch?v=UHZkkm_ltFk) ou [d'éco-conception](https://www.youtube.com/watch?v=kfDSkYw47nY), et comme c'est en petit comité nous challengeons personnellement nos invités. s'il fallait une preuve de mon engagement sur le sujet.

Comme l'indique ma bio, j'ai déjà donné de nombreuses conférences autour de l'Architecture, de l'Agilité et de DevOps. Je rêvais d’apporter ma pierre à l’édifice du ***Green IT*** en public … j’espère en avoir l’occasion ici :)

L'atelier Value Stream Mapping pour optimiser vos processus de bout en bout fr

Tu aimerais **améliorer le processus de production de valeur** de ton équipe que tu fasses du dev', du déploiement ou de l'exploitation ? Tu ne sais pas par où commencer mais intuitivement tu **sais** que l'équipe pourrait aller plus vite et avec moins de défauts ? Alors l'atelier ***Value Stream Mapping* est fait pour toi, et nous te le faisons découvrir ensemble** !

Directement issu du ***Lean Manufacturing*** il sert à identifier les gaspillages (*muda* en Japonais) dans un processus, dans l'objectif d'améliorer ce dernier. L'un des plus évident ? Les temps d'attente ! Tu savais que dans l'industrie automobile, les postes et ateliers de travail optimisés fonctionnent 95% du temps ? Et nous - en informatique - nous dépassons péniblement les 45 % ?

Si tu as envie d'en savoir plus, rejoins nous l'expérimenter :)

Cet atelier accessible à tous avec un minimum de connaissances en informatique est un outil particulièrement efficace pour engager une équipe sur la voie de l'amélioration continue. Nous n'avons besoin que d'un tableau blanc et d'un feutre (ou plusieurs si on scinde les groupes) et c'est réalisable en distanciel aussi.

Je l'ai vu aussi bien dans un atelier d'industrie automobile que dans l'informatique. Ca fait maintenant 5 ans que je l'utilise en tant que coach dans les **transformations Agile & DevOps**. Chez Ippon, ca fait 3 ans qu'on s'en sert, dans le même cadre. J'ai également soumis un talk à ATBDX sur le sujet autour d'Accelerate ... le VSM est un des outils de ma mallette :)

Nous en avons en parlé à :
- 2023-05-23 : Déployer 6 fois plus vite avec Accelerate : REX d’une transformation DevOps à la DSI de La Banque Postale à [Aquilité 2023](https://www.aquilite- - 2023-01-19 : [Table ronde autour d'Accelerate](https://www.youtube.com/watch?v=SCxVX-gRcLI), à [Archilocus](https://www.archilocus.tech/)
- 2022-12-15 : Accélérer avec la VSM à Agile Tour Rennes
- 2021-09-23 : [Un peu de DevOps et de Lean Management pour accélérer le delivery](https://www.youtube.com/watch?v=Tx0AAalBrh0), à [Archilocus](https://www.archilocus.tech/)

Plutôt que d'en parler, on aimerait maintenant le faire expérimenter ^^

API Green Score : le label des API numériquement responsables en fr

🛠️ ***API Green Score*** est une boîte à outil qui permet d'évaluer la **qualité de nos API sous l'angle environnemental** 🌳, proposé par le collectif ***API Thinking***. Découvrons le ensemble, au travers d'un exemple réel ... et pas forcément glorieux 😅.

En détail, c’est quoi cet “outil” ? Ce sont 7 axes d’exploration de la donnée à l’architecture en passant par la documentation qui donnent une note sur 4 critères à l’aide d’une bonne vieille feuille de calcul de votre tableur préféré (pour l'instant). Ça donne un label de A à E qui devient ensuite la métrique de base pour l’amélioration continue que le guide fourni. Ça tombe bien, il y a même un guide fourni avec.

Je vous montre ?

Le sujet tourne évidemment autour du thème du numérique responsable et de l'éco conception d'API.
## Plan
Voici le plan à grosses mailles :
- 0’00 à 8’00 : un **quizz Kahoot** (Green IT et API) pour rentrer dans le sujet en s'amusant avec un cadeau 🎁à gagner :)
- 9’00 à 39’00 : un **retour d’expérience** de la notation catégorie par catégorie avec
- une API interne de mon entreprise de faible qualité, pas un exemple utopique
- avec des exemples de contrat d'interface Swagger au format Open API Spécification
- avec des appels mettant en avant des anti patterns
- avec des outils ou solutions permettant de corriger les défaillances
- la grille de notation et les améliorations possibles de l’API
- 40’ à 45’: **apprentissages et limites de l’outil**

## Référence(s)

Je travaille sur le sujet de la conception des API depuis bientôt 10 ans (Alfresco, Airbus, E.Leclerc, MAIF, Pole Emploi, CDiscount, La Banque Postale, La Poste), du sol au plafond.

Je co-anime un meetup Bordelais ([Archilocus](https://www.archilocus.tech/)) qui traite régulièrement des problématiques d'[APIsation](https://www.youtube.com/watch?v=UHZkkm_ltFk) ou [d'éco-conception](https://www.youtube.com/watch?v=kfDSkYw47nY), et comme c'est en petit comité nous challengeons personnellement nos invités. s'il fallait une preuve de mon engagement sur le sujet.

Comme l'indique ma bio, j'ai déjà donné de nombreuses conférences autour de l'Architecture, de l'Agilité et de DevOps. Je rêvais d’apporter ma pierre à l’édifice du ***Green IT*** en public … j’espère en avoir l’occasion ici :)

Accélérer sa transformation DevOps ... avec Accelerate ! fr en

👩‍💻 Toi, SRE ou dev, tu ne t'es jamais demandé·e comment faire prioriser un pipeline CI/CD à ton PM plutôt qu'une fonctionnalité ?

👀 Toi, QA ou responsable qualité, combien de fois as-tu milité pour l'automatisation des tests des exigences critiques de ton application ?

👨‍💼 Toi DSI, à combien de CoDir tu as participé en tant que médiatrice entre les acteurs de la production et du métier pour trouver un compromis coût / qualité / d'impact sans avoir d'arguments factuels ?

Après avoir accompagné plus de 50 équipes dans leur transformations DevOps, je vous partage comment je m'y prends pour leur faire gagner de 30% à 500% de temps moyen de *delivery*, respectivement de 15j-->10j et 4mois -->3 semaines !

Ce qui est sûr, c'est que vous aviez tous raison : bonne performances financière d’entreprise = bonnes pratiques d’ingénierie logicielle : test, CI/CD, agilité, observabilité … Les auteurs du livre Accelerate nous le confirment statistiquement et nous disent même ce qui fait que les leaders réussissent. La clé … c’est l’accélération !

[Accelerate [2018 Forsgren, Humble, Kim] (ISBN 1942788339)](https://www.goodreads.com/book/show/40313863-accelerate)

Bonjour,

J'aborde essentiellement deux sujets dans cette conférence :
- Le livre Accelerate et les études *"State of DevOps "* menées par Google Cloud / DORA
- Comment **en pratique** je commence ou je renforce la mise en place une transformation DevOps, des outils à la culture d'entreprise

Les deux sont évidemment liés puisque le principe de mes accompagnements est de mettre en avant **un impact tangible** à la mise en œuvre d'outils et de pratiques, et c'est ce prouvent les auteurs *d'Accelerate*.

# Fond
## En théorie : Accelerate

A l'instar de Team Topologies ou de Domain Driven Design, Accelerate devient une référence sur le marché IT depuis sa publication en 2018. Le modèle de recherche de la DORA et les résultats statistiques sont édifiant !
Je souhaite donc partager, pour en pas dire évangéliser, sur ce sujet qui rentre dans toutes les entreprises que je croise : CDiscount, Décathlon, PayFit, Engie, La Banque Postale, ...

J'apporte cette année, l'actualisation des études *State of DevOps* .

## En pratique : mes REX

J'explique ensuite comment démarrer efficacement, que soit avec le sponsor de la direction ou avec juste la volonté des équipes, sur base de mes retours d'expérience.
Je propose un chemin de progression :
- quelles pratiques d'ingénierie : pipeline, test automatisés, infra cloud
- quelles démarche méthodologiques : **Lean IT et *Value Stream Mapping***, KPI

J'ai déjà abordé ce sujet à plusieurs reprises dans des conférences privées et publiques :

- 2023-05-23 : Déployer 6 fois plus vite avec Accelerate : REX d’une transformation DevOps à la DSI de La Banque Postale à [Aquilité 2023](https://www.aquilite-conf.fr/) par Agile en seine
- 2023-01-19 : [Table ronde autour d'Accelerate](https://www.youtube.com/watch?v=SCxVX-gRcLI), à [Archilocus](https://www.archilocus.tech/)
- 2021-09-23 : [Un peu de DevOps et de Lean Management pour accélérer le delivery](https://www.youtube.com/watch?v=Tx0AAalBrh0), à [Archilocus](https://www.archilocus.tech/)

En complément pour 2023, je synthétise pour terminer ce que j'ai appris sur ces 5 dernières années et je partage des chiffres sur les gains et l'impact de ce travail, avec des échelles de temps de transformation

# Forme
Je commence par un questionnaire Kahoot assez simple pour que tout le monde puisse rentrer dans le sujet en s'amusant, tout en reprenant les statistiques de Google Cloud.

Je déroule ensuite plusieurs *slides* pour matérialiser les enseignements que j'en tire.

Accélérer sa transformation DevOps ... avec Accelerate ! fr en

👩‍💻 You, **SRE** or **dev**, did you ever wondered how to get your PM to prioritize a ***pipeline CI/CD*** over a feature?

👀 You, **QA** or quality manager, how many times have you campaigned for **automated testing** of your application's critical requirements?

👨‍💼 You, **DSI**, how many SteerCO meetings have you taken part in as a mediator between production and business players to find a cost/quality/impact compromise without having any factual arguments?

After accompanying **more than 50 teams** in their **DevOps transformations**, I share with you how I go about helping them save from **30% to 500%** in average *delivery* time, respectively from 15d-->10d and 4months -->3 weeks!

One thing's for sure: you were all right: **good business financial performance = good software engineering practices**: testing, CI/CD, agility, observability ... The authors of the book *__Accelerate__* confirm this statistically and even tell us what makes leaders successful. The key ... is acceleration!

[Accelerate [2018 Forsgren, Humble, Kim] (ISBN 1942788339)](https://www.goodreads.com/book/show/40313863-accelerate)

Hello,

There are basically two topics I'm covering in this talk:
- The Accelerate book and the *"State of DevOps "* studies conducted by Google Cloud / DORA.
- How **in practice** I start or reinforce the implementation of a DevOps transformation, from tools to corporate culture.

Both are obviously linked, since the principle of my coaching is to highlight **a tangible impact** to the implementation of tools and practices, and this is what the authors *of Accelerate* prove.

# Background
## In theory: Accelerate

Like Team Topologies or Domain Driven Design, Accelerate has become a reference in the IT market since its publication in 2018. DORA's research model and statistical results are edifying!
So I'd like to share, not to say evangelize, on this subject, which is coming up in every company I come across: CDiscount, Décathlon, PayFit, Engie, La Banque Postale, ...

This year, I'm bringing you an update on the *State of DevOps* studies.

## In practice: my REX

I then explain how to get started effectively, whether with the sponsorship of management or just the will of the teams, based on my feedback.
I propose a progression path:
- which engineering practices: pipeline, automated testing, infra cloud
- which methodological approaches: **Lean IT and *Value Stream Mapping***, KPIs

I've already addressed this subject on several occasions at private and public conferences.