Module
Module 5 sur 6Leçon 2 sur 2~15 min

La dette technique, une décision produit

La dette technique ralentit la roadmap bien avant de faire tomber la production, d'où l'intérêt pour le PM d'en parler en coût produit. Cette leçon explique ce que sont la dette et ses intérêts, comment la classer, comment l'argumenter comme un investissement et comment décider avec l'équipe du bon moment pour la rembourser.

Suivre cette leçon : première formation offerteVoir le programme complet

Objectif de la leçon

À la fin de cette leçon, vous serez capable d'expliquer ce qu'est la dette technique et ses intérêts, de la classer avec le quadrant de Martin Fowler, de chiffrer une dette en coût pour le produit et de décider avec l'équipe quand et comment la rembourser.

Thèmes abordés

  • dette technique
  • quadrant de Fowler
  • remboursement de la dette
  • priorisation roadmap

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

  1. Formuler un arbitrage et le tracer dans un ADR
  2. La dette technique, une décision produit (cette leçon)

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