← Réalisations

Poste par poste, à la main

Deux constructeurs, deux outils, des dizaines de modèles — et des pilotes qu’on ne mettait à jour qu’une fois le problème arrivé.


Parc
HP et Dell
Systèmes
Windows 10 et 11
Codes retour définis
5

Ce qui n’allait pas

Les pilotes, firmwares et BIOS se mettaient à jour poste par poste, à la main. C’était chronophage, impossible à suivre à l’échelle du parc, et cela n’arrivait en pratique que dans trois cas : un problème déjà survenu, une opération de prévention, ou le déploiement d’un poste neuf.

Autrement dit : la maintenance préventive était une intention, pas une pratique.

Ne pas remplacer les outils, les orchestrer

HP et Dell fournissent déjà leurs utilitaires — HP Image Assistant et Dell Command Update. Ils font correctement leur travail. Le problème n’était pas leur qualité, c’était qu’ils s’utilisent un poste à la fois.

L’enjeu était donc de les piloter depuis un script centralisé, capable de détecter le constructeur et d’orienter le traitement, plutôt que de réinventer ce qui existait.

Deux chemins possibles

Le premier coûtait moins cher à première vue.

Écartée

Laisser les utilisateurs lancer l’outil eux-mêmes

  • Aucune infrastructure, peu de charge apparente pour le service
  • Dépend entièrement de l’utilisateur
  • Risque d’interruption en pleine mise à jour
  • Aucune traçabilité, parc hétérogène
Retenue

Deux stratégies de groupe, dont une interface d’information

  • Traitement automatisé, compatible HP et Dell
  • L’utilisateur est prévenu, et ne peut pas couper au mauvais moment
  • Journalisation exploitable, sans besoin d’être sur site
  • Développement et maintenance, et autant de cas que de constructeurs

Ce que ça change

Avant

On y va quand ça casse.

Chaque poste nécessitait une intervention manuelle. À l’échelle du parc, les mises à jour n’étaient déclenchées qu’après un incident, lors d’une opération de prévention, ou à l’installation d’un poste neuf.

Après

Le parc se tient à jour tout seul.

Une stratégie de groupe dépose le script, une autre lance l’interface au bon moment. Le script détecte le constructeur, appelle l’outil correspondant et journalise tout. Si aucune mise à jour n’est disponible, l’utilisateur ne voit jamais rien.

Faites glisser pour comparer

Ce que je referais autrement

L’interface a bloqué en production, et je le dis

Lors de la mise en production, des blocages ponctuels de l’interface graphique ont été observés sur certains postes. Le principe de la solution n’est pas remis en cause, mais la robustesse de la partie visible par l’utilisateur, si.

Trois évolutions sont identifiées : une temporisation, une fermeture contrôlée en cas d’inactivité prolongée, et une centralisation des rapports d’exécution pour ne plus dépendre d’une lecture poste par poste.

Le détail est dans le dossier professionnel : l’orchestration des deux outils constructeurs, l’interface développée en C#, les codes retour et le tableau de recette.