Architecture et livraisonLa façon dont l’équipe travaille
Les formations qui changent la manière dont une équipe prend ses décisions, plutôt que le framework qu’elle utilise. Elles sont transposables : elles s’appliquent de la même façon que vous soyez sur .NET, la JVM ou Node.
Une architecture qui résiste au réel
Comment tracer des frontières qui ont encore du sens la troisième année, et comment repérer tôt celles qui sont mal placées.
- Où placer une frontière, et le cas bien plus fréquent où il vaut mieux ne pas en ajouter
- Propriété des données, cohérence et le couplage caché dans une base de données partagée
- Monolithe, monolithe modulaire et services : des coûts, pas une idéologie
- Consigner les décisions pour que l’équipe suivante hérite du raisonnement, pas seulement du résultat
- Lire un système existant pour y repérer les coutures qu’il possède déjà
PourDéveloppeurs seniors, leads, architectes
Planification de sprint et estimation
Pourquoi les estimations ratent leur cible, que faire pour y remédier, et comment planifier un sprint qui ressemble encore à la réalité le mercredi de la deuxième semaine.
- Découper le travail pour que chaque élément puisse être terminé en un sprint
- Estimer avec des fourchettes et un niveau de confiance plutôt qu’une fausse précision
- Capacité, report et le calcul derrière un engagement crédible
- Definition of Ready et Definition of Done, rédigées pour votre équipe
- Mener les cérémonies en moins d’une heure sans en perdre le sens
PourÉquipes de livraison, product owners, scrum masters
Cadrage, périmètre et feuille de route
Transformer une idée brute en quelque chose que vous pouvez chiffrer, séquencer et défendre devant celui qui signe.
- Remonter au vrai besoin derrière la fonctionnalité demandée
- Faisabilité technique et le spike qui lève d’abord l’inconnue la plus coûteuse
- Phaser pour que quelque chose d’utile soit livré avant que l’ensemble ne soit terminé
- Développer, acheter ou intégrer : décider sur le coût total plutôt qu’à l’instinct
- Rédiger le plan pour que les arbitrages restent visibles une fois la réunion terminée
PourProduit, responsables de livraison, quiconque doit s’engager sur une date
Standards d’ingénierie et flux
Revue de code, stratégie de branches, CI/CD et les tests qui valent la peine d’être écrits : les pratiques qui déterminent à quelle vitesse une équipe peut avancer sans risque.
- Une revue de code qui détecte les problèmes de conception plutôt que de mise en forme
- Un modèle de branches et de release adapté à votre rythme réel de livraison
- Des pipelines qui échouent pour de vraies raisons et restent assez rapides pour inspirer confiance
- Où les tests sont rentables, et où ils ne le sont discrètement pas
- Faire du standard le chemin par défaut, pour qu’il survive à la prochaine échéance
PourÉquipes d’ingénierie au complet
Moderniser sans tout geler
Le pattern de l’étrangleur appliqué à votre système : comment remplacer une plateforme pendant qu’elle reste en production et que la feuille de route continue d’avancer.
- Trouver la première tranche : petite, utile et réellement séparable
- Faire tourner l’ancien et le nouveau côte à côte derrière les mêmes URL
- Bibliothèques partagées et multi-ciblage comme pont entre les deux
- Séquencer la couche de données, là où ces chantiers s’enlisent généralement
- Rendre les progrès lisibles pour ceux qui les financent, sprint après sprint
PourLeads et parties prenantes d’une plateforme héritée
