Le logiciel peut avoir une ligne de production

Pendant des années, dire que le logiciel n'est pas une fabrique de chaussures était une façon honnête d'arrêter un mauvais processus. Une chaussure se découpe dans un patron. Les postes répètent. Si l'on ajoute des mains, la ligne avance plus vite. Le logiciel, presque toujours, était le patron : chaque fonction se concevait pendant qu'on la construisait.

Fred Brooks en a écrit la conséquence dans The Mythical Man-Month. Ajouter des gens à un projet en retard le retarde encore. Le métier qui a suivi a gardé l'avertissement. Le coût était dans l'invention. Copier le résultat ne coûtait presque rien. On ne pouvait pas accélérer le travail en traitant chaque changement comme une paire de chaussures de plus.

Une ligne de production a quatre pièces. Un patron qui existe déjà. Des postes qui répètent une étape connue. Une tolérance qui dit de combien le résultat peut s'écarter. Une inspection qui peut refuser la pièce.

Cela n'exige pas un travail mécanique. Cela exige un travail reconnaissable. Si vous pouvez dire ce qui entre, ce qui doit sortir, et comment vous verrez un mauvais résultat, vous avez le début d'une ligne.

En ligne, dans ce texte, veut dire que le changement a parcouru la ligne de production : spécifié, généré, testé, revu et prêt à sortir. Cela ne veut pas dire publié sur internet.

Un agent peut occuper un poste quand le patron est déjà là. Il faut une spécification, des exemples de la façon dont ce type de changement a déjà été fait, et un contrôle qui dit si le résultat convient. L'agent rédige, lance le contrôle, corrige et laisse le changement prêt pour une personne. Spécification, génération, test, revue, sortie. Cette suite est une ligne de production pour un type de changement que l'on connaît déjà.

La ligne de production ne décide pas quelle chaussure vaut la peine d'être faite. Une personne tient le patron et l'inspection. L'architecture nouvelle, le goût, le jugement produit quand la demande est ambiguë, et tout ce qu'un contrôle ne peut pas déclarer mauvais, restent là. La responsabilité aussi. Quelqu'un répond de ce qui est sorti.

Cette limite est utile. La ligne couvre la part déjà répétable. Le reste du travail reste un métier.

Scraplay construit ces lignes là où le travail est répétable : des agents dans une suite fixe, un contrôle avant de faire confiance au résultat, et une personne qui peut le refuser. Si un changement de votre système a déjà un patron, il peut passer en ligne. S'il n'en a pas, il n'y a pas de poste à simuler.