Gouvernance des identités
Structurer les cycles de vie, les habilitations et les contrôles.
Une stratégie IAM qui part de votre organisation, pas d'un catalogue de produits.
Un projet IAM ne commence pas forcément par le remplacement d'une plateforme.
Il commence généralement par les identités à gérer, les processus existants, les sources RH, les applications, les responsabilités, les contraintes d'exploitation et les objectifs métier.
Lorsque ces éléments sont clarifiés, il devient beaucoup plus simple de choisir les technologies adaptées et de les faire fonctionner ensemble.
Les outils répondent rarement à la première question.
Avant de sélectionner une plateforme, il faut savoir quelles identités seront gouvernées, quelles applications devront être raccordées, quelles règles devront être appliquées et quelles équipes feront vivre le dispositif.
Une feuille de route crédible tient compte de l'organisation existante, des dépendances techniques, des contraintes d'exploitation, des ressources disponibles et des priorités métier.
Elle prépare les décisions à venir au lieu de les repousser.
Comprendre avant de construire
Chaque organisation possède déjà un fonctionnement, des données et des contraintes. La stratégie consiste à les rendre explicites avant toute décision structurante.
Les populations
Collaborateurs, partenaires, prestataires, comptes techniques et toutes les identités concernées.
Les événements
Arrivées, mobilités, départs, changements d'organisation et situations particulières qui déclenchent un cycle de vie.
Les sources
SIRH, annuaires, référentiels, applications métiers et qualité des données.
Les responsabilités
Managers, métiers, RH, RSSI, propriétaires d'applications, équipes d'exploitation et gouvernance.
Les accès
Applications, ressources, privilèges, authentification, fédération et modèles d'habilitation.
Les risques
Dette technique, écarts de conformité, difficultés opérationnelles, dépendances et limites de l'existant.
Les capacités
Compétences internes, gouvernance de projet, disponibilité des équipes, calendrier et budget.
Les objectifs
Résultats attendus, indicateurs de réussite, contraintes réglementaires et priorités métier.
Des décisions directement exploitables
Le résultat attendu n'est pas une présentation PowerPoint. Il s'agit d'un ensemble de décisions, de documents et de priorités permettant d'engager la suite du projet.
01
Diagnostic de maturité IAM
Évaluer la situation actuelle, les forces, les limites et les principaux axes de progression.
02
Cartographie fonctionnelle et technique
Décrire les applications, les sources, les flux, les annuaires et les dépendances.
03
Vision cible
Définir le fonctionnement attendu à moyen terme.
04
Schéma directeur IAM
Structurer les grandes étapes de transformation.
05
Modèle de gouvernance
Clarifier les rôles, responsabilités et règles de décision.
06
Catalogue de services IAM
Définir les services rendus aux métiers et leur mode de fonctionnement.
07
Architecture cible
Décrire les composants, leurs interactions et les principes techniques.
08
Backlog priorisé
Organiser les travaux selon leur valeur et leur faisabilité.
09
Feuille de route
Planifier les étapes successives de transformation.
10
Matrice des risques
Identifier les risques, hypothèses, dépendances et points de vigilance.
11
Principes directeurs
Formaliser les règles qui guideront les décisions futures.
12
Dossier d'aide à la décision
Présenter les scénarios possibles et leurs impacts.
Progresser par étapes
Nous privilégions des trajectoires progressives.
L'objectif n'est pas de remplacer tout le système d'information.
L'objectif est de produire rapidement des résultats visibles sans enfermer l'organisation dans une cible irréaliste.
Plus de 80 % de notre chiffre d'affaires est réalisé en engagement de résultats. Nous nous engageons sur ce que nous livrons, pas sur le temps que nous y passons.
- 01Sécuriser les fondations
- 02Fiabiliser les données
- 03Déployer un premier périmètre utile
- 04Démontrer rapidement la valeur
- 05Industrialiser les raccordements
- 06Étendre progressivement la couverture
- 07Préparer puis organiser le RUN
Quelques principes qui guident chaque projet
Security meets Business
Relier les décisions techniques aux besoins opérationnels.
Processus avant outils
Clarifier le fonctionnement avant de sélectionner une plateforme.
Identité avant compte
Commencer par la personne, le rôle ou l'organisation avant le compte informatique.
Standard avant spécifique
Privilégier les mécanismes standards lorsque cela est possible.
Pragmatisme avant perfection théorique
Chercher la prochaine étape utile plutôt qu'une cible inaccessible.
Automatisation maîtrisée
Automatiser ce qui apporte de la valeur tout en conservant les contrôles nécessaires.
Qualité des données
Une gouvernance fiable repose sur des données fiables.
Architecture progressive
Construire une plateforme capable d'évoluer dans le temps.
Documentation systématique
Produire une documentation utile pendant le projet et après la mise en production.
Transmission
Préparer l'autonomie des équipes clientes dès le projet.
RUN anticipé
Prévoir l'exploitation dès les premières décisions.
Technologie au service du besoin
Le choix d'une solution est la conséquence du besoin, jamais son point de départ.
La stratégie prépare les choix technologiques
Lorsque la trajectoire est définie, chaque domaine trouve naturellement sa place.
Access Management
Sécuriser les parcours d'accès des collaborateurs, partenaires et clients.
PAM
Protéger les comptes privilégiés, les secrets et les usages sensibles.
Autorisation fine
Décider dynamiquement qui peut réaliser une action donnée dans un contexte donné.
L'objectif n'est pas d'accumuler des produits.
L'objectif est de faire fonctionner ensemble la gouvernance des identités, les mécanismes d'accès, la gestion des privilèges, l'autorisation, les annuaires, les applications et les équipes qui les exploitent.
Quand une trajectoire change un projet
Étude stratégique d'un programme IAM existant
Une organisation disposait déjà d'une plateforme d'identité mais avait besoin de redonner une direction à son programme.
Ariovis a réalisé une étude de l'existant, analysé la gouvernance, le modèle d'autorisation, les développements réalisés et les possibilités d'évolution.
Le résultat est une trajectoire réaliste, des scénarios argumentés et un cadre de décision permettant d'engager les étapes suivantes.
La prochaine décision n'est peut-être pas une décision technique.
Commençons par clarifier le contexte, les priorités et les prochaines étapes utiles.