Comment utiliser les entretiens métier pour préciser le besoin d’un projet informatique ?
D’après Gestion de projets avec DYNAMAP SI
Sessions de feedback avec parties prenantes (DYNAMAP SI 1 / Stakeholders / Communication)
On confronte l’analyse à la réalité du terrain : métiers, exploitation, sécurité, support, et éventuellement fournisseurs. DYNAMAP SI mentionne explicitement ces sessions de feedback dans la phase 1. Objectif : corriger les erreurs, débusquer les hypothèses implicites et créer l’adhésion minimale (sans laquelle la planification sera artificielle).
Point de vigilance : le feedback est une validation factuelle (ce qui est vrai/faux/incomplet).
Rapport d’analyse et recommandations (DYNAMAP SI 1 / Intégration)
DYNAMAP SI formalise un livrable clair : un rapport compréhensible, incluant des recommandations pratiques et des artefacts textuels/tabulaires/schémas. Dans une initiation ISO, ce rapport devient la référence de la décision : il fournit la base factuelle, l’analyse, et les pistes d’initiatives, sans prétendre encore produire un plan détaillé.
Livrable : rapport d’analyse et recommandations + annexe de preuves (sources, constats, éléments observés).
Rapports d’étonnement (DYNAMAP SI 2 / Risques / Opportunités / Gouvernance)
La valeur des étonnements est d’obliger l’organisation à regarder ce qu’elle n’attendait pas.
DYNAMAP SI décrit la production, la révision/validation et la présentation aux décideurs. Concrètement, vous sortez des constats politiquement neutres et vous qualifiez : ce qui remet en question une hypothèse, ce qui augmente le risque, ce qui ouvre une opportunité mesurable.
Bon standard : un étonnement doit toujours se terminer par une proposition de décision (accepter le risque, corriger, pivoter, re-scoper, stopper).