Aller au contenu
PERINGER Data Solutions, retour à l’accueil

Retour

Solution

Le dossier d’exploitation

La question n’est pas seulement de savoir si l’informatique fonctionne, mais si un tiers autorisé peut exécuter les tâches prioritaires avec les accès et dépendances disponibles. Le dossier devient probant lorsqu’une autre personne l’utilise réellement.

Le savoir qui n’est écrit nulle part

Concrètement

  • Schéma d’architecture lisible par quelqu’un qui découvre l’environnement
  • Inventaire du matériel, des logiciels, des licences et des accès, avec leurs dates
  • Carte des dépendances : ce qui tombe si telle machine s’arrête
  • Procédures d’exploitation par tâche, écrites pour être suivies sans vous
  • Contacts et contrats : fournisseurs, numéros de support, échéances
  • Document versionné et daté, avec une révision prévue plutôt qu’espérée

Les systèmes concernés

  • Outils d’inventaire et de gestion de parc déjà en place
  • Annuaire et gestionnaire de mots de passe, pour la liste des accès
  • Systèmes de sauvegarde, pour ce qui est réellement protégé
  • Dépôt Git ou base de connaissance interne, pour l’héberger
  • Contrats et portails fournisseurs, pour les échéances

Ligne de serviceServeurs et hébergement →

Déroulement

  1. Relevé

    L’état des lieux dure ce que les systèmes, fournisseurs, chemins d’accès, exceptions et sources exigent. Le périmètre est fixé avant d’ouvrir la moindre console.

  2. Écriture

    Schéma, inventaire et dépendances, rédigés pour un lecteur qui n’a jamais vu l’environnement.

  3. Épreuve

    Quelqu’un d’autre suit la procédure à la lettre. Les manques ressortent tout de suite.

  4. Tenue à jour

    Une révision datée, et la règle simple d’écrire un changement d’architecture au moment où il a lieu.

Vérifier l’adéquation : Le dossier d’exploitation

Décrivez le contexte, les contraintes et la décision attendue. Le premier échange sert à qualifier le périmètre, les limites et la prochaine étape utile.

Décrire la situation