La décision dépend de la nature du problème et du temps que chaque option coûte — et le réflexe « on réinstalle tout » n'est pas toujours le bon, ni le plus rapide. Privilégiez la réparation ciblée quand le problème est identifié et circonscrit : un pilote défectueux (on le réinstalle), une mise à jour qui a mal tourné (on la désinstalle), un logiciel qui plante (on le répare ou réinstalle), un fichier système corrompu (des outils intégrés à Windows permettent de vérifier et réparer les fichiers système), un malware (on le supprime avec les outils adaptés). Réparer est plus rapide, préserve la configuration et les données, et évite de tout reconfigurer — c'est la démarche professionnelle par défaut quand on comprend la cause. Envisagez la réinstallation propre (formatage) dans quelques cas précis : quand les problèmes sont multiples, diffus et persistants malgré les réparations (système instable, lenteurs inexpliquées, comportements erratiques) ; quand une infection sérieuse ne peut être nettoyée avec certitude (en cas de doute sur un malware profond, réinstaller est plus sûr) ; quand vous reconfigurez un poste pour un nouvel utilisateur ; ou quand le temps passé à diagnostiquer dépasserait le temps d'une réinstallation propre. Le calcul est souvent pragmatique : si vous avez déjà passé une heure à chercher sans trouver, une réinstallation (avec une image standardisée, section 1.1) peut être plus efficace. Deux garde-fous absolus, quel que soit le choix. Sauvegardez les données avant tout formatage — c'est non négociable, et l'oubli le plus catastrophique du métier. Et notez la configuration à reproduire (logiciels, paramètres, accès), sinon la réinstallation « propre » se paiera en heures de reconfiguration et en tickets. En entreprise, une bonne standardisation (image de référence, déploiement automatisé) rend la réinstallation si rapide qu'elle devient souvent l'option préférée face à un dépannage incertain.

La standardisation et la prise en compte des besoins spécifiques ne s'opposent pas : on standardise le socle commun et on ajuste à la marge — et c'est justement ce qui rend un parc gérable. Les bénéfices de la standardisation sont considérables. La rapidité de déploiement : avec une image de référence et un déploiement automatisé, préparer un poste passe de plusieurs heures manuelles à une opération largement automatique — décisif quand on doit équiper dix nouveaux arrivants. La fiabilité : des postes identiques se comportent de façon identique, donc les problèmes sont reproductibles et les solutions réutilisables ; un parc hétérogène, où chaque machine est configurée « à la main » différemment, transforme chaque incident en enquête unique. La sécurité et la conformité : on garantit que tous les postes ont les bons paramètres de sécurité, les mises à jour, l'antivirus, le chiffrement — impossible à assurer poste par poste. La maintenance enfin : mettre à jour, dépanner ou remplacer un poste standardisé est bien plus simple. Quant aux besoins différents, ils sont réels mais se gèrent par-dessus le socle standard, pas en abandonnant la standardisation. On définit typiquement quelques profils (bureautique standard, poste technique, poste créatif avec logiciels lourds) partageant la même base et différant par les logiciels métier et les ressources. Les logiciels spécifiques s'ajoutent en post-installation ou via un catalogue applicatif. Les droits et accès se gèrent par les comptes et les groupes (niveau 3), pas par une configuration manuelle du poste. La règle pratique : standardiser tout ce qui peut l'être (le système, les paramètres, la sécurité, les outils communs) et personnaliser uniquement le nécessaire (logiciels métier, droits d'accès). Un parc « artisanal » où chaque poste est unique paraît flexible mais devient ingérable et peu sûr à mesure qu'il grandit — c'est l'une des premières leçons qu'apprend un service IT qui passe à l'échelle.