2011 : le lancement était la partie facile
En repensant à 2011, presque toutes les annonces intéressantes finissent par poser une question d’entretien. Office 365 peut déplacer le courriel, le BYOD laisse le téléphone sortir du bureau et SharePoint devient une habitude. Dans chaque cas, créer l’accès est plus facile que gérer ce qui arrive ensuite.
Je peux résumer l’année par trois boucles : identité, contenu et exploitation. Une boucle fonctionne seulement si son état revient vers une personne capable d’agir.
Trois exemples de cycle complet
Pour un compte Office 365 :
- créer l’identité et l’ajouter aux bons groupes;
- synchroniser ou fédérer l’authentification;
- attribuer la licence et vérifier l’accès;
- surveiller les connexions inhabituelles;
- révoquer sessions, groupes et licence au départ.
Pour un document SharePoint, la boucle va de brouillon à approbation, publication, révision et retrait. Pour un téléphone personnel, elle va d’enregistrement à conformité, synchronisation, perte éventuelle et révocation. Si le dessin s’arrête au troisième point, l’organisation accumule comptes orphelins, procédures périmées et appareils encore autorisés.
Ces cycles partagent des composants : annuaire, groupes, politiques, journaux, sauvegardes et support. Ils partagent aussi une contrainte de délai. Un départ traité dans la paie aujourd’hui mais propagé demain vers le cloud laisse une fenêtre d’accès. Une procédure modifiée mais pas encore indexée produit une fenêtre d’information périmée.
Exploiter veut dire observer et récupérer
Je définirais pour chaque service quelques signaux reliés à l’usage : ouverture de session complète, synchronisation réussie, document retrouvé, file d’erreurs et âge du dernier traitement. Le ping d’un serveur ne couvre aucun de ces parcours. Un identifiant de corrélation et des événements structurés permettent de suivre une opération entre les composants.
La reprise doit être testée au niveau où l’utilisateur perd quelque chose. Restaurer une base entière ne répond pas nécessairement à un courriel effacé; répliquer une boîte ne récupère pas une suppression logique; effacer un téléphone à distance ne protège pas celui qui reste hors ligne. Chaque panne demande son mécanisme.
L’année m’a aussi rappelé que l’interface détermine l’adoption. Une pièce jointe gagne si le lien demande trois authentifications. Un appareil personnel contourne la politique si l’option officielle est inutilisable. Le contrôle qui ignore le parcours produit son propre contournement.
Vérifier les boucles avec un inventaire commun
Ces cycles ont besoin d’un inventaire qui relie personne, compte, appareil, site et propriétaire. Sans clé commune, le départ de Julie ferme son annuaire mais laisse un téléphone et deux espaces dont personne ne connaît la responsabilité. Un rapprochement quotidien compare les sources et produit les écarts : compte actif sans employé, appareil non vu depuis trente jours, site sans propriétaire et licence sans usage. Le traitement ne supprime pas automatiquement tout ce qui paraît orphelin; il classe le risque, demande une décision et conserve la preuve. Cette mécanique transforme l’entretien en une file finie plutôt qu’en ménage annuel improvisé après une panne ou un audit.
Pour 2012, je garderais un exercice simple dans chaque architecture : prendre une ressource — compte, document, appareil ou message — et raconter sa création, ses changements, sa surveillance, sa récupération et sa fin. Le lancement devient alors une étape du cycle, pas la ligne d’arrivée.