C'est une tension réelle du métier : les mises à jour sont indispensables mais introduisent parfois des régressions, et bien la gérer distingue l'amateur du professionnel. D'abord, il faut affirmer clairement que ne pas mettre à jour n'est pas une option pour les correctifs de sécurité : les failles non corrigées sont la principale porte d'entrée des attaques (rançongiciels notamment), et le risque de rester vulnérable dépasse de très loin le risque qu'une mise à jour perturbe quelque chose. Un système « stable parce que jamais mis à jour » est un système dangereux. Cela dit, la crainte des régressions est fondée : il arrive qu'une mise à jour introduise un bug, casse la compatibilité d'un logiciel métier ou d'un pilote, ou dégrade les performances. La réponse professionnelle n'est donc pas de renoncer aux mises à jour, mais de les gérer avec méthode. Plusieurs pratiques. Le déploiement échelonné : appliquer d'abord les mises à jour sur un petit groupe de postes pilotes, vérifier que tout fonctionne pendant quelques jours, puis déployer sur le reste du parc — ainsi, si une mise à jour pose problème, elle n'affecte que quelques postes. La distinction par criticité : les correctifs de sécurité critiques sont appliqués rapidement ; les mises à jour de fonctionnalités majeures peuvent attendre d'être éprouvées. Le test de compatibilité pour les environnements sensibles : vérifier que les logiciels métier essentiels supportent la mise à jour avant de la généraliser. La capacité de retour arrière : savoir désinstaller une mise à jour problématique, et surtout disposer de sauvegardes (niveau 3) qui permettent de restaurer si nécessaire. Et le suivi : en entreprise, on utilise souvent des outils de gestion centralisée des mises à jour qui permettent de contrôler ce qui est déployé, quand, et sur quels postes. En résumé : oui, il faut appliquer les mises à jour, surtout de sécurité ; non, il ne faut pas les appliquer aveuglément et simultanément partout. La maturité consiste à combiner rigueur (on n'accumule pas de retard de sécurité) et prudence (on déploie de façon maîtrisée et réversible). Reporter indéfiniment par peur des régressions, c'est échanger un risque maîtrisable contre un risque bien plus grave.

C'est un vrai enjeu, car un parc accumule au fil du temps des logiciels installés puis oubliés — ce qui alourdit les postes, complique la maintenance, augmente la surface d'attaque (chaque logiciel est une faille potentielle) et gaspille des licences payantes. La démarche pour y voir clair combine inventaire, mesure et bon sens. La base est un inventaire logiciel (section 5.3) : un outil de gestion de parc recense automatiquement ce qui est installé sur chaque poste, ce qui donne déjà une vision d'ensemble impossible à obtenir manuellement. Certains outils vont plus loin en mesurant l'usage réel : dernière date de lancement, fréquence d'utilisation — donnée précieuse pour repérer les logiciels installés mais jamais ouverts. Croiser l'inventaire avec les licences détenues révèle les écarts dans les deux sens : des logiciels utilisés sans licence valide (risque juridique à régulariser) et des licences payées pour des logiciels inutilisés (économies possibles). Pour décider ce qu'on retire, plusieurs critères : un logiciel jamais utilisé depuis des mois est candidat à la désinstallation ; un logiciel en doublon (deux outils pour le même usage) peut être rationalisé ; un logiciel obsolète ou non supporté doit être retiré ou remplacé pour la sécurité ; un logiciel non autorisé installé par l'utilisateur (shadow IT) doit être évalué (répond-il à un vrai besoin à intégrer officiellement, ou est-ce un risque à supprimer ?). Quelques précautions avant de désinstaller en masse. Ne supprimez jamais un logiciel sans vérifier qu'il n'est pas une dépendance d'un autre outil ou un composant système. Prévenez et impliquez les utilisateurs : un logiciel qui semble inutilisé peut être essentiel pour une tâche périodique (une clôture mensuelle, un usage saisonnier) — d'où l'intérêt de mesurer sur une durée suffisante et de communiquer avant de retirer. Et procédez progressivement, en documentant. La rationalisation du parc logiciel est un travail continu, pas un grand ménage ponctuel : intégré à la gestion de parc, il garde les postes légers, sûrs et conformes, tout en optimisant les coûts de licences.