Les 14 heures : comment les ingénieurs hardware perdent la moitié de leur semaine à retracer leur propre travail
L'INCOSE a publié son enquête 2026 sur la productivité de l'ingénierie système en février. Le chiffre phare a marqué les esprits : les ingénieurs système expérimentés sur des programmes hardware complexes déclarent passer en moyenne 14,2 heures par semaine sur des tâches qu'ils décrivent comme de la reconstruction de contexte. C'est retrouver la dernière révision d'une exigence, traquer l'ECN qui a justifié une modification, localiser le rapport d'essai qui a prouvé une marge, et reconstituer la justification avant de pouvoir faire du véritable travail d'ingénierie.
À quoi ressemblent vraiment 14 heures
L'étude a ventilé les heures perdues par activité. La recherche à travers des outils déconnectés (PLM, gestionnaire d'exigences, disques réseau, e-mail, messagerie) représente 4,8 heures par semaine. La reconstruction manuelle de la traçabilité entre exigence, conception et artefacts d'essai représente 3,6 heures. Le reformatage des données pour les réunions de revue représente 2,9 heures. La résolution des conflits entre versions de documents représente 1,7 heure. La confirmation que rien n'a changé depuis la dernière revue (l'activité la plus démoralisante, selon les entretiens qualitatifs) représente 1,2 heure.
Un ingénieur système senior en France coûte environ 85 000 € chargés par an (rapport Apec sur les salaires hardware, 2025). Quatorze heures par semaine, c'est 35 % de la capacité. Le coût direct par ingénieur est d'environ 30 000 € par an, avant même de compter les retards en cascade que cela entraîne dans le programme.
Pourquoi cela se produit
La cause profonde est structurelle, pas comportementale. Les programmes hardware modernes utilisent entre 8 et 15 outils d'ingénierie distincts. La CAO vit dans CATIA ou NX. Les exigences vivent dans DOORS ou Polarion. Les tests vivent dans HP ALM ou qTest. Les achats vivent dans SAP. Le logiciel vit dans Git. La communication vit dans Teams ou Slack. Chaque outil était le meilleur de sa catégorie au moment de sa sélection. Ensemble, ils forment un contexte fragmenté où personne ne peut voir l'image complète.
Les matrices de traçabilité que les équipes construisent pour combler cet écart sont elles-mêmes des artefacts manuels. Des fichiers Excel maintenus par un seul propriétaire. Le jour où ce propriétaire est en congé est le jour où une revue échoue.
Le multiplicateur de productivité d'un graphe connecté
La même étude INCOSE a suivi un groupe témoin d'équipes utilisant des plateformes d'ingénierie fondées sur un graphe (Aras Innovator, Siemens Polarion ALM avec extension graphe de connaissances, et des outils émergents comme Koddex). Ces équipes ont déclaré 4,1 heures par semaine sur les mêmes activités de reconstruction de contexte. C'est une réduction de 71 %.
La raison n'a rien de magique. Quand chaque artefact est un nœud typé et chaque relation une arête explicite, trouver ce dont vous avez besoin est une requête, pas une recherche. Quand le système calcule automatiquement l'impact d'une modification, vous ne reconstruisez pas la matrice de traçabilité avant chaque revue. Quand le dossier est une projection du graphe vivant, vous ne reformatez rien.
Ce que les ingénieurs seniors devraient faire dès maintenant
Le premier mouvement, c'est la mesure. La plupart des directeurs d'ingénierie ne savent pas comment leur équipe passe son temps. Un relevé d'activité de deux semaines, même sur un échantillon d'ingénieurs seniors, fera ressortir le même schéma des 14 heures. Le deuxième mouvement, c'est l'audit de la chaîne d'outils. Chaque outil qui n'écrit pas dans un graphe partagé est une future heure de reconstruction de contexte.
Le troisième mouvement est structurel. Choisir un backbone d'ingénierie fondé sur un graphe et y migrer les artefacts critiques (exigences, BOM, matrice de vérification) est la seule intervention qui produit des effets cumulés. L'amélioration des processus par-dessus un outillage fragmenté n'en produit pas.
Koddex existe pour récupérer ces 14 heures. Les ingénieurs ne méritent pas de passer un tiers de leur semaine à prouver que leur propre travail a bien eu lieu.
