Je deviens directeur TI chez HLC ce mois-ci, après avoir été directeur technique. La pénurie mondiale de semi-conducteurs me rappelle tout de suite qu’une stratégie numérique dépend encore d’usines, de matériaux et de boîtes qu’il faut livrer.

Une puce ne sort pas d’une seule machine. Une entreprise conçoit le circuit et produit les masques. Une fonderie dépose, grave et dope des couches sur une tranche de silicium par des centaines d’étapes. Les puces sont découpées, assemblées dans un boîtier, puis testées. Un serveur ajoute ensuite mémoire, contrôleurs, alimentation, carte mère et firmware provenant d’autres chaînes.

conception → masques → fabrication sur wafer → test wafer
           → découpe → assemblage/boîtier → test final
           → fabricant d'équipement → intégration → livraison

Chaque étape a une capacité et un rendement. Une tranche contient plusieurs circuits; certains échouent au test. Ajouter une nouvelle usine prend des années et beaucoup de capital, donc la capacité ne répond pas rapidement à une pointe. Une petite puce de gestion fabriquée sur un procédé plus ancien peut bloquer un produit aussi sûrement que son processeur principal.

Le délai total n’est pas seulement le transport. Si une composante nécessite 26 semaines, en commander une de remplacement à la semaine 25 ne rattrape rien. Une nomenclature, ou BOM, rend les dépendances visibles :

Composante	Délai annoncé	Sources qualifiées	Stock	Risque
contrôleur réseau	24 semaines	1	3 semaines	critique
mémoire	8 semaines	3	6 semaines	moyen
alimentation	12 semaines	2	8 semaines	moyen
châssis	4 semaines	2	10 semaines	faible

Le plus long chemin et la source unique dictent la disponibilité, pas la moyenne. Je relie aussi chaque pièce aux équipements qui l’utilisent et aux services qui dépendent de ces équipements. Un stock de sécurité se calcule à partir de la consommation pendant le délai et de sa variabilité; il ne doit pas devenir une accumulation aveugle qui prive les autres ou vieillit sur une tablette.

Une substitution demande une qualification. Deux contrôleurs qui semblent équivalents peuvent utiliser un pilote, un firmware, une consommation ou un format différent. Pour un poste bureautique, un autre modèle certifié peut suffire. Dans un équipement industriel ou un serveur critique, changer de composante sans test peut créer une panne ou invalider le soutien. Je conserve une liste d’alternatives approuvées et l’image logicielle qui fonctionne avec chacune.

Le cloud aide à éviter l’achat immédiat d’un serveur, mais ne fait pas disparaître le matériel. Le fournisseur répartit sa capacité entre régions et familles d’instances. Une instance précise peut être indisponible, une région saturée ou un quota trop bas. L’application devrait pouvoir utiliser une taille voisine ou remettre un traitement en file au lieu de dépendre d’un seul type rare.

Le cycle de vie inclut aussi sécurité et support. Garder un appareil plus longtemps est raisonnable si le fabricant fournit encore firmware et pièces, que la capacité suffit et que le risque est suivi. Un équipement non corrigé ne devient pas sécuritaire parce qu’il est difficile à remplacer. Je planifie le renouvellement avant la fin du support, avec données, configuration et procédure de migration.

Mon premier inventaire de directeur TI ne sera donc pas une liste de numéros de série seulement. Je veux service propriétaire, criticité, fin de support, délai de remplacement, alternative qualifiée et dépendance fournisseur. Ensuite je simule l’absence du composant le plus fragile. La pratique est de gérer le matériel comme une architecture avec des chemins de rechange, pas comme une commande passée après le bris.