Documentation et gestion du changement
Définition
La documentation consiste à enregistrer les procédures, configurations, topologies et incidents IT. La gestion du changement (Change Management) est un processus formel pour planifier, approuver et implémenter les modifications d'infrastructure afin de minimiser les risques de perturbation.
| Composante |
Objectif |
| Documentation technique |
Référence pour le support et la continuité |
| Politique de changement |
Éviter les modifications non contrôlées |
| Processus d'approbation |
Valider l'impact avant implémentation |
| Plan de retour arrière |
Revenir en arrière si le changement échoue |
Contexte
CompTIA A+ teste la compréhension des types de documentation IT, du processus de gestion du changement et de l'importance de la documentation pour la résolution de problèmes et la conformité.
Détails techniques
Types de documentation IT
| Document |
Contenu |
Exemple |
| Topologie réseau |
Diagramme du réseau physique et logique |
Schéma Visio avec switch, routeurs, VLAN |
| Base de connaissances (KB) |
Solutions aux problèmes courants |
Article KB : "Imprimante hors-ligne" |
| Procédures opérationnelles |
Étapes pour les tâches récurrentes |
Guide : "Onboarding d'un nouvel employé" |
| Inventaire des actifs |
Liste du matériel et des licences |
Tableau : PC, serveurs, numéros de série |
| Diagramme de rack |
Position physique des équipements |
Rack U1-U42 avec serveurs et switches |
| Politique de sécurité |
Règles d'utilisation et de sécurité |
AUP (Acceptable Use Policy) |
| Journal d'incidents |
Historique des pannes et résolutions |
Ticket #4521 : panne serveur email |
Processus de gestion du changement
1. Demande de changement (RFC - Request for Change)
│
├── Description du changement
├── Justification / raison
└── Évaluation des risques
│
2. Analyse d'impact
│
├── Qui/quoi est affecté ?
├── Risques potentiels ?
└── Fenêtre de maintenance prévue ?
│
3. Approbation du CAB (Change Advisory Board)
│
├── Approuvé → Planifier l'implémentation
└── Refusé → Modifier ou annuler la demande
│
4. Implémentation du changement
│
├── Exécuter pendant la fenêtre de maintenance
├── Suivre le plan étape par étape
└── Documenter chaque action
│
5. Vérification
│
├── Tester la fonctionnalité
└── Pas de régression ?
│
6. Documentation post-changement
│
├── Résultat du changement
├── Problèmes rencontrés
└── Mise à jour de la documentation
Éléments d'une demande de changement
| Champ |
Description |
| ID du changement |
Numéro unique de suivi |
| Demandeur |
Personne qui initie le changement |
| Description |
Détail technique du changement |
| Justification |
Raison business ou technique |
| Impact |
Systèmes et utilisateurs affectés |
| Risque |
Probabilité et gravité des problèmes |
| Plan d'implémentation |
Étapes détaillées |
| Plan de retour arrière (rollback) |
Comment annuler si ça échoue |
| Fenêtre de maintenance |
Date et heure prévues |
| Approbateur |
Membre du CAB ayant validé |
Inventaire des actifs
| Champ |
Exemple |
| Nom de l'appareil |
PC-COMPTA-01 |
| Type |
Desktop Dell OptiPlex 7090 |
| Numéro de série |
SN-7090-ABC123 |
| Assigné à |
Marie Dupont |
| Emplacement |
Bureau 302 |
| Date d'achat |
2023-01-15 |
| Garantie |
Jusqu'au 2026-01-15 |
| OS |
Windows 11 Pro |
| Adresse IP |
192.168.1.45 (DHCP réservé) |
Acceptable Use Policy (AUP)
| Règle |
Description |
| Usage professionnel |
Les ressources IT sont pour le travail |
| Pas de logiciels non autorisés |
Seuls les logiciels approuvés sont installés |
| Mots de passe |
Ne pas partager, complexité requise |
| Email |
Pas de contenu offensant ou personnel excessif |
| Conséquences |
Avertissement, suspension, licenciement |
| Signature |
L'employé signe à l'embauche |
Exemple concret
L'équipe IT doit mettre à jour le firmware de 3 switches core. Ils soumettent un RFC au CAB : description de la mise à jour, impact (coupure réseau de 15 min pendant la fenêtre 02h00-03h00), risque (firmware corrompu possible), plan de retour arrière (image firmware précédente sauvegardée). Le CAB approuve. Le technicien exécute la mise à jour la nuit, vérifie la connectivité de tous les VLAN après redémarrage, et documente le succès dans le système de ticketing.
