Vous avez remplacé les portables Windows 10, le tableau de bord indique Windows 11 et le rapport mensuel des mises à jour paraît rassurant. Un fournisseur vous demande alors si chaque poste utilise une version prise en charge. « Nous avons Windows 11 » ne suffit pas pour répondre.
Windows 11 24H2 Home et Pro ont atteint la fin des mises à jour le 13 octobre 2026. Enterprise et Education suivent un autre calendrier. Pour une PME luxembourgeoise, il faut identifier les appareils concernés et organiser une mise à niveau testée, tout en préservant les systèmes dont les équipes dépendent.
Cette checklist est à jour au 29 octobre 2026. Les faits relatifs au support proviennent de Microsoft ; les étapes d’inventaire, de pilote et de transfert constituent notre approche opérationnelle recommandée. Revérifiez les informations de version liées au moment de programmer votre déploiement.
Quelles éditions de Windows 11 24H2 sont concernées ?
Examinez ensemble l’édition et la version fonctionnelle. L’avis Microsoft sur 24H2 distingue Home et Pro, arrivées en fin de mises à jour, d’Enterprise et Education, qui continuent de recevoir les mises à jour mensuelles de sécurité jusqu’au 12 octobre 2027.
| Version installée | Action pour l’entreprise |
|---|
| Windows 11 24H2 Home ou Pro | Identifier le poste et programmer une version fonctionnelle prise en charge. |
| Windows 11 24H2 Enterprise ou Education | Maintenir les mises à jour de sécurité et planifier la transition ultérieure. |
| Windows 11 Enterprise LTSC ou IoT Enterprise LTSC | Vérifier le cycle de vie du produit exact ; ne pas appliquer l’échéance Home et Pro. |
| Windows 10 ou une autre version de Windows 11 | Évaluer cette version séparément, avec son éventuel dispositif de maintenance. |
L’ordinateur ne s’arrête pas de fonctionner parce que sa version atteint cette échéance. L’enjeu opérationnel concerne le support et la maintenance du système installé. La présence d’une mise à jour dans une console ne prouve pas que toutes les éditions partageant un numéro de version restent couvertes.
Construire un inventaire qui répond à la bonne question
Pour un appareil, consultez Paramètres, Système, Informations système et les spécifications Windows. Pour un parc, exportez les données équivalentes depuis l’outil de gestion et rapprochez-les du registre des actifs. Intégrez le dernier contact réussi : une ancienne fiche d’inventaire ne décrit pas forcément l’état présent du poste.
Prévoyez une ligne par appareil : identifiant, utilisateur, responsable métier, édition, version fonctionnelle, build, modèle matériel, dernier contact, source des mises à jour et prochaine action. Ajoutez applications critiques, besoins de travail à distance et éventuelle erreur ou suspension de compatibilité.
Incluez les portables de secours, les collaborateurs à temps partiel, les équipements de terrain et les machines rarement connectées. Convenez du traitement des appareils personnels accédant aux systèmes professionnels. Un inventaire limité aux postes actuellement présents sur le réseau du bureau ne couvre pas ces situations.
Attribuez un responsable à chaque ligne concernée. « Le prestataire regarde Windows » reste trop vague pour piloter un déploiement. Demandez une décision par poste : migrer, analyser un blocage, remplacer, retirer ou confirmer un autre calendrier. Notre service de gestion d’infrastructure peut aider à établir ce suivi.
Choisir une cible prise en charge sur la base de preuves de compatibilité
Les informations Microsoft sur les versions Windows 11 présentent les versions actuelles et leurs dates de maintenance. L’avis 24H2 oriente les utilisateurs concernés vers 25H2 ou 26H2. Choisissez une version compatible avec votre matériel, vos fournisseurs logiciels et vos outils, avec une durée de maintenance suffisante jusqu’à la prochaine revue prévue.
Ne choisissez pas uniquement le numéro le plus récent. Microsoft décrit 26H1 comme destinée aux nouveaux appareils, et non comme une mise à niveau sur place pour les postes 24H2 ou 25H2 existants. Le chemin de déploiement compte autant que la date de support.
Consignez la décision et ses dépendances : comptabilité, client VPN, protection des postes, périphériques spécialisés et conditions des fournisseurs. S’il manque une preuve, attribuez la question à un responsable au lieu de considérer implicitement l’application comme compatible.
Acheter une autre édition ne doit pas devenir la réponse par défaut à une migration retardée. Si ce changement est envisagé, vérifiez d’abord droits de licence, conditions de déploiement et coût global. Une cible prise en charge que l’entreprise peut maintenir vaut mieux qu’un achat de licence sans justification.
Pourquoi la mise à jour fonctionnelle n’est-elle pas proposée ?
Distinguez stratégie, compatibilité et état du poste. Les mises à jour peuvent être suspendues, l’appareil ciblé sur une ancienne version, protégé par une mesure de sauvegarde ou mal connecté à la gestion. Relevez la situation exacte avant de modifier les paramètres.
La documentation Intune de Microsoft indique que le ciblage d’une version reste actif jusqu’à modification ou suppression. Si vous utilisez Intune, vérifiez cible assignée et appartenance aux groupes. Attendre une nouvelle mise à jour mensuelle ne change pas nécessairement la stratégie de version fonctionnelle.
Les mesures de sauvegarde de compatibilité protègent les appareils contre des problèmes connus lors de la migration. Identifiez le blocage, examinez la configuration concernée et cherchez une résolution prise en charge. Une installation manuelle ne remplace pas la compréhension de sa cause.
Pour un poste distant ou rarement connecté, prévoyez un moyen réaliste de l’accompagner. Vérifiez espace disponible, alimentation, qualité de connexion et récupération si l’accès est perdu. Informez l’utilisateur : un redémarrage inattendu pendant un rendez-vous client est un échec opérationnel évitable.
Tester les tâches métier, y compris les moins simples
Choisissez un pilote représentatif de la diversité du parc. Incluez plusieurs modèles et les utilisateurs des applications dont une panne perturberait réellement l’activité. Les seuls portables de l’équipe informatique représentent mal le travail de toute l’entreprise.
Préparez une courte fiche d’acceptation avec un testeur métier nommé pour chaque processus critique. Demandez une tâche réaliste et consignez le résultat. « L’application s’ouvre » apporte moins de preuves qu’une facture de test finalisée, une signature autorisée ou une session d’assistance distante réussie.
- Ouvrir une session, verrouiller, déverrouiller et se reconnecter après redémarrage.
- Utiliser le circuit habituel de travail à distance et ouvrir les ressources nécessaires.
- Tester impression, numérisation, station d’accueil et matériel spécialisé selon les usages.
- Effectuer une opération représentative dans un outil métier avec des données de test sûres.
- Vérifier protection du poste, sauvegarde ou synchronisation et remontée dans la gestion.
Incluez les langues et dispositions de clavier pertinentes pour un environnement multilingue. Si les équipes utilisent certificats, cartes à puce ou outils de signature électronique, testez-les avec le fournisseur responsable. Ce sont des vérifications suggérées, pas l’annonce d’un défaut actuel d’une application particulière.
Le guide de préparation au déploiement de Microsoft décrit le processus général du fournisseur. Transformez-le en preuves adaptées à votre environnement plutôt qu’en liste copiée que personne ne valide.
Préparer la récupération avant d’étendre le déploiement
Confirmez où se trouvent les données professionnelles et si leur récupération fonctionne. Une icône de synchronisation ne constitue pas, à elle seule, un plan de reprise testé. Déterminez qui peut récupérer les clés autorisées de chiffrement du disque et comment assister un utilisateur distant si VPN ou connexion habituelle ne fonctionne plus.
Choisissez une méthode de récupération pour le déploiement réellement effectué. Vérifiez si un retour à la version précédente est disponible et à quelles conditions ; ne promettez pas de délai universel. Prévoyez une alternative, par exemple un poste de remplacement préparé, pour les tâches qui ne peuvent attendre.
Documentez la décision de suspendre le déploiement. Définissez quels échecs arrêtent le groupe suivant, qui prend la décision et comment l’entreprise sera informée. « Continuer tant que personne ne se plaint » oblige les équipes à découvrir et expliquer un défaut commun pendant leur journée de travail.
Déployer par groupes et vérifier le résultat
Après un pilote réussi, regroupez les postes selon le risque métier et les besoins de support. Planifiez chaque groupe avec un message clair, un contact disponible et une procédure de récupération convenue. Examinez les résultats avant de passer au groupe suivant.
Vérifiez édition et version fonctionnelle après le redémarrage. Contrôlez ensuite dernière mise à jour de sécurité applicable, protection du poste et remontée dans la gestion. Distinguez échecs et appareils hors ligne, afin qu’un bon taux global ne masque pas quelques cas encore à traiter.
Demandez aux responsables métier de confirmer leurs tests. Gardez des preuves proportionnées : une fiche complétée et l’état pertinent du poste valent souvent mieux qu’un dossier de captures sans conclusion. Notez problème, contournement, responsable et date de suivi.
Nos services technologiques relient déploiement et administration continue. Le transfert doit désigner un responsable de la prochaine revue de version, et ne pas se limiter à une installation terminée.
Garder les exceptions visibles et limitées dans le temps
Si un poste concerné ne peut pas encore migrer, notez motif, dépendance métier, restrictions provisoires, responsable et prochaine revue. Demandez-vous s’il a toujours besoin des mêmes accès pendant la résolution. Réduire l’exposition reste une mesure temporaire, pas un renouvellement du support Microsoft.
Convenez d’une sortie pour chaque exception : correctif fournisseur, remplacement d’une application, du matériel ou abandon d’un processus inutilisé. Faites remonter un blocage récurrent comme décision métier au lieu de le laisser disparaître dans la file du support.
Notre article sur exploitation informatique et résilience traite de la responsabilité au sens large. Cette checklist vise un résultat plus précis : savoir quels postes Windows restent pris en charge et démontrer la migration réussie de ceux qui étaient concernés.
Que demander à votre prestataire informatique ?
Demandez inventaire rapproché, cible choisie, résultats du pilote, état du déploiement et registre des exceptions. Exigez une explication claire pour chaque poste encore sous 24H2 Home ou Pro. La réussite signifie des appareils utilisables sur une trajectoire de support adaptée, avec des responsables explicitement nommés pour les risques restants.
Pour examiner votre parc Windows ou planifier la migration, contactez ObsidianCorps avec le nombre approximatif d’appareils, les outils de gestion et les applications critiques. Nous pouvons cadrer une évaluation et un déploiement pratique autour des systèmes que vos équipes utilisent réellement.
