Établir un diagnostic
Nommer les capacités d’après les logiciels enferme la stratégie dans l’existant et masque les besoins de compétences ou d’organisation.
Classer les informations en trois états : constaté, déclaré mais non confirmé, et inconnu. Cette distinction rend les prochaines vérifications plus utiles qu’une note de maturité attribuée sans preuve.
Vérifier qu’une capacité reste compréhensible si le logiciel ou le service qui la soutient est remplacé.
Suivre le niveau de service métier obtenu et la fermeture des écarts, avec des critères observables plutôt qu’une note intuitive.
Application à votre contexte
Confrontez les entretiens, les documents et au moins une observation de fonctionnement. Conservez les divergences : elles sont souvent plus instructives qu'un score de maturité calculé trop tôt.
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.
Trois actions de départ
- Formuler la capacité sans citer de produit
- Évaluer son niveau actuel et son niveau cible
- Relier les écarts aux processus, compétences, données et applications