Le piège à éviter

Un même composant peut soutenir plusieurs services. Éviter de compter plusieurs fois son coût ou de le redémarrer sans analyser les autres usages.

Pour éviter cette erreur, demander une démonstration plutôt qu’une simple affirmation : vérifier qu’un utilisateur peut obtenir le résultat de bout en bout, et non seulement se connecter à l’application.

Vérifier qu’un utilisateur peut obtenir le résultat de bout en bout, et non seulement se connecter à l’application.

Application à votre contexte

Cherchez un signal permettant de détecter cette erreur avant qu'elle ne produise un dommage. La prévention gagne à être intégrée dans un processus normal de travail plutôt que dans un rappel ponctuel sans suivi.

Un schéma est une hypothèse de fonctionnement. Demandez à un utilisateur de raconter un dossier réel, y compris une exception et un retour en arrière. Notez les outils informels et les personnes indispensables plutôt que de les faire disparaître du dessin.

Remettre cette réponse dans son contexteService métier et service informatique

Références pour approfondir