Cible et choix d'architectureStratégie du système d’information
L'arbitrage doit partir du rôle de la capacité concernée dans l'entreprise. Une fonction commune et peu différenciante peut se prêter à une solution standard. Une capacité qui porte une manière particulière de créer de la valeur peut…
Lire la réponse →
Gouvernance et décisionsStratégie du système d’information
Il faut d'abord qualifier le désaccord. Il peut porter sur l'objectif, le calendrier, les ressources, les données ou la responsabilité d'une activité. Présenter le sujet comme un simple conflit de logiciels peut masquer une divergence…
Lire la réponse →
Scénarios et arbitragesStratégie du système d’information
L'arbitrage doit distinguer ce qui gagne à être partagé et ce qui nécessite une adaptation locale. Les données de référence, certains services transversaux et les règles de sécurité peuvent demander une cohérence commune. Les processus qui…
Lire la réponse →
Scénarios et arbitragesStratégie du système d’information
La comparaison commence par une question commune : quel résultat doit être obtenu et quelles contraintes doivent être respectées ? Les scénarios doivent couvrir un périmètre comparable. Sinon, une option peut paraître moins chère…
Lire la réponse →
Budget, coûts et financementStratégie du système d’information
Un budget pluriannuel est une projection de décision, pas une promesse de précision identique sur toutes les années. Il doit séparer les engagements connus, les estimations et les options encore conditionnelles. Cette distinction permet…
Lire la réponse →
Construire un schéma directeurStratégie du système d’information
La démarche doit partir des missions, des services aux usagers et des besoins des agents. La valeur ne se limite pas à un gain financier : qualité du service, délais, continuité, accessibilité et fiabilité de l'information peuvent…
Lire la réponse →
Feuille de route et trajectoireStratégie du système d’information
Un état intermédiaire décrit une organisation et un SI capables de fonctionner avant l'atteinte de la cible finale. Ce n'est pas seulement une date sur un planning. Il doit préciser les services rendus, les données de référence, les…
Lire la réponse →
Cible et choix d'architectureStratégie du système d’information
Il faut examiner à la fois son utilité métier et sa soutenabilité. Une application ancienne peut encore rendre un service essentiel de manière fiable. Une application récente peut, au contraire, être peu utilisée ou mal intégrée. L'âge ne…
Lire la réponse →
Portefeuille et priorisationStratégie du système d’information
Le refus doit porter sur une proposition dans un contexte donné, pas sur la légitimité du besoin. Commencez par reformuler le problème métier et le résultat recherché. Il est parfois possible de répondre avec une fonction existante, une…
Lire la réponse →
Valeur et indicateursStratégie du système d’information
Un gain de temps signifie qu'une activité peut demander moins d'effort. Il ne devient pas automatiquement une baisse de dépense. Les personnes restent parfois mobilisées sur d'autres tâches, les volumes augmentent ou les contraintes…
Lire la réponse →
Cible et choix d'architectureStratégie du système d’information
Il faut séparer la définition du besoin de la démonstration commerciale. Les présentations de solutions peuvent aider à explorer les possibilités, mais elles ne doivent pas devenir le seul langage utilisé pour décrire la cible. Sinon, les…
Lire la réponse →
Conduite du changementStratégie du système d’information
Le portefeuille doit examiner la charge de changement du point de vue des personnes concernées. Plusieurs projets peuvent sembler indépendants techniquement tout en sollicitant les mêmes utilisateurs pour des ateliers, des tests, des…
Lire la réponse →