Component Studio

Problème Initial

"J'ai une super idée, ça serait trop cool si on créait des composants réutilisables afin de pouvoir les vendre à d'autres départements de la BNP ou même à l'extérieur du groupe"
Presque-citation d'Andrès PO

Tentatives depuis 4 ans

Commando

- Un répo unique avec 1 package.json -

- La publication d'un build unique par un script JS non versionné -

- Tiré aléatoirement par toutes les équipes -

 

Tapas

- Un répo unique avec 1 package.json -

- Un build unique sur une branche github - versionnée par hash -

- Tiré par l'équipe Digital Clubs, pour leur seul besoin -

Quelles caractéristiques ?

- Des packages distincts par besoin métier

- Un mono-répo pour développer plus vite

- Un système de versionning et store de packages

- Une core team responsable

- Un projet à vie

Les succès

  1. Chaque composant est réutilisé au moins 2 fois
  2. Les développeurs perdent moins de 30min par semaine à développer sur le flux de Component Studio
  3. Les développeurs sont au moins très satisfaits de leur expérience sur Component Studio

Objectif principal : La BNP économise de l'argent à réutiliser ces composants !

Les apprentissages

Ce qu'on a réussit à faire :

- Déterminer et tirer semaines après semaines des succès mesurables

- Convaincre de l'importance de tirer les problèmes et l'amélioration technique

- Se battre pour avoir une architecture globale pérenne

 

Ce qu'il reste à tirer :

- Les bugs en production

- La dette technique

- L'ownership des packages

Merci

Made with Slides.com