Parties prenantes du système d’information

Comprendre l’enjeu et le périmètre

Les identifier évite de concevoir une solution acceptable pour le commanditaire mais inutilisable pour les équipes, les clients ou les partenaires.

Inclure décideurs, utilisateurs, exploitation, sécurité, données, juridique et interlocuteurs externes concernés, ne pas se limiter à l’organigramme.

Passer à l’action

• Recenser les acteurs et leurs attentes
• Évaluer leur influence et leur exposition au changement
• Définir qui consulter, informer et faire décider

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

Le responsable de démarche organise la consultation, le sponsor garantit l’accès aux acteurs, et chacun reste responsable de son domaine de décision.

Prévoir le temps de consultation, les remplacements opérationnels et les ateliers de résolution des divergences.

Produire et vérifier

Livrable utile

Une cartographie des acteurs et un plan d’implication indiquant attente, contribution, responsable de contact et moment d’intervention.

Preuve à rechercher

Vérifier qu’un cas réel a été examiné par les utilisateurs concernés et que les désaccords significatifs ont été arbitrés.

Indicateur à interpréter

Suivre les décisions bloquées faute d’interlocuteur et les besoins découverts tardivement, avec leur cause plutôt qu’un simple décompte de réunions.

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

Oublier un acteur opérationnel peut faire apparaître une exigence bloquante au moment de la recette ou du déploiement.

Les responsabilités contractuelles, les circuits de décision et les contraintes sociales influencent la participation effective.

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.