Une interruption de service en production trouve souvent son origine dans des décisions prises lors du projet qui semblaient raisonnables, jusqu’à ce que le système soit soumis à une charge réelle. Le non-respect des SLO (objectifs de niveau de service) apparaît après le lancement car l’intégration a été tardive, les dépendances ont été traitées comme de simples hypothèses et personne n’était responsable du comportement de bout en bout.
Les risques d’exécution s’aggravent lorsque les responsabilités sont floues. Une équipe livre la version v1 d’un service, une autre gère l’astreinte et une troisième contrôle le schéma en amont ; ainsi, une modification mineure passe inaperçue lors de la revue et déclenche des tentatives de nouvelle exécution, une accumulation dans les files d’attente et une latence en cascade. Le projet a bien livré les fonctionnalités, mais le système de livraison n’a pas réussi à maîtriser le périmètre de défaillance.
Un plan de livraison est d’autant plus efficace qu’il ressemble à un schéma d’architecture simplifié. Il associe un objectif produit à un périmètre technique, définit les responsabilités et explicite les dépendances externes afin que l’intégration ait lieu suffisamment tôt pour permettre un changement de cap.
Utilisez ce schéma pour identifier les points de décision et les étapes nécessitant la production de preuves. Ces preuves correspondent généralement à des points de contrôle — tels que les résultats d’un test de charge, la validation d’un test de contrat ou l’approbation de la disponibilité d’une dépendance — dont l’issue conditionne la poursuite du déploiement.
Interagissez avec le schéma pour visualiser les liens entre l’objectif, le périmètre, les responsabilités des équipes, les dépendances et les points de contrôle.
Le diagramme rend le système de livraison visible en indiquant quel composant produit un résultat destiné au composant suivant. Lorsqu’un nœud de dépendance n’a pas de responsable ou qu’aucun point de contrôle n’est prévu avant l’intégration, le risque passe d’un élément identifié à une découverte tardive lors du déploiement.
Les arbitrages sont plus faciles à gérer lorsque l’on nomme les leviers et que l’on anticipe leur impact sur le système. Le périmètre modifie la charge de travail, le délai influe sur la réduction de l’incertitude, la qualité affecte le taux de défauts non détectés, le risque détermine le niveau de variabilité accepté, et la dette technique conditionne la part de travail futur anticipée ou reportée.
Une règle utile consiste à s’assurer que toute modification d’un levier se répercute sur au moins l’un des résultats suivants :
Comparez les modifications des leviers et leurs résultats attendus dans le tableau.