Vérification des postes du parc pour savoir lesquels peuvent passer sous Windows 11.
Objectif
Vérifier si les postes remplissent les prérequis de Windows 11.
Noter le résultat dans GLPI pour ne pas avoir à refaire la vérification à chaque fois.
Contexte
Windows 10 n’est plus suivi depuis octobre 2025. J’ai vérifié des postes du parc pour savoir lesquels peuvent recevoir Windows 11 et lesquels devront être remplacés.
Résultat
Les postes analysés ont une situation connue et notée. Le service peut planifier les mises à jour et les remplacements au lieu de traiter les postes un par un quand le problème arrive.
Mon intervention
J’ai fait l’identification et la vérification des postes, puis la mise à jour des informations de suivi.
Le projet et l’équipe
Le travail s’inscrit dans la gestion du parc menée par le service informatique : l’analyse alimente un état d’ensemble utilisé par le service, et non un diagnostic isolé.
B1.1.1 Recenser et identifier les ressources numériques.
L’analyse porte sur le patrimoine informatique lui-même : recenser les postes, vérifier leurs caractéristiques matérielles et logicielles, et tenir à jour les informations qui permettent de suivre leur situation vis-à-vis de Windows 11.
Un poste qui ne reçoit plus de mises à jour reste quand même en service, et il devient un point faible connu. Il fallait donc pouvoir dire, poste par poste, où il en est, à partir de choses vérifiées et pas supposées.
Les postes sont en service : l’analyse ne doit pas les rendre indisponibles.
Je me base sur ce que je constate sur la machine, pas sur le modèle : deux postes identiques ne sont pas toujours dans le même état.
À partir des informations de gestion de parc.
Caractéristiques matérielles et logicielles conditionnant la mise à jour.
Pour que le résultat serve aux décisions suivantes sans refaire la vérification.
Deux postes de même modèle ne présentaient pas la même situation vis-à-vis des prérequis de Windows 11.
Un symptôme qui disparaît sans qu’on sache pourquoi revient, et l’utilisateur est de nouveau bloqué.
Vérification poste par poste des caractéristiques conditionnant la mise à jour, sans généraliser à partir du modèle.
Chaque poste analysé porte une situation constatée, et non déduite.
Certains postes analysés portaient des informations de parc incomplètes.
Un poste configuré à part devient un cas isolé que personne ne sait reprendre, et ça se voit au premier incident.
Mise à jour des informations d’identification avant de consigner le résultat de l’analyse.
Le résultat de l’analyse est rattaché à un équipement identifié de façon certaine.
| Test | Résultat attendu | Résultat obtenu | Correction |
|---|---|---|---|
| Vérification des prérequis matériels sur un poste analysé | Les caractéristiques relevées permettent de conclure sur la compatibilité. |
Conforme. Conforme |
— |
| Rattachement du résultat d’analyse au bon équipement | Le résultat est consigné sur la fiche de l’équipement analysé. |
Conforme. Conforme |
— |
| Relecture d’un échantillon de postes analysés | La situation consignée correspond à ce qui est constaté sur le poste. |
Conforme. Conforme |
— |
Je préviens l’utilisateur de mon passage et de ce que je viens vérifier. Je ne lui annonce pas un remplacement : ce n’est pas moi qui décide.
Le but de la démarche est justement de sécurité : repérer les postes qui resteraient sans mises à jour après la fin du support de Windows 10.
J’ai compris la différence entre « ça devrait passer » et « je l’ai vérifié ». Deux postes du même modèle peuvent ne pas donner le même résultat. Ça rejoint directement ma veille sur la fin du support de Windows 10 : j’ai retrouvé sur le terrain ce que je lisais chez Microsoft.