Module
Module 6 sur 6Leçon 2 sur 2~12 min

Kit de sortie et plan d'application

Pour que la revue ne reste pas un exercice ponctuel, cette dernière leçon rassemble les outils du cours et les inscrit dans votre calendrier. Vous repartez avec des modèles réutilisables pour chaque étape d'une revue d'architecture et un plan concret pour installer ces réflexes dans le travail de votre équipe.

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

Objectif de la leçon

À la fin de cette leçon, vous disposerez des modèles, checklists et prompts du cours (dix questions, scénario de qualité, tableaux des données et des dépendances, registre des risques, ADR), et vous aurez planifié leur application à votre produit sur 7 et 30 jours.

Thèmes abordés

  • modèles d'architecture
  • modèle d'ADR
  • plan d'action PM
  • prompts architecture technique

Dans quel module

Conduire la revue d'architecture

Comment poser les bonnes questions à l'équipe, sans être ingénieur, et en tirer risques et décisions ?

Leçons du module

  1. Conduire la revue d'architecture de votre produit
  2. Kit de sortie et plan d'application (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