Cloud & plateformes · Les essentielsNon. Le besoin de sauvegarde dépend des risques et des engagements du service, pas de sa seule localisation dans le cloud. La redondance, l'historique et la corbeille d'un produit ne répondent pas nécessairement aux mêmes…
Cloud & plateformes · Les essentielsNon. La séparation géographique ne supprime pas les dépendances communes : identité, administration, configuration, fournisseur, réseau ou processus de déploiement. Deux implantations peuvent protéger contre certains incidents…
Cybersécurité · Les essentielsLe score technique aide à caractériser une vulnérabilité, mais la priorité de traitement dépend aussi de son exposition, des possibilités d'exploitation, des actifs concernés et de l'impact métier. Il faut relier le constat…
Cybersécurité · Les essentielsNon. Un test d'intrusion apporte des constats sur un périmètre, une période, des moyens et des hypothèses donnés. L'absence de faille exploitée ne prouve pas l'absence de vulnérabilité. Le résultat doit être lu avec ses limites…
Identités & accès · Les essentielsNon. Le SSO vise à réutiliser une authentification entre plusieurs services ; l'authentification multifacteur renforce la vérification de l'identité. Les deux mécanismes peuvent se compléter. Centraliser les connexions sans…
Identités & accès · Les essentielsIl faut relier l'événement de départ à un inventaire des accès, exécuter les révocations puis vérifier le résultat. Désactiver le compte principal est une étape importante, mais elle ne couvre pas nécessairement les applications…
Continuité & PRA · Les essentielsLe RTO fixe un objectif de délai de reprise ; le RPO exprime la perte de données acceptable par rapport à un point de reprise ; la durée maximale d'interruption décrit une limite de tolérance de l'activité. Ces notions doivent…
Continuité & PRA · Les essentielsIl faut restaurer un périmètre représentatif, mesurer le temps nécessaire et vérifier que les données permettent de reprendre le service attendu. Un journal de sauvegarde sans erreur prouve l'exécution d'une tâche ; il ne prouve…
Incidents & crises · Les essentielsL'autorité de décision doit être prévue avant la crise, avec une délégation adaptée aux situations urgentes. La décision combine les conséquences métier et les risques techniques. Elle ne doit ni reposer sur un technicien isolé…
Incidents & crises · Les essentielsLe rétablissement technique, le retour du service et la clôture de l'incident sont trois moments qui peuvent différer. La clôture doit confirmer que le service attendu fonctionne, que les effets résiduels sont connus et que les…
Fournisseurs & souveraineté · Les essentielsLa complétude se vérifie par rapport à un inventaire attendu, pas au seul nombre de fichiers reçus. Il faut rapprocher les objets, les périodes, les métadonnées, les pièces jointes et leurs relations, puis tester que l'ensemble…
Fournisseurs & souveraineté · Les essentielsNon. La localisation est une dimension importante, mais la maîtrise dépend aussi du droit applicable, des acteurs qui administrent le service, des technologies, des clés, des compétences et de la possibilité de changer de…
Conformité · Les essentielsNon. La protection des données personnelles comprend des exigences juridiques, organisationnelles et de sécurité. Elle ne constitue pas une garantie d'absence d'incident. Il faut mettre en place des mesures adaptées, pouvoir les…
Conformité · Les essentielsNon. Une certification peut constituer un élément d'assurance, mais elle ne transfère pas automatiquement les obligations de l'organisation au fournisseur. Il faut d'abord déterminer le cadre applicable, puis vérifier le service…
Services & pilotage · Les essentielsPrésentez des indicateurs qui permettent une décision : qualité des services vitaux, risques importants, capacité de transformation, coûts et bénéfices. Un tableau de bord de direction ne doit pas être une collection de mesures…
Services & pilotage · Les essentielsPas nécessairement. Le nombre de tickets peut baisser parce que les incidents diminuent, mais aussi parce que les utilisateurs renoncent à contacter le support ou utilisent d'autres canaux. Il faut interpréter le volume avec la…
Les fondamentaux · ComprendreUn système d’information associe des personnes, des règles, des processus, des données et des moyens techniques pour produire et utiliser l’information. L’informatique n’en constitue que la partie automatisée : une validation…
Les fondamentaux · ComprendreComprendre le travail réel permet d’éviter de chercher une solution logicielle à un problème de responsabilité, de qualité de données ou d’organisation.
Les fondamentaux · ComprendreLe périmètre doit suivre une activité depuis son déclenchement jusqu’au résultat, y compris les échanges humains et les partenaires extérieurs.
Les fondamentaux · DiagnostiquerLe diagnostic doit confronter les déclarations à des situations observables. Faire exécuter un cas courant et un cas d’exception par les utilisateurs, puis comparer le parcours constaté à la description.
Les fondamentaux · Mettre en œuvreObserver une opération complète et ses exceptions. Dans une petite structure, un atelier réunissant le dirigeant et les personnes qui exécutent l’activité suffit pour établir une première vue. Un tableau maintenu vaut mieux…
Les fondamentaux · Mettre en œuvreUne séquence praticable consiste à : observer une opération complète et ses exceptions; puis identifier les informations nécessaires et leurs responsables; puis relier chaque outil aux étapes qu’il soutient.
Les fondamentaux · DéciderLe responsable métier décrit le service attendu ; la DSI explique les moyens et dépendances ; la direction arbitre les changements d’organisation.
Les fondamentaux · DéciderUne cartographie décrit une réalité à vérifier ; elle ne démontre pas à elle seule que le processus est efficace ou que l’information est fiable.