Ingénierie

Entre cinq et quinze pour cent sur la livraison, dans les études qui mesurent de bout en bout plutôt que de compter des lignes. La production individuelle augmente bien davantage, mais le gain est absorbé plus loin, en relecture, en reprise et en défauts qui remontent plus tard.

Parce que produire est devenu bon marché et que vérifier ne l'est pas devenu. Le temps médian de relecture a fortement augmenté et trente et un pour cent de pull requests supplémentaires fusionnent sans aucune revue. La file d'attente n'a pas disparu, elle s'est déplacée là où personne ne la mesurait.

Elle peut être générée, puis elle doit être élaguée. Une campagne qui grossit à chaque fonctionnalité sans jamais perdre un test devient lente, puis ignorée, puis désactivée. Ce qui compte n'est pas la couverture sur le papier, c'est quels tests échoueraient réellement si le code était faux.

La vérification. Dans un atelier ou sur un poste électrique, on ne redéploie pas en une minute et le lien n'est pas toujours là. Le comportement doit être démontrable là où le logiciel s'exécute, ce qui façonne l'architecture au lieu de s'y ajouter.

Un projet logiciel avec un problème de modélisation dedans. Le modèle est la moitié facile. Ce qui décide de son usage, c'est la donnée qui l'alimente, le rythme auquel il se rafraîchit, et la capacité d'un exploitant à voir qu'il a dérivé de l'actif qu'il représente.

Là où la frontière entre conseiller et agir est écrite, oui. Un copilote qui remonte une procédure ou lit un historique de maintenance sert immédiatement. Ce qui écrit dans un système de conduite est une autre décision, et elle se prend à part.

Par ce qui livre déjà. Nous mesurons le chemin actuel entre le commit et la production, cherchons où un changement attend réellement, et traitons cela. Commencer par l'outillage avant de savoir où est la file achète de la vitesse au seul endroit qui n'était pas lent.