STRATÉGIE SI & SCHÉMA DIRECTEUR
Plan du site : toutes les questions de stratégie SI
Ce sommaire rassemble les réponses par thème. Chaque lien ouvre directement une fiche complète.
Les points d’entrée
- Stratégie du système d’information et schéma directeur
- Les guides pratiques
- Les ouvrages de référence
- À propos de la FAQ
Schéma directeur SI : méthode, étapes et livrables
Stratégie du système d’information : du cap aux décisions
Comprendre la stratégie SI
Définir le rôle du système d'information dans la stratégie de l'entreprise, formuler un cap et relier les choix numériques aux résultats attendus.
- Comment construire une stratégie du SI progressive plutôt qu’un grand plan figé ?
- Comment construire une vision du SI partagée avec les métiers ?
- Comment décrire le futur SI et l’organisation nécessaire pour le faire fonctionner ?
- Comment définir les grands domaines métier à partir de la stratégie de l’entreprise ?
- Comment distinguer les activités stratégiques des fonctions support de l’entreprise ?
- Comment éviter qu’une stratégie informatique reste un document sans effets concrets ?
- Comment éviter que le système d’information devienne trop rigide pour évoluer ?
- Comment faire de la DSI un partenaire des métiers plutôt qu’un simple support ?
- Comment faire évoluer les tableaux de bord de la DSI dans le temps ?
- Comment faire participer les utilisateurs à l’amélioration de leurs outils ?
- Comment faire travailler la DSI sur des résultats mesurables ?
- Comment faire un état des lieux de l’informatique de son entreprise ?
- Comment garder à jour les informations recueillies sur le SI ?
- Comment intégrer la stratégie du SI à la stratégie globale de l’entreprise ?
- Comment le système d’information contribue-t-il à la création de valeur ?
- Comment organiser des échanges réguliers entre la DSI et les métiers ?
- Comment organiser les services informatiques autour de l’expérience utilisateur ?
- Comment piloter la valeur créée par le système d’information ?
- Comment recueillir et organiser les retours des utilisateurs sur les outils informatiques ?
- Comment rendre compte de l’avancement et des résultats de la stratégie informatique ?
- Comment savoir si les outils informatiques répondent vraiment aux besoins de l’entreprise ?
- Comment trouver la cause d’un dysfonctionnement dans le système d’information ?
- Comment utiliser les retours des utilisateurs pour améliorer le SI ?
- Faut-il découper les domaines métier selon la stratégie ou selon l’organigramme ?
- Pourquoi aligner la stratégie informatique sur celle de l’entreprise ?
- Pourquoi l’informatique est-elle devenue un enjeu stratégique pour l’entreprise ?
- Qu’est-ce qu’une capacité stratégique et comment l’informatique la soutient-elle ?
- Qu’est-ce que DYNAMAP SI et à quoi sert ce framework ?
- Quand faut-il revoir la stratégie et les plans de transformation du SI ?
- Quand partir de la stratégie plutôt que du terrain pour décrire les métiers ?
- Quelle différence entre stratégie SI, schéma directeur et feuille de route ?
- Quelles informations recueillir pour faire l’état des lieux de son SI ?
- Quels dysfonctionnements relever quand on découvre le SI d’une entreprise ?
- Quels sont les avantages et les limites d’un découpage des métiers guidé par la stratégie ?
Construire un schéma directeur
Comprendre le contenu d'un schéma directeur, son horizon et ses conditions de réussite. Passer d'une intention de transformation à un cadre de décision utilisable.
- Comment adapter le schéma directeur après le rachat d'une entreprise ?
- Comment construire un schéma directeur SI pour une collectivité ou un organisme public ?
- Comment préparer un schéma directeur SI pour un cabinet d'expertise comptable ?
- Comment suivre et ajuster un schéma directeur SI dans le temps ?
- Faut-il préparer un schéma directeur sur trois ans ou sur cinq ans ?
- Pourquoi une liste de projets ne suffit-elle pas à faire un schéma directeur ?
- Qu'est-ce qu'un schéma directeur SI et à quoi sert-il concrètement ?
- Que doit contenir un schéma directeur du système d’information ?
- Quelles erreurs font échouer un schéma directeur SI ?
- Quels signes montrent qu'un schéma directeur SI devient nécessaire ?
- Qui doit valider le schéma directeur SI ?
- Un schéma directeur est-il utile pour une petite entreprise ?
Cadrer la démarche
Préparer le périmètre, les objectifs, les participants et les moyens de la démarche. Choisir une approche proportionnée à l'organisation et à ses contraintes.
- Combien de temps faut-il pour construire un schéma directeur SI ?
- Comment construire une carte stratégique pour relier objectifs et actions ?
- Comment définir des objectifs communs à la DSI et aux directions métiers ?
- Comment définir les objectifs stratégiques du système d’information ?
- Comment estimer le budget nécessaire pour élaborer un schéma directeur ?
- Comment lancer un schéma directeur quand aucune stratégie d'entreprise n'est écrite ?
- Comment préparer la mise en production et le passage à l'exploitation ?
- Comment se mettre d’accord avec les métiers sur les objectifs et les contributions de chacun ?
- Faut-il faire son schéma directeur en interne ou avec un consultant ?
- Par où commencer pour évaluer la stratégie informatique de son entreprise ?
- Quels objectifs d'exploitation fixer avant de livrer une solution ?
- Qui faut-il interroger pour préparer un schéma directeur SI ?
Diagnostic et audit de l'existant
Comprendre le fonctionnement réel du SI, recueillir des preuves et transformer les constats en enjeux prioritaires. Identifier les forces, les fragilités et les écarts à traiter.
- À quoi sert un audit du système d’information et que permet-il d’évaluer ?
- Comment adapter une méthode d’audit aux pratiques de son entreprise ?
- Comment aligner un audit informatique sur la stratégie de l’entreprise ?
- Comment analyser l'existant avant de définir un projet informatique ?
- Comment choisir les preuves à recueillir pendant un audit informatique ?
- Comment classer les constats d’audit par thèmes ou par catégories ?
- Comment conduire les entretiens formels d’un audit informatique ?
- Comment définir le contexte et le périmètre d’un audit du SI ?
- Comment expliquer un problème d’audit et proposer une solution réalisable ?
- Comment exploiter les contrôles sur site pour formuler les recommandations d’audit ?
- Comment faire accepter les résultats d’un audit et lancer les corrections ?
- Comment faire participer les métiers à la préparation d’un audit informatique ?
- Comment fixer des objectifs précis pour un audit informatique ?
- Comment formuler un constat d’audit de manière factuelle ?
- Comment garder une trace des problèmes inattendus découverts pendant un diagnostic du SI ?
- Comment passer des constats d’audit aux recommandations ?
- Comment protéger les informations confidentielles pendant un audit informatique ?
- Comment rédiger un résumé d’audit destiné à la direction ?
- Comment rendre compte des progrès et tirer les enseignements d’une mission d’audit ?
- Comment repérer les informations manquantes ou incohérentes au début d’un audit ?
- Comment s’assurer que les conclusions d’audit reflètent la réalité opérationnelle ?
- Comment savoir si les preuves d’un audit sont suffisantes pour conclure ?
- Comment suivre et évaluer la réalisation des actions après un audit ?
- Comment transformer un constat d’audit en action utile ?
- Comment trier et consolider les informations collectées pendant un audit ?
- Comment utiliser les entretiens métier pour préciser le besoin d’un projet informatique ?
- Pourquoi certains plans d’action d’audit n’aboutissent-ils pas ?
- Pourquoi faut-il consolider les résultats avant de conclure un audit informatique ?
- Pourquoi faut-il définir précisément ce qu’un audit informatique va examiner ?
- Pourquoi vérifier sur le terrain ce que décrivent les procédures du SI ?
- Que doit contenir le dossier de preuves d’un audit informatique ?
- Que doit faire un DSI dans les premières semaines avant de proposer une stratégie ?
- Que faire après un diagnostic du système d’information ?
- Que faire quand le plan d’action issu d’un audit doit être revu ?
- Que faire si les contrôles sur site contredisent le diagnostic initial de l’audit ?
- Que faut-il connaître de l’entreprise avant de commencer un audit sur site ?
- Quelles erreurs éviter dans le cadrage d’un audit informatique ?
- Quelles précautions prendre pour identifier les objets métier à partir de l'existant ?
- Quels documents analyser avant les investigations d’un audit SI ?
- Quels documents préparer pour lancer un audit informatique ?
- Quels outils utiliser pour faire un diagnostic stratégique du SI ?
- Quels sont les avantages et les limites d’un découpage des métiers fondé sur l’existant ?
- Qui doit participer au cadrage d’un audit du système d’information ?
- Qui est responsable du plan d’action après un audit informatique ?
Métiers, capacités et chaîne de valeur
Relier la transformation du SI aux processus, aux capacités et aux services rendus. Partir des besoins de l'activité plutôt que d'une liste d'outils.
- Comment conduire les ateliers métiers pour identifier les processus critiques ?
- Comment déterminer si un processus métier est critique ?
- Comment distinguer un domaine métier d’un processus qui traverse plusieurs services ?
- Comment distinguer une capacité métier, un processus et une application ?
- Comment dresser un premier inventaire des processus métier critiques ?
- Comment identifier les domaines métier à partir de l'organisation existante ?
- Comment identifier les grands processus des métiers et des fonctions support ?
- Comment identifier les objets métier en partant des processus ?
- Comment identifier les processus à partir de la chaîne de valeur ?
- Comment organiser le suivi d’un audit des processus informatiques dans une ETI ?
- Comment reconnaître les processus vitaux d’une entreprise ?
- Comment relier le schéma directeur SI aux contraintes d'une entreprise industrielle ?
- Comment savoir quels objets métier sont utilisés par chaque processus ?
- Comment situer les activités critiques dans la chaîne de valeur ?
- Comment traduire un objectif de croissance en besoins pour le système d'information ?
- Qu’est-ce qu’une chaîne de valeur et comment distinguer ses activités ?
- Que mettre dans un inventaire des actifs et des processus du SI ?
- Quelle différence entre un processus et un macro-processus ?
- Quelles approches utiliser pour identifier les processus d'une organisation ?
- Quels critères utiliser pour évaluer la criticité d’un processus métier ?
- Quels sont les avantages et les limites d’une identification des objets métier par les processus ?
Cartographie et dépendances
Rendre visibles les applications, les données et leurs relations avec les métiers. Utiliser la cartographie pour comprendre les impacts et préparer les changements.
- À quoi sert une cartographie des flux entre les métiers et les logiciels ?
- Comment adapter la cartographie des processus au niveau de maturité de l'entreprise ?
- Comment animer un atelier pour cartographier les flux entre les métiers ?
- Comment cartographier et suivre la chaîne de valeur d’une entreprise industrielle ?
- Comment cartographier le parcours d’une commande jusqu’au service après-vente ?
- Comment cartographier les dépendances matérielles et logicielles du SI ?
- Comment cartographier les processus d’une entreprise de production automobile ?
- Comment centraliser la description des objets métier de l’entreprise ?
- Comment choisir une méthode de cartographie des processus adaptée au contexte ?
- Comment commencer une cartographie quand les processus sont encore peu formalisés ?
- Comment construire une cartographie des dépendances de son entreprise ?
- Comment enrichir une cartographie de la chaîne de valeur sans la rendre illisible ?
- Comment identifier les grandes étapes de création de valeur dans son entreprise ?
- Comment identifier les objets métier nécessaires à la cartographie du SI ?
- Comment maintenir une cartographie du SI à jour dans la durée ?
- Comment organiser les informations collectées dans un référentiel d'architecture ?
- Comment partager les cartographies du SI dans l’entreprise ?
- Comment relier les entrées, les sorties et les dépendances d’une chaîne de valeur ?
- Comment relier les flux aux autres cartes du système d’information ?
- Comment relier les objets métier à la cartographie des processus ?
- Comment rendre une cartographie informatique facile à comprendre ?
- Comment repérer les manques de ressources grâce à la cartographie ?
- Comment repérer les ressources à renforcer ou à réaffecter grâce à la cartographie ?
- Comment résumer les constats tirés d’une cartographie du SI ?
- Comment savoir quelles ressources sont utilisées par chaque activité ?
- Comment savoir si l’entreprise maîtrise suffisamment ses dépendances numériques ?
- Comment suivre les exigences d’un projet et les dépendances entre ses composants ?
- Comment transformer un diagnostic de dépendance informatique en plan d’action ?
- Comment utiliser la cartographie du SI pour préciser le périmètre d'un projet ?
- Comment utiliser les cartographies et les inventaires d’actifs pendant un audit ?
- Comment vérifier qu’une cartographie du SI reflète bien la réalité ?
- Comment visualiser qui est responsable de quoi dans le système d’information ?
- De quels services support dépendent les activités essentielles de l’entreprise ?
- Faut-il cartographier tout le SI avant de commencer le schéma directeur ?
- Par où commencer pour cartographier le système d’information ?
- Par quelles actions commencer pour réduire les dépendances numériques ?
- Pourquoi relier les processus aux objets métier dans une cartographie ?
- Que faut-il inventorier avant de relier les activités et les objets métier ?
- Que signifie une flèche dans une cartographie des flux du SI ?
- Quel niveau de détail choisir pour une cartographie de la chaîne de valeur ?
- Quelles activités de l’entreprise faut-il cartographier en premier ?
- Quelles analyses d’impact peut-on faire avec une cartographie des flux ?
- Quelles erreurs éviter dans une cartographie des flux du SI ?
- Quelles informations mettre sur un schéma des échanges entre services ?
- Quels points de vue utiliser pour cartographier le système d’information ?
- Quels sont les avantages et les limites d’une cartographie centrée sur la chaîne de valeur ?
- Quels sont les avantages et les limites d’une cartographie fondée sur la maturité des processus ?
Cible et choix d'architecture
Décrire un SI cible cohérent et réaliste, choisir les principes directeurs et organiser l'évolution du patrimoine applicatif et technique.
- À quoi sert une charte de projet d'architecture ?
- Comment adapter l’architecture du SI quand les besoins de l’entreprise évoluent ?
- Comment adapter les engagements de service quand les besoins d’exploitation évoluent ?
- Comment arbitrer entre acheter un logiciel et développer une solution ?
- Comment combiner l’analyse des métiers et celle des applications pour décrire les objets métier ?
- Comment concilier urbanisation du SI, architecture d’entreprise et agilité ?
- Comment décider s'il faut conserver, moderniser ou remplacer une application ?
- Comment définir le périmètre du système d’information cible ?
- Comment délimiter le périmètre technique et organisationnel d’un audit SI ?
- Comment estimer les capacités à prévoir pour une nouvelle architecture informatique ?
- Comment éviter de choisir un ERP avant d'avoir défini les besoins ?
- Comment expliquer l’architecture prévue pour un projet informatique ?
- Comment formuler le périmètre et les objectifs d'un projet d'architecture ?
- Comment intégrer la dette technique dans le schéma directeur ?
- Comment inventorier les logiciels et les infrastructures qui les supportent ?
- Comment passer du SI actuel au SI cible sans tout changer d’un coup ?
- Comment réaliser un inventaire des logiciels de l'entreprise ?
- Comment relier les logiciels métier aux activités qu'ils soutiennent ?
- Comment retrouver les objets métier à partir des applications existantes ?
- Comment savoir si l’architecture informatique reste adaptée à l’entreprise ?
- Comment se mettre d’accord avec l’exploitation avant de lui confier une solution ?
- Comment structurer un dossier d'architecture ?
- Comment tenir compte des problèmes du terrain pour faire évoluer l’architecture du SI ?
- Comment tracer les modifications apportées aux plans et à l'architecture du SI ?
- Peut-on définir le SI cible sans avoir choisi les logiciels ?
- Pourquoi une stratégie informatique ne se résume-t-elle pas au choix des logiciels ?
- Quand la maintenance doit-elle conduire à revoir l'architecture d'un produit ?
- Quelles règles définir pour piloter un projet d’architecture ?
- Quels pièges éviter en rapprochant inventaire technique et comptabilité ?
- Quels principes d'architecture inscrire dans un schéma directeur SI ?
- Quels sont les avantages et les limites d’une identification des objets métier à partir des applications ?
- Quels sont les principes d'une démarche Zero Trust ?
- Sur quoi l’architecte et le sponsor doivent-ils se mettre d’accord avant une mission ?
Scénarios et arbitrages
Comparer les trajectoires possibles, leurs avantages, leurs contraintes et leurs risques. Documenter les choix et les renoncements plutôt que retenir une solution par défaut.
- Comment choisir entre un SI commun au groupe et des solutions propres aux filiales ?
- Comment comparer les solutions et préparer le plan de migration ?
- Comment comparer plusieurs scénarios de transformation du SI ?
- Comment construire une liste de scénarios de crise avec les métiers ?
- Comment présenter les options possibles avant de choisir une solution informatique ?
- Faut-il remplacer tout le SI ou le faire évoluer progressivement ?
- Pourquoi faut-il chiffrer le scénario où l'on ne change rien ?
Portefeuille et priorisation
Sélectionner les initiatives selon leur contribution stratégique, leurs dépendances et les ressources disponibles. Organiser les arbitrages entre des demandes concurrentes.
- À quoi sert l’analyse des risques pour choisir les priorités d’un audit ?
- Comment choisir les risques à traiter en priorité dans un PRA ?
- Comment coordonner les produits, les projets et les priorités de la DSI ?
- Comment dire non à un projet informatique sans bloquer les métiers ?
- Comment évaluer la maturité du SI et en tirer des priorités de transformation ?
- Comment identifier les services essentiels à protéger et à rétablir en priorité ?
- Comment limiter le nombre de projets menés en même temps ?
- Comment organiser la gouvernance d’un portefeuille de projets SI ?
- Comment présenter les risques et les écarts de conformité par ordre de priorité ?
- Comment prioriser les améliorations après un état des lieux du SI ?
- Comment prioriser les projets SI quand tout est annoncé comme urgent ?
- Comment prioriser les recommandations d’audit avec les parties prenantes ?
- Comment prioriser les risques à partir de la cartographie de l’entreprise ?
- Comment prioriser les risques selon la criticité des données ?
- Comment regrouper les applications par niveau de priorité pour la reprise ?
- Comment transformer les retours métier en priorités d’amélioration documentées ?
- Comment utiliser un business case pour arbitrer un portefeuille de projets informatiques ?
- Comment utiliser une matrice des risques pour définir les priorités du PRA ?
- Quand faut-il arrêter un projet prévu dans le schéma directeur ?
Feuille de route et trajectoire
Ordonner les transformations, leurs prérequis et leurs jalons. Construire une feuille de route qui reste réalisable pendant que l'entreprise continue de fonctionner.
- Comment analyser l'impact d'une demande de maintenance avant de la planifier ?
- Comment construire une feuille de route informatique alignée sur les besoins métiers ?
- Comment construire une trajectoire SI avec des états intermédiaires ?
- Comment coordonner les audits, les risques et les décisions sur les données ?
- Comment coordonner les métiers et l’informatique sur les besoins de capacité d’un projet ?
- Comment évaluer les conséquences d’un mauvais choix d’affectation des ressources ?
- Comment intégrer les recommandations d’audit dans la feuille de route du SI ?
- Comment planifier la réduction des dépendances informatiques sur plusieurs années ?
- Comment préparer le SI à l'ouverture de plusieurs nouveaux sites ?
- Comment repérer les projets qui doivent être réalisés avant les autres ?
- Comment suivre les conséquences d'une décision d'architecture ?
- Que doit contenir une feuille de route stratégique du SI ?
- Que faut-il vérifier avant de commencer à planifier un projet informatique ?
- Quelles erreurs de planification repérer avant de commencer un projet informatique ?
- Quels prérequis vérifier avant de planifier un projet SI ?
Budget, coûts et financement
Comprendre les coûts complets du SI, les rattacher aux usages et préparer les investissements. Arbitrer avec la direction financière sans perdre de vue la valeur et les risques.
- À quel niveau de détail faut-il calculer le coût informatique d’un processus ?
- À quoi sert un objet métier pour comprendre les coûts informatiques ?
- À quoi sert une version de référence du planning et du budget d’un projet ?
- Comment améliorer la gestion des processus pour mieux piloter les coûts informatiques ?
- Comment améliorer progressivement le suivi des coûts du SI ?
- Comment animer un atelier de définition des domaines métier ?
- Comment cadrer un audit SI avec un budget et un délai limités ?
- Comment choisir les règles de répartition des coûts entre les grands processus métier ?
- Comment choisir un niveau d'investissement adapté aux besoins de résilience ?
- Comment collecter les coûts du système d'information ?
- Comment comparer la valeur attendue d'un investissement SI à son coût ?
- Comment comparer le coût et les contraintes des solutions de sauvegarde ?
- Comment concilier observabilité et maîtrise des coûts dans le cloud ?
- Comment construire des scénarios d'investissement pour faire évoluer le SI ?
- Comment construire un budget SI pluriannuel sans prétendre tout connaître ?
- Comment construire un dossier d'investissement pour financer la résilience informatique ?
- Comment définir où le budget informatique devrait être investi ?
- Comment détailler les coûts d'un projet dans une demande de financement ?
- Comment détecter les anomalies et les possibilités d'optimisation dans les coûts du SI ?
- Comment documenter les personnes, les équipements et les budgets affectés aux projets ?
- Comment donner aux métiers et à la DSI une vision commune des informations de l’entreprise ?
- Comment estimer le coût des incidents pour justifier un budget de résilience ?
- Comment estimer les délais, les coûts et les ressources d'un projet SI ?
- Comment évaluer les impacts métier et le coût réel d’un incident ?
- Comment éviter les incohérences budgétaires dans une analyse par processus ?
- Comment éviter une segmentation métier trop détaillée ?
- Comment exposer les risques financiers et les impacts métier d'un investissement SI ?
- Comment fiabiliser la collecte des coûts logiciels et matériels ?
- Comment intégrer les risques et le budget à une charte de projet d'architecture ?
- Comment justifier les investissements décidés à partir d’une cartographie du SI ?
- Comment la DSI peut-elle justifier la valeur de ses investissements ?
- Comment maintenir l'alignement des investissements SI avec la stratégie ?
- Comment organiser l'inventaire des logiciels et des infrastructures pour analyser les coûts ?
- Comment organiser le pilotage financier du SI et limiter les achats informatiques non maîtrisés ?
- Comment organiser le suivi des financements accordés à un projet ?
- Comment organiser les ateliers d'identification des objets métier ?
- Comment piloter les coûts du système d'information sans freiner sa transformation ?
- Comment prendre en compte les dépendances entre processus dans les coûts du SI ?
- Comment présenter le coût des incidents informatiques à la direction ?
- Comment présenter le coût réel d’une application à la direction ?
- Comment présenter les dépenses informatiques par grand processus métier ?
- Comment présenter un projet informatique dans un dossier de financement ?
- Comment présenter une mission d’architecture au dirigeant qui la finance ?
- Comment réallouer les budgets et renégocier les contrats informatiques ?
- Comment réduire le budget SI sans sacrifier les transformations importantes ?
- Comment relier l'analyse des coûts du SI aux priorités de l'entreprise ?
- Comment relier les objets métier aux données, aux applications et aux coûts ?
- Comment réorienter les investissements informatiques vers les priorités métier ?
- Comment répartir le budget et les ressources entre les projets SI ?
- Comment répartir les coûts de résilience entre les activités de l'entreprise ?
- Comment répartir les coûts informatiques entre les processus métier ?
- Comment répartir les licences, l'infrastructure et les coûts fixes entre les métiers ?
- Comment représenter ensemble les risques et les investissements d’un service numérique ?
- Comment représenter les coûts et les ressources nécessaires au traitement des commandes ?
- Comment retrouver l’origine des coûts rattachés à chaque composant du SI ?
- Comment savoir si un processus coûte trop cher au regard de son importance ?
- Comment segmenter les activités d'une entreprise agroalimentaire pour analyser son SI ?
- Comment segmenter une organisation pour analyser ses coûts informatiques ?
- Comment suivre les coûts et la sécurité lorsqu’on utilise plusieurs clouds ?
- Comment tracer les liens entre données, applications, processus et coûts ?
- Comment une mauvaise identification des objets métier peut-elle fausser les coûts du SI ?
- Comment utiliser la cartographie des processus pour répartir les coûts du SI ?
- Comment utiliser la répartition des coûts pour améliorer les dépenses dans la durée ?
- Comment utiliser les coûts du SI pour décider où investir ou économiser ?
- Comment vérifier qu’un investissement informatique a réellement créé de la valeur ?
- Comment vérifier que les objectifs du PRA sont atteignables et financièrement raisonnables ?
- Par où commencer pour reprendre la maîtrise des coûts informatiques ?
- Pourquoi découper les activités métier aide-t-il à comprendre les coûts du SI ?
- Pourquoi décrire les objets métier aide-t-il à comprendre les dépenses informatiques ?
- Pourquoi faut-il aussi cartographier les RH et la finance ?
- Pourquoi identifier les domaines métier avant de répartir les coûts du SI ?
- Pourquoi la gouvernance des données concerne-t-elle aussi le budget et les équipes ?
- Pourquoi la sortie d'un fournisseur informatique peut-elle coûter cher ?
- Pourquoi ne faut-il pas évaluer un investissement informatique seulement par son coût ?
- Que faut-il cartographier avant d’arbitrer les investissements informatiques ?
- Que peut-on apprendre en comparant les coûts informatiques des différents métiers ?
- Quel niveau de détail retenir pour cartographier les processus et analyser les coûts ?
- Quelles informations ajouter à la cartographie pour mieux maîtriser le budget informatique ?
- Quelles informations réunir pour avoir une vue d’ensemble du parc informatique ?
- Quels coûts oublie-t-on souvent dans le budget d'un schéma directeur ?
- Quels coûts recenser pour les logiciels et les infrastructures ?
- Quels outils utiliser pour décrire les domaines métier dans une grande entreprise ?
- Quels plans préparer en plus du planning et du budget d’un projet informatique ?
- Une assurance cyber peut-elle remplacer les investissements de prévention ?
Valeur et indicateurs
Définir les bénéfices attendus, les responsabilités et les mesures utiles. Suivre les résultats obtenus au-delà de la simple livraison des projets.
- À quelle fréquence suivre les indicateurs de gouvernance des données ?
- À quoi doit servir le tableau de bord d’un DSI ?
- Comment accompagner le changement et mesurer les effets d’une transformation numérique ?
- Comment choisir des indicateurs qui mesurent réellement la performance de la DSI ?
- Comment collecter les données qui alimentent le tableau de bord de la DSI ?
- Comment concevoir un tableau de bord de la DSI lisible et utile ?
- Comment construire un tableau de bord de gouvernance des données ?
- Comment construire un tableau de bord stratégique des projets et de la valeur du SI ?
- Comment décrire le calcul et la source de chaque indicateur d’un tableau de bord DSI ?
- Comment distinguer un gain de temps d'une économie financière ?
- Comment évaluer le coût complet et les bénéfices d’un projet informatique ?
- Comment mesurer l’avancement de la stratégie du système d’information ?
- Comment mesurer la dépendance de l’entreprise à ses fournisseurs numériques ?
- Comment mesurer la qualité de la collaboration entre la DSI et les métiers ?
- Comment mesurer les effets d’un changement d’architecture ?
- Comment mesurer les usages pour répartir équitablement les coûts informatiques ?
- Comment préparer le déploiement d’une nouvelle architecture et en mesurer les résultats ?
- Comment présenter le retour sur investissement et le plan de financement d'un projet SI ?
- Comment présenter les résultats de qualité des données dans un tableau de bord ?
- Comment relier les bénéfices d’une mission d’architecture au travail prévu avec le sponsor ?
- Comment savoir si le schéma directeur SI a réussi ?
- Comment vérifier qu’un tableau de bord informatique est utile à ses utilisateurs ?
- Quels bénéfices attendre d’un PRA intégré au plan de continuité d’activité ?
- Quels bénéfices attendre de la gouvernance des données et quelles difficultés anticiper ?
- Quels indicateurs choisir pour mesurer la gouvernance des données ?
- Quels indicateurs choisir pour piloter le système d’information ?
- Quels indicateurs intégrer dans un modèle de tableau de bord de la DSI ?
- Quels indicateurs montrent que les bonnes pratiques de données sont adoptées ?
- Quels indicateurs permettent de suivre un schéma directeur en comité de direction ?
- Quels indicateurs suivre pour détecter les dérives d'un projet ?
- Quels indicateurs utiliser pour suivre la réversibilité et la résilience du SI ?
- Qui doit être responsable des bénéfices attendus d'un projet SI ?
Gouvernance et décisions
Clarifier qui propose, qui décide et qui rend compte. Organiser le dialogue entre la direction, les métiers et la DSI autour de décisions explicites.
- À quelles décisions une cartographie du SI peut-elle servir ?
- À quoi sert un comité de gouvernance des données ?
- À quoi servent les audits internes et externes de gouvernance des données ?
- Comment adapter la gouvernance des données aux nouveaux usages ?
- Comment aligner la gouvernance des données sur la stratégie de l'entreprise ?
- Comment améliorer la collaboration entre la DSI et les métiers ?
- Comment appliquer les règles de gouvernance à chaque étape de la vie d’une donnée ?
- Comment arbitrer les désaccords entre métiers sur les données ?
- Comment arbitrer un désaccord entre deux directions métier dans le schéma directeur ?
- Comment choisir des outils de gouvernance des données adaptés à l'organisation ?
- Comment éviter qu’un programme de gouvernance des données s’arrête après son lancement ?
- Comment faire participer la direction générale aux décisions informatiques ?
- Comment faire participer la direction sans lui demander de décider de la technique ?
- Comment faire progresser une gouvernance des données déjà en place ?
- Comment faire travailler ensemble la DSI, la direction générale et les juristes ?
- Comment faire valider l’inventaire des processus critiques par les différents métiers ?
- Comment fixer et hiérarchiser les objectifs de gouvernance des données ?
- Comment garder une trace claire des échanges avec les décideurs ?
- Comment gérer les données en tenant compte des responsabilités et de la sobriété numérique ?
- Comment inscrire la gouvernance des données dans la durée ?
- Comment intégrer la gouvernance des données à la culture d'entreprise ?
- Comment intégrer la gouvernance des données aux projets déjà en cours ?
- Comment lever les réticences face à la gouvernance des données ?
- Comment organiser la gouvernance d’un outil numérique partagé par plusieurs entreprises ?
- Comment organiser la gouvernance d’une transformation numérique ?
- Comment organiser la gouvernance informatique à la taille de son entreprise ?
- Comment organiser les décisions et les modifications d’architecture ?
- Comment répartir les responsabilités entre la DSI, la direction générale et les juristes ?
- Comment répartir les responsabilités et organiser les décisions d'architecture ?
- Comment répartir les rôles dans la gouvernance des données ?
- Comment s’assurer que les décisions prises en comité de projet sont appliquées ?
- Comment savoir si les comités et les règles de gouvernance aident réellement le projet ?
- Comment tenir un registre des décisions stratégiques et des audits du SI ?
- Comment traiter les désaccords sur les constats et les conclusions d’audit ?
- Comment transformer une stratégie de données en actions de gouvernance ?
- Comment utiliser les domaines métier pour mieux répartir les décisions informatiques ?
- Comment utiliser les résultats d'audit pour améliorer la gouvernance des données ?
- Comment vérifier les règles de gouvernance représentées dans une cartographie ?
- Par où commencer pour améliorer la gouvernance des données existante ?
- Qu'est-ce qu'un Data Owner et quelles sont ses responsabilités ?
- Qu'est-ce que la gouvernance des données et pourquoi la mettre en place ?
- Quand faut-il revoir les responsabilités sur les données ?
- Que faut-il vérifier régulièrement dans la gouvernance des données ?
- Quelles informations réunir avant de prendre une décision d’architecture ?
- Quelles sont les limites de l'automatisation dans la gouvernance des données ?
- Quels comités mettre en place pour piloter un projet d’architecture ?
- Quels comités mettre en place pour piloter un schéma directeur SI ?
- Quels documents de gouvernance et de stratégie examiner pendant un audit SI ?
- Quels outils utiliser pour modéliser et valider une chaîne de valeur ?
- Quels sont les principes fondamentaux d'une bonne gouvernance des données ?
- Qui doit participer à la gouvernance du système d’information ?
- Qui doit s’occuper de la gouvernance des données : les métiers ou l’informatique ?
- Qui doit valider les liens entre les métiers, les données et les infrastructures ?
- Qui faut-il associer à un programme de gouvernance des données ?
- Qui informer des décisions prises dans un projet et par quels moyens ?
Données, IA et innovation
Organiser la qualité, les responsabilités et les usages des données. Inscrire l'innovation, l'automatisation et les projets d'IA dans une trajectoire maîtrisée.
- À quoi sert un data warehouse dans une architecture de données ?
- À quoi sert une plateforme qui centralise la gestion des données ?
- À quoi servent le catalogue de données et le lignage ?
- Comment classer les données selon leur sensibilité et leur valeur ?
- Comment construire un inventaire fiable des applications et de leurs données ?
- Comment construire une vision partagée des données entre métiers et DSI ?
- Comment croiser les processus et les données pour identifier les objets métier ?
- Comment décrire l'architecture métier et les données dans un dossier d'architecture ?
- Comment définir ce que l’entreprise attend de ses données ?
- Comment définir les règles de qualité des données ?
- Comment définir une politique de conservation et d'archivage des données ?
- Comment encadrer l'utilisation et le partage des données ?
- Comment faire apparaître la criticité des données sur une cartographie des flux ?
- Comment faire comprendre aux salariés pourquoi la qualité des données les concerne ?
- Comment garder une vision partagée des clients, des commandes et des données associées ?
- Comment identifier les données dont chaque activité a besoin ?
- Comment identifier les logiciels qui utilisent les données importantes de l’entreprise ?
- Comment intégrer l'intelligence artificielle dans le schéma directeur sans céder à l'effet de mode ?
- Comment inventorier les données utilisées dans les activités métier ?
- Comment organiser l’innovation et la transformation continue du SI ?
- Comment passer d'une expérimentation réussie à un service exploitable ?
- Comment rassembler les données nécessaires à une cartographie du SI ?
- Comment relier les données à la chaîne de valeur de l'entreprise ?
- Comment retrouver les données et les infrastructures nécessaires à une activité métier ?
- Comment savoir d’où vient une donnée et comment elle a été transformée ?
- Comment visualiser les échanges de données entre les applications ?
- Faut-il fiabiliser les données avant de lancer un projet de reporting ?
- Pourquoi créer un dictionnaire de données ?
- Pourquoi des données fiables sont-elles indispensables pour piloter l’entreprise ?
- Pourquoi modéliser les données avant de choisir les outils ?
- Pourquoi vérifier que les pratiques de données changent réellement dans l’entreprise ?
- Qu'est-ce qu'un data lake et dans quels cas l'utiliser ?
- Qu’est-ce qu’un espace de données partagé et comment établir la confiance entre participants ?
- Que doit contenir une politique de gestion des données ?
- Quel est le rôle du Chief Data Officer ?
- Quelle différence entre Data Steward et Data Manager ?
- Quelle différence entre glossaire métier et dictionnaire de données ?
- Quelle place donner aux données dans un schéma directeur SI ?
- Quelles règles définir pour gérer les données et les outils d’un site marchand ?
- Quelles sont les étapes du cycle de vie d'une donnée ?
- Quels leviers utiliser pour faire adopter de nouvelles pratiques de gestion des données ?
- Quels principes appliquer pour protéger les données de l'entreprise ?
- Qui doit vérifier les liens entre les objets métier et les données ?
Fournisseurs, cloud et souveraineté
Choisir les modes de sourcing, comprendre les dépendances et préparer la réversibilité. Conserver une capacité de décision et de contrôle sur les services numériques.
- Comment anticiper les ruptures d'approvisionnement et les dépendances numériques ?
- Comment automatiser les services informatiques sans perdre la maîtrise des prestataires ?
- Comment cadrer un projet de cloud privé de confiance ?
- Comment concevoir une architecture multicloud qui limite la dépendance aux fournisseurs ?
- Comment expliquer à la direction pourquoi il faut garder la maîtrise du SI ?
- Comment externaliser le SI sans perdre la maîtrise des opérations ?
- Comment intégrer les fins de contrat au schéma directeur SI ?
- Comment intégrer un cloud privé dans une architecture utilisant plusieurs clouds ?
- Comment le Shadow IT et les API tierces créent-ils des dépendances ?
- Comment les formats ouverts et les API documentées facilitent-ils la réversibilité ?
- Comment organiser une fédération d'identités en gardant la maîtrise des accès ?
- Comment passer d’un projet de cloud privé à un service exploitable et sécurisé ?
- Comment rendre une application moins dépendante d’un cloud sans trop ralentir son fonctionnement ?
- Comment repérer un fournisseur ou un composant dont plusieurs services dépendent ?
- Comment tester la réversibilité d'un cloud privé ?
- Comment un modèle de licence peut-il renforcer la dépendance à un éditeur ?
- Comment vérifier la réversibilité avant de choisir une solution ?
- Le multicloud est-il toujours une bonne stratégie pour réduire la dépendance ?
- Pourquoi la gestion des identités est-elle centrale dans la maîtrise du SI ?
- Qu’est-ce que la souveraineté numérique pour une entreprise ?
- Quand une dépendance technologique devient-elle un risque pour toute l'entreprise ?
- Quelles compétences faut-il garder en interne quand on externalise son SI ?
- Quelles difficultés anticiper avant de déployer une approche Zero Trust ?
- Quels problèmes peut poser la séparation des écosystèmes numériques entre pays ?
- Quels risques de dépendance examiner avant de choisir un prestataire de cybersécurité ?
Risques et cybersécurité
Intégrer les risques et la sécurité aux choix du schéma directeur. Définir les priorités de protection et les responsabilités selon les enjeux de l'organisation.
- Comment adapter la protection des données quand les risques évoluent ?
- Comment adapter le périmètre d’un audit aux risques de l’entreprise ?
- Comment analyser les risques liés aux données de l'entreprise ?
- Comment arbitrer entre réduction des risques et amélioration des capacités du SI ?
- Comment choisir les actions correctives à partir des risques constatés en audit ?
- Comment consigner les risques et les décisions stratégiques dans un compte rendu ?
- Comment construire un plan de réduction des risques sur les données ?
- Comment construire une matrice des risques pour un audit du SI ?
- Comment construire une première cartographie des risques à partir des documents collectés ?
- Comment créer une matrice de risques liés aux dépendances numériques ?
- Comment définir une politique de chiffrement et de formats autorisés ?
- Comment évaluer la vraisemblance et l’impact des risques avec les parties prenantes ?
- Comment exploiter les anciens audits et le registre des risques ?
- Comment faire de la cybersécurité un sujet de gouvernance d’entreprise ?
- Comment faire prendre en compte les risques dans les décisions sur les données ?
- Comment faire un premier bilan de la protection des données et des échanges ?
- Comment faire un premier bilan de la protection des postes et du réseau ?
- Comment intégrer la cybersécurité au schéma directeur sans en faire un projet isolé ?
- Comment organiser la protection des informations de l'entreprise ?
- Comment préparer la gestion des risques, la qualité et les tests d’un projet informatique ?
- Comment recenser les menaces et les impacts sur les données ?
- Comment relier les risques aux processus, aux données et aux infrastructures ?
- Comment rendre compte au sponsor des risques et des résultats d’une mission d’architecture ?
- Comment savoir si la sécurité informatique est bien organisée dans son entreprise ?
- Comment sécuriser les équipements informatiques de leur installation à leur retrait ?
- Comment suivre les capacités d'un projet et les risques de saturation ?
- Comment suivre les risques et la performance d'exploitation d'un service ?
- Comment tenir compte des contrôles déjà en place dans l’évaluation des risques ?
- Comment utiliser un questionnaire de maturité pour préparer le schéma directeur ?
- Comment utiliser une check-list sans passer à côté des vrais risques du SI ?
- Comment vérifier que les accès aux locaux et aux systèmes sont maîtrisés ?
- Comment vérifier que les risques identifiés sont rattachés aux bons composants du SI ?
- Faut-il partir des objectifs métiers ou des composants techniques pour identifier les risques ?
- Pourquoi analyser les risques dès le lancement de la gouvernance des données ?
- Pourquoi la sécurité physique est-elle indispensable à la sécurité informatique ?
- Pourquoi les outils de sécurité ne suffisent-ils pas à protéger les données ?
- Quelle méthode utiliser pour évaluer les risques liés aux données ?
- Quelles informations faut-il suivre pour gérer les risques informatiques ?
- Quelles informations inclure dans un registre des risques du SI ?
- Quelles sources utiliser pour identifier les risques pendant un audit ?
- Quels entretiens et outils utiliser pour consolider l’évaluation des risques ?
- Quels outils utiliser pour cartographier et suivre les risques du SI ?
- Quels risques intégrer à la stratégie du système d’information ?
- Quels risques prend une entreprise qui néglige la gouvernance de ses données ?
- Qui doit valider les risques identifiés pendant un audit informatique ?
Résilience et continuité
Relier les impacts métiers aux besoins de continuité et de reprise. Préparer les modes dégradés, les tests et les investissements qui protègent l'activité.
- À quoi sert l’analyse d’impact métier pour identifier les activités critiques ?
- Comment améliorer la réponse aux incidents à partir des observations et des retours d'expérience ?
- Comment articuler la sécurité de l’information et la continuité d’activité ?
- Comment construire un PRA et l’articuler avec le plan de continuité d’activité ?
- Comment fixer la fréquence des tests PRA et associer les métiers ?
- Comment justifier un investissement de résilience qui ne génère pas de chiffre d'affaires ?
- Comment piloter les prestataires dont dépend la continuité du SI ?
- Comment prévoir la protection et la reprise des données dans un PCA et un PRA ?
- Comment relier la supervision informatique à la qualité du service rendu aux métiers ?
- Comment relier le BIA et le schéma directeur SI ?
- Comment repérer les dépendances applicatives et techniques qui aggravent un incident ?
- Comment savoir si son entreprise est prête à faire face à un incident informatique ?
- Comment structurer un BIA pour chiffrer les impacts et définir les objectifs de service ?
- Comment traduire les résultats d’un BIA en besoins de continuité ?
- Comment unifier la gouvernance et la documentation du PRA et du PCA ?
- Comment utiliser la cartographie du SI pour mieux gérer les incidents avec ITIL ?
- Comment utiliser le BIA pour fixer des délais de reprise réalistes ?
- Comment utiliser le BIA pour préparer la gestion des incidents majeurs ?
- Comment utiliser le cloud pour la continuité sans surdimensionner les moyens de reprise ?
- Pourquoi analyser les risques et les menaces avant de définir la stratégie de reprise ?
- Pourquoi ne faut-il pas imposer les mêmes RTO et RPO à toutes les applications ?
- Pourquoi tester ensemble la continuité métier et la reprise informatique ?
- Qu’est-ce que le RPO et comment déterminer la perte de données acceptable ?
- Qu’est-ce que le RTO et comment le définir pour un service informatique ?
- Que faire quand tous les services se déclarent prioritaires pour la reprise ?
- Que faire si l’informatique ne peut pas respecter le délai de reprise demandé par les métiers ?
- Que faut-il prévoir au-delà de l’informatique pour assurer la continuité d’activité ?
- Quelle différence entre le RTO et le RPO ?
- Quelles décisions doivent relever de la direction pendant une crise informatique ?
- Qui doit piloter la continuité d’activité au-delà de la seule DSI ?
- Un contrat cloud multirégion garantit-il la continuité du service ?
Organisation et compétences
Concevoir l'organisation et les compétences nécessaires à la cible. Maîtriser la charge des équipes, les transferts de connaissances et les dépendances humaines.
- Comment aider les équipes informatiques et métiers à mieux se comprendre ?
- Comment attirer et fidéliser les compétences nécessaires à la maîtrise du SI ?
- Comment cartographier les capacités métier et les compétences disponibles ?
- Comment choisir les évolutions d’un produit avec les métiers et les équipes informatiques ?
- Comment conserver et transmettre les compétences acquises pendant un projet ?
- Comment conserver les compétences acquises pendant une transformation informatique ?
- Comment construire un plan de montée en compétences pour mieux maîtriser le SI ?
- Comment déployer les tableaux de bord de la DSI et former les utilisateurs ?
- Comment évaluer les compétences disponibles dans une équipe projet ?
- Comment éviter que les équipes se désengagent d’un programme de gouvernance des données ?
- Comment faire travailler ensemble les responsables métier et les équipes data ?
- Comment identifier les compétences manquantes pour un projet d'architecture ?
- Comment informer les équipes avant le début d’un audit du SI ?
- Comment organiser la collaboration entre équipes IT et métier pendant un projet ?
- Comment organiser la communication et résoudre les désaccords avec les équipes métier ?
- Comment organiser un audit sans bloquer le travail des équipes ?
- Comment planifier un projet conjointement avec les équipes informatiques et métiers ?
- Comment préparer la montée en compétences d’une équipe projet ?
- Comment préserver les compétences internes face à l'externalisation du SI ?
- Comment prévoir les compétences nécessaires à la trajectoire SI ?
- Comment rassurer les équipes sur l’utilisation des informations recueillies par l’audit ?
- Comment structurer un plan de gestion des compétences pour un projet SI ?
- Comment traiter les risques de dépendance à une compétence rare ?
- Comment un catalogue de données aide-t-il les équipes à partager leurs informations ?
- Comment vérifier que les équipes d’exploitation peuvent reprendre le service livré ?
- Comment vérifier son diagnostic informatique avec les équipes qui utilisent les outils ?
- Pourquoi formaliser les engagements entre l’architecte et les équipes métier ?
- Pourquoi le schéma directeur doit-il aussi décrire l'organisation de la DSI ?
- Pourquoi observer le travail réel des équipes pendant un audit informatique ?
- Que vérifier sur les données, les identités et les compétences lors d'un audit de maîtrise du SI ?
- Quelles compétences développer pour faire évoluer la gouvernance des données ?
- Quelles compétences prévoir pour automatiser la gestion des données ?
- Quelles questions poser lors d’un entretien avec les métiers et les équipes techniques ?
- Quels documents fournir à la direction, aux métiers et aux équipes techniques en architecture d’entreprise ?
- Qui doit trancher lorsqu’un problème de données ne peut pas être résolu par les équipes ?
Conduite du changement
Préparer les usages, accompagner les équipes et vérifier l'adoption. Tenir compte des contraintes du terrain dans le rythme et les modalités de transformation.
- Comment accompagner le changement dans un programme de gouvernance des données ?
- Comment définir des critères d’acceptation clairs pour les livrables d’un projet ?
- Comment éviter de saturer les salariés avec plusieurs transformations simultanées ?
- Comment intégrer la conduite du changement au schéma directeur ?
- Comment organiser les décisions sur les risques et les changements d’un projet ?
- Comment passer des décisions d’architecture aux changements concrets dans le SI ?
- Comment préparer les salariés à un changement d’outil informatique ?
- Comment sensibiliser les équipes aux risques de dépendance informatique ?
- Comment suivre les changements décidés et les exigences qu’ils modifient ?
- Comment suivre les formations et les actions de sensibilisation d'un projet SI ?
- Comment traiter les demandes de changement et les risques pendant un projet ?
- Comment transformer une vision du SI en priorités de changement ?
- Que mettre dans un plan de conduite du changement ?
- Quels freins peuvent empêcher l'adoption d'une gouvernance des données ?
Exécution et maîtrise des projets
Cadrer et conduire les initiatives retenues dans le schéma directeur. Suivre leurs engagements, leurs risques et leur contribution à la transformation d'ensemble.
- À quoi sert un plan de capacité pour préparer un projet informatique ?
- Comment choisir une méthode d'identification des objets métier ?
- Comment distinguer maintenance courante et évolution d'un produit informatique ?
- Comment éviter que les projets de transformation du SI partent dans tous les sens ?
- Comment faire avancer un projet sans ignorer les retours des utilisateurs ?
- Comment formaliser un projet informatique porté avec une direction métier ?
- Comment obtenir un engagement clair de tous les participants au lancement d’un projet ?
- Comment optimiser les capacités disponibles pour un projet ?
- Comment organiser le suivi et le contrôle d’un projet informatique ?
- Comment piloter la réalisation d’un projet informatique ?
- Comment rendre les capacités nécessaires disponibles au bon moment dans un projet ?
- Comment reprendre le pilotage d’un système d’information mal maîtrisé ?
- Comment revoir les engagements pris avec les métiers quand le projet évolue ?
- Comment savoir si l’on dispose des capacités nécessaires pour lancer un projet ?
- Comment savoir si un projet avance réellement plutôt que de se fier aux pourcentages annoncés ?
- Comment savoir si un projet informatique est prêt à démarrer ?
- Comment suivre dans un même tableau les projets prévus et les déploiements réalisés ?
- Comment tirer les leçons des projets passés pour faire évoluer le SI ?
- Comment utiliser des tableaux de bord pour suivre un projet informatique ?
- Comment vérifier que les métiers respectent leurs engagements dans un projet informatique ?
- Pourquoi faut-il cadrer un projet informatique avant de commencer ?
- Que doit contenir une charte de projet informatique ?
- Que faire juste après la validation du schéma directeur SI ?
- Quelles conditions réunir avant de lancer les travaux d’un projet informatique ?
- Quelles erreurs éviter lors de la clôture et du transfert à l'exploitation ?
- Quelles informations réunir dans un plan de projet informatique détaillé ?
- Quelles méthodes aident à construire une vision du SI cohérente avec la stratégie métier ?
- Quels éléments réunir avant de lancer le cadrage d'un projet SI ?
- Quels pièges éviter dans le reporting et le contrôle d'un projet SI ?
- Quels résultats vérifier à la fin de la réalisation d’un projet informatique ?
Livrables et communication
Produire des supports qui facilitent la décision et la compréhension. Structurer les synthèses, les fiches d'initiative et les présentations aux différents publics.
- À quoi sert un rapport d’étonnement en architecture d’entreprise ?
- Comment communiquer sur un programme de gouvernance des données ?
- Comment consigner les blocages et les pistes d’amélioration du système d’information ?
- Comment construire un plan d'amélioration avec responsables, ressources et calendrier ?
- Comment définir la gouvernance et la communication dans une charte de projet ?
- Comment diffuser le rapport d’audit et préparer le plan de remédiation ?
- Comment documenter et faire évoluer la segmentation des domaines métier ?
- Comment documenter les dépendances entre applications et infrastructures ?
- Comment documenter les données gérées par chaque application ?
- Comment documenter les liens entre les objets métier et les données ?
- Comment documenter un flux informatique en complément du schéma ?
- Comment documenter une dépendance de bout en bout, du métier à l’infrastructure ?
- Comment faire le bilan de la coopération entre la DSI et les métiers ?
- Comment faire une synthèse utile des retours des utilisateurs et des métiers ?
- Comment identifier les objets métier à représenter dans une cartographie du SI ?
- Comment préciser qui fait quoi et comment communiquer dans un projet ?
- Comment présenter les applications et les infrastructures d'une solution ?
- Comment présenter les écarts de RTO, de RPO et de qualité observés pendant un test ?
- Comment présenter les problèmes du SI à la direction sans se perdre dans la technique ?
- Comment présenter les résultats d’un audit informatique en réunion ?
- Comment présenter un schéma directeur SI en dix minutes à la direction ?
- Comment présenter une évaluation de l’architecture et de la stratégie du SI ?
- Comment présenter une recommandation et son plan d'action à un décideur ?
- Comment rédiger un rapport d’étonnement clair et utile ?
- Comment rédiger une synthèse d’audit sans noyer la direction dans les détails ?
- Comment représenter le passage du SI actuel au SI cible ?
- Comment représenter les processus, les applications et les infrastructures sur une cartographie ?
- Comment représenter les responsabilités et les règles de gouvernance ?
- Comment représenter les ventes et le service client dans une cartographie des activités ?
- Comment représenter visuellement une chaîne de valeur ?
- Comment structurer un rapport d'étonnement complet ?
- Comment structurer un rapport de synthèse d’audit informatique ?
- Comment suivre la qualité des livrables et les engagements des fournisseurs ?
- Comment transformer un rapport d’étonnement en plan d’action ?
- Où trouver un exemple de rapport d’étonnement sur le système d’information ?
- Peut-on piloter un schéma directeur SI avec un simple tableur ?
- Pourquoi associer les métiers à la synthèse de l’audit SI ?
- Pourquoi documenter ce qui arrive aux données de leur création à leur suppression ?
- Que doit contenir la synthèse exécutive d'un BIA ?
- Que doit contenir le rapport final d’un audit du système d’information ?
- Que doit contenir un rapport d'analyse et de recommandations sur le SI ?
- Que doit contenir une fiche projet dans le schéma directeur ?
- Que faut-il représenter pour comprendre qui pilote le système d’information ?
- Que mettre dans un rapport d’analyse du système d’information ?
- Quelles erreurs éviter lors de la rédaction et de la restitution d’un audit SI ?
- Quelles règles de rédaction suivre pour un rapport d’audit clair ?
- Quels livrables produire à la fin du cadrage d'un projet SI ?
- Quels livrables produire pour organiser une démarche d’architecture d’entreprise ?
- Quels livrables sont vraiment indispensables pour un schéma directeur SI ?
- Quels risques de dépendance informatique présenter au conseil d’administration ?
- Quels thèmes aborder dans la synthèse d’un audit informatique ?
- Qui doit relire et valider un rapport d’étonnement ?
Révisions et amélioration continue
Faire vivre la stratégie et la feuille de route. Exploiter les retours d'expérience, les changements de contexte et les résultats pour ajuster les choix.
- À quelle fréquence faut-il actualiser le schéma directeur SI ?
- Comment centraliser et tenir à jour les informations sur les processus et les données ?
- Comment choisir et classer les sources de veille informatique ?
- Comment faire de l’audit un point de départ pour l’amélioration continue ?
- Comment faire vivre le schéma directeur sans refaire une grande étude chaque année ?
- Comment garder une trace des révisions de la stratégie informatique ?
- Comment organiser une veille technologique utile à la stratégie du SI ?
- Comment suivre les actions après une révision de l'architecture ?
- Que faire quand la stratégie d'entreprise change au milieu du schéma directeur ?
- Quels documents actualiser après une évolution des processus et des outils ?
