Chaîne de valeur et système d’information

Comprendre l’enjeu et le périmètre

Cette vue aide à expliquer pourquoi un composant technique ou une donnée mérite un investissement, même lorsqu’il est peu visible des dirigeants.

Définir le résultat final, les activités contributrices, les bénéficiaires et les liens avec les fonctions support.

Passer à l’action

• Décrire la valeur attendue pour le bénéficiaire
• Relier les activités aux informations et services utilisés
• Repérer les ruptures, redondances et dépendances vitales

Suivez une information plutôt qu'un organigramme : qui la crée, qui la transforme, qui la valide et qui s'en sert pour agir ? Les ruptures apparaissent souvent entre deux services, alors que chaque application semble fonctionner correctement prise isolément.

Responsabilités et moyens

La direction fixe les résultats attendus, les responsables de processus décrivent les contributions, et l’architecte relie les couches du SI.

Rattacher les dépenses aux capacités et services contribuant à la valeur, en explicitant les coûts partagés.

Produire et vérifier

Livrable utile

Une chaîne de valeur reliée aux processus, données, services et principaux coûts ou risques.

Preuve à rechercher

Parcourir un dossier de bout en bout et vérifier où la valeur est produite, contrôlée, retardée ou perdue.

Indicateur à interpréter

Mesurer un délai ou un taux de réussite de bout en bout, puis les contributions locales sans confondre optimisation locale et résultat global.

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.

Arbitrages et dépendances

Optimiser une étape isolée peut déplacer la charge ou créer un goulot d’étranglement ailleurs dans la chaîne.

La valeur dépend des échanges entre activités, de la cohérence des objets métier et des engagements des partenaires.

La bonne unité de raisonnement est le service rendu. Remplacer un logiciel sans traiter une validation ambiguë ou une information manquante peut déplacer le problème. Distinguez donc ce qui relève de l'organisation, de la donnée et de la technique avant de choisir une réponse.