Formuler un arbitrage et le tracer dans un ADR
Un an après, plus personne ne sait pourquoi l'équipe a choisi cette architecture, sauf si la décision a été écrite. La leçon aide le PM à formuler un arbitrage de façon explicite, à doser l'analyse selon qu'un choix est réversible ou non, et à rédiger un Architecture Decision Record utile à toute l'équipe.
Objectif de la leçon
À la fin de cette leçon, vous serez capable de formuler un arbitrage d'architecture (« nous privilégions X au détriment de Y »), de juger si une décision est réversible et mérite donc plus ou moins d'analyse, et de rédiger un ADR avec contexte, options, décision, conséquences et condition de révision.
Thèmes abordés
- ADR
- architecture decision record
- arbitrage d'architecture
- décision réversible
Dans quel module
Décider et tracer
Comment arbitrer entre deux options, garder la trace de la décision et traiter la dette technique ?
Leçons du module
- Formuler un arbitrage et le tracer dans un ADR (cette leçon)
- La dette technique, une décision produit
Ce que vous apprendrez dans la formation
Cette leçon fait partie de la formation Lire et challenger une architecture technique
- Lire un schéma d'architecture (niveaux contexte et conteneurs du modèle C4) et y repérer composants, flux, frontières et zones floues.
- Transformer des attentes vagues (« rapide », « fiable », « évolutif ») en exigences non fonctionnelles mesurables, sous forme de scénarios d'attributs de qualité.
- Comparer monolithe, monolithe modulaire et microservices, puis appels synchrones et traitements asynchrones, selon l'équipe, la charge et les conséquences pour l'utilisateur.
- Évaluer les choix de données (source de vérité, transactions, réplicas, cohérence), de montée en charge et de cache, et repérer le goulot d'un parcours.
- Évaluer les dépendances à des services tiers (disponibilité composée, mode dégradé, dépendance au fournisseur) et une décision construire ou acheter.
- Formuler un arbitrage d'architecture, le tracer dans un ADR et traiter la dette technique comme une décision produit.
- Conduire une revue d'architecture de son produit ou d'une proposition, avec dix questions, un registre des risques et des arbitrages explicites.
Formations liées
- Git pour les PM : livrer en équipe sans risquer la prodConfirmé · ~3 h 30 min
- Expliquer comment fonctionne un produit web, du navigateur au serveurTout public · ~2 h 30 min
- Concevoir et tester une intégration API en tant que PMJunior · ~3 h