Un premier périmètre utile
Le premier résultat à viser est le suivant : une fiche de service comportant bénéficiaires, responsable, dépendances, engagements, canaux de demande et limites.
Décider dès le démarrage qui pourra utiliser ce résultat et quel événement justifiera d’étendre le périmètre. Éviter de choisir l’outil avant d’avoir stabilisé le besoin.
Décrire le bénéficiaire, le résultat attendu, les horaires utiles, les conditions d’accès et les exclusions, puis les composants qui contribuent au service.
Le propriétaire du service métier accepte le résultat, le responsable du service informatique coordonne les composants et fournisseurs.
Une fiche de service comportant bénéficiaires, responsable, dépendances, engagements, canaux de demande et limites.
Application à votre contexte
Choisissez une activité identifiable, un responsable disponible et un résultat réalisable. La première itération doit réduire une incertitude ou permettre une décision, pas seulement lancer une collecte sans fin.
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.
Trois actions de départ
- Définir le résultat attendu avec le bénéficiaire
- Décomposer les dépendances nécessaires à sa réalisation
- Fixer les critères d’acceptation et les modalités d’escalade