Olivier Jauze

Olivier est Senior Fellow chez Michelin et possède près de 20 ans d’expérience en ingénierie logicielle et en architecture. Passionné par la recherche de solutions aux problèmes des utilisateurs grâce à la technologie, Olivier accompagne les équipes dans leur parcours pour livrer des produits remarquables — et, depuis quelques années, également des plateformes.
Impliqué dans de nombreuses initiatives liées au cœur de métier de Michelin, il travaille aussi dans les domaines des services & solutions et de l’expérience client. Reconnu comme un agent de rupture, il pousse sans cesse les organisations à adopter de nouveaux modèles économiques et de nouvelles façons de travailler.
Dernièrement, il a contribué à un projet open source visant à aider les architectes logiciels à gérer la nature continue de la livraison logicielle d’aujourd’hui.

Étude de cas Architecture for flow

Une étude de cas industrielle pour comprendre comment utiliser le Domain Driven Design et les Team Topologies pour concevoir une architecture orientée flux rapide.

Utiliser nos templates Miro

Téléchargez la dernière version du tableau Miro que vous souhaitez utiliser. À ce jour, nous proposons : Modèle Miro des Team Topologies Event storming Ouvrez Miro et cliquez sur Télécharger depuis une sauvegarde (Upload from backup). Cela créera un nouveau tableau intitulé Restored SOMETHING Il vous suffit ensuite de renommer le tableau et de commencer à l’utiliser en copiant-collant les différentes formes selon vos besoins. Modifier les modèles Miro et les partager Vous êtes entièrement libre de modifier nos tableaux pour les adapter à votre contexte. Si vous souhaitez partager ces modèles, plusieurs options s’offrent à vous :

Commencer le parcours

Commencez votre parcours Le déploiement des nouvelles méthodes de travail (pratiques, rituels, cadre) décrites dans le Cadre et la Boîte à Outils de Continuous Architecture constitue un véritable parcours de transformation. Il n’existe pas de trajectoire unique pour faire évoluer votre entreprise (ou une partie de celle-ci) depuis son état actuel vers l’état cible (ou étoile du nord) que nous recommandons et qui est incarné dans les principes du Manifeste de la Continuous Architecture - édition 1.

Le domaine Order to cash

Contexte et historique Il y a plusieurs années, nous avons repensé notre système d’information supportant les processus « order to cash » (de la commande à l’encaissement). À l’époque, nous utilisions un monolithe legacy (hébergé sur un mainframe) couvrant la majorité de ces processus. Nous avons choisi une approche best of breed : plusieurs solutions spécialisées ont été mises en œuvre pour couvrir les différentes étapes du processus, de la prise de commande à l’optimisation du transport jusqu’à la livraison logistique…

Ré-architecture de notre solution de séchage

Introduction Domain Driven Design (DDD) est un ensemble de concepts et de pratiques visant à aligner la structure et le langage du code logiciel avec le domaine métier qu’il soutient. Popularisé par Eric Evans, il a connu un fort regain d’intérêt ces dernières années. Une des principales difficultés lorsqu’on souhaite adopter le DDD pour modéliser et concevoir une solution est la suivante : « Par où diable commencer ? »