Un résultat utilisable
Couvrir code, dépendances, secrets, tests, artefacts, environnements, droits et déploiement.
Le livrable doit identifier sa version, son périmètre, son responsable et sa source. Il doit permettre une action ou une décision, car une pièce documentaire sans utilisateur ni mise à jour prévue risque de devenir rapidement obsolète.
Les équipes produit portent la livraison, exploitation et sécurité définissent les contrôles, et l’autorité de service accepte le risque.
Reproduire une livraison depuis une référence connue et vérifier qu’un contrôle bloquant empêche une version non acceptable.
Application à votre contexte
Un livrable doit avoir un utilisateur, une décision ou une action associée. Précisez sa source de vérité, son responsable et son entretien. Un document non maintenu peut rapidement devenir une information trompeuse.
Traitez le fonctionnement normal et les échecs comme deux parties du même produit. Décrivez les contrats d'interface, les erreurs, les reprises, les droits et l'observabilité. L'exploitabilité doit être prévue dès la conception, pas ajoutée après le premier incident.