Les ateliers de relecture de mon livre consacré à la programmation fonctionnelle ont démarré en janvier. Découvrez Practical FP !
Accueil
Conseil en architecture & modularisation
Pour survivre et croître, une entreprise doit être opportuniste et s'adapter, jusqu'à parfois pivoter. Seulement, le système d'information ne suit pas toujours, du fait de couplages forts entre parties du tout. Le Domain-driven design (DDD) nous indique que l'architecture d'un système d'information doit refléter les métiers de l'entreprise. Une mission de conseil en modularisation aura donc pour objectif de faire émerger les contours métier (alias "bounded contexts") qui permettront de travailler en isolation et de faire évoluer une base de code sur le long terme.
Vous avez dit modularisation ?
A tort ou à raison, le Domain-driven design fait peur. Le champ de savoir est vaste. Pour contribuer à le faire connaître, j'écris chaque semaine sur le sujet. Voici donc une sélection d'articles qui vous aideront à mieux comprendre de quoi il retourne :
Mes clients en parlent
Chez Cubyn, nous nous adaptons sans cesse au marché de la logistique et aux opportunités qu'il offre. Mais quand nous nous sommes lancés dans le stockage, 4 ans après le lancement, nous sentions bien que notre SI avait besoin de plus de modularité pour scaler. Nous avons donc fait appel à Mathieu et Cyrille [Martraire], qui nous avaient été recommandés pour leur expertise DDD (Domain Driven Design). Leur intervention en duo a été déterminante : en quelques jours, ils s'étaient approprié notre métier et nous disposions déjà des contours des zones d'isolation (bounded contexts) qui allaient nous permettre de travailler notre SI en profondeur tout en minimisant les effets de bord. Puis, en quelques semaines de mob programming avec eux, nous avions validé les hypothèses les plus structurantes sur un premier périmètre, un modèle avait émergé et nous étions en mesure de faire monter à bord le reste de l'équipe. Il reste du chemin à parcourir, mais tous deux nous ont proposé des arguments solides qui nous permettent d'avancer avec confiance dans l'incertitude.
Mathieu Lemaire, CTO @ Cubyn
Je travaille avec Mathieu sur de multiples sujets, parmi lesquels une mission de conseil en Domain Driven Design (DDD) que nous menons conjointement au sein d'une scale-up du secteur logistique. Mathieu [a la] capacité à faire le grand-écart entre conseil, formation, coaching craft (TDD, BDD, DDD) et développement. Ainsi, la vision théorique qu'il développe est toujours nourrie et ancrée dans la pratique. Mathieu est une personnalité riche : vif d'esprit, passionné, très adaptable. Il apprend vite et prête une grande attention à ses interlocuteurs. En somme, travailler avec lui est un réel plaisir :)
Cyrille Martraire, CTO & Partner at Arolla @ Arolla
Combien ça coûte ?
10 à 15 jours suffisent pour une mission de conseil en modularisation du système d'information, mission qui consiste en une série d'interviews avec les représentants métiers ainsi que les principaux acteurs de la tech.
Le livrable de cette mission est composé d'une cartographie des "bounded contexts", c'est-à-dire une proposition de modularisation du système. Et, surtout, des arguments solides (heuristiques classiques et considérations propres au domaine de votre entreprise), qui vous donneront confiance dans cette nouvelle feuille de route.
1 400 € H.T./j
Les ateliers de relecture de mon livre consacré à la programmation fonctionnelle ont démarré en janvier. Découvrez Practical FP !
Accueil
Conseil en architecture & modularisation
Pour survivre et croître, une entreprise doit être opportuniste et s'adapter, jusqu'à parfois pivoter. Seulement, le système d'information ne suit pas toujours, du fait de couplages forts entre parties du tout. Le Domain-driven design (DDD) nous indique que l'architecture d'un système d'information doit refléter les métiers de l'entreprise. Une mission de conseil en modularisation aura donc pour objectif de faire émerger les contours métier (alias "bounded contexts") qui permettront de travailler en isolation et de faire évoluer une base de code sur le long terme.
Vous avez dit modularisation ?
A tort ou à raison, le Domain-driven design fait peur. Le champ de savoir est vaste. Pour contribuer à le faire connaître, j'écris chaque semaine sur le sujet. Voici donc une sélection d'articles qui vous aideront à mieux comprendre de quoi il retourne :
Mes clients en parlent
Chez Cubyn, nous nous adaptons sans cesse au marché de la logistique et aux opportunités qu'il offre. Mais quand nous nous sommes lancés dans le stockage, 4 ans après le lancement, nous sentions bien que notre SI avait besoin de plus de modularité pour scaler. Nous avons donc fait appel à Mathieu et Cyrille [Martraire], qui nous avaient été recommandés pour leur expertise DDD (Domain Driven Design). Leur intervention en duo a été déterminante : en quelques jours, ils s'étaient approprié notre métier et nous disposions déjà des contours des zones d'isolation (bounded contexts) qui allaient nous permettre de travailler notre SI en profondeur tout en minimisant les effets de bord. Puis, en quelques semaines de mob programming avec eux, nous avions validé les hypothèses les plus structurantes sur un premier périmètre, un modèle avait émergé et nous étions en mesure de faire monter à bord le reste de l'équipe. Il reste du chemin à parcourir, mais tous deux nous ont proposé des arguments solides qui nous permettent d'avancer avec confiance dans l'incertitude.
Mathieu Lemaire, CTO @ Cubyn
Je travaille avec Mathieu sur de multiples sujets, parmi lesquels une mission de conseil en Domain Driven Design (DDD) que nous menons conjointement au sein d'une scale-up du secteur logistique. Mathieu [a la] capacité à faire le grand-écart entre conseil, formation, coaching craft (TDD, BDD, DDD) et développement. Ainsi, la vision théorique qu'il développe est toujours nourrie et ancrée dans la pratique. Mathieu est une personnalité riche : vif d'esprit, passionné, très adaptable. Il apprend vite et prête une grande attention à ses interlocuteurs. En somme, travailler avec lui est un réel plaisir :)
Cyrille Martraire, CTO & Partner at Arolla @ Arolla
Combien ça coûte ?
10 à 15 jours suffisent pour une mission de conseil en modularisation du système d'information, mission qui consiste en une série d'interviews avec les représentants métiers ainsi que les principaux acteurs de la tech.
Le livrable de cette mission est composé d'une cartographie des "bounded contexts", c'est-à-dire une proposition de modularisation du système. Et, surtout, des arguments solides (heuristiques classiques et considérations propres au domaine de votre entreprise), qui vous donneront confiance dans cette nouvelle feuille de route.
1 400 € H.T./j
© Mathieu Eveillard 2023