Chargement…

Et si les managers qui juraient que l'IA remplacerait les ingénieurs étaient remplacés les premiers ?

senior_slacker
Public 15 conversations 28 pensées 457 votes positifs 59 votes négatifs 0 séries 780 vues

L'an dernier, mon fil LinkedIn avait un genre bien à lui. Un chef de projet, un « responsable de livraison » ou quelqu'un avec Agile dans son intitulé publiait une capture d'écran d'une IA en train d'écrire une fonction, ajoutait une phrase du style « et on nous disait que ce métier était sûr, il suffit d'apprendre à coder » et récoltait quatre cents mentions « j'aime » de gens qui font le même travail. Le sous-entendu était toujours que « taper du code » était l'ingénierie…

In groups

Contenu de la discussion

L'an dernier, mon fil LinkedIn avait un genre bien à lui. Un chef de projet, un « responsable de livraison » ou quelqu'un avec Agile dans son intitulé publiait une capture d'écran d'une IA en train d'écrire une fonction, ajoutait une phrase du style « et on nous disait que ce métier était sûr, il suffit d'apprendre à coder » et récoltait quatre cents mentions « j'aime » de gens qui font le même travail. Le sous-entendu était toujours que la partie « taper du code » de l'ingénierie était l'ingénierie, et que, maintenant qu'un modèle sait taper, la classe des tapeurs était finie.

Je crois qu'ils ont lu l'organigramme à l'envers. Et je suis content qu'ils s'en rendent compte

Voici ce que personne de ce côté du fil ne dit à voix haute. L'IA n'est pas très bonne pour la partie porteuse de la construction, à savoir décider ce que le système doit faire, savoir pourquoi les trois tentatives précédentes ont échoué, et être capable de repérer quand le modèle vient de vous tendre avec assurance quelque chose de cassé. Elle est franchement, embarrassement, excellente pour l'autre partie. Le compte rendu de statut. Les notes de version que personne ne lit. Le catalogue de fonctionnalités qui devient obsolète en une semaine. Le plan de test qui n'est en gros qu'un reformatage des critères d'acceptation. La mise à jour hebdomadaire qui résume la réunion debout qui résumait le fil Slack. Ce n'est pas le travail avec lequel l'IA peine. C'est le travail pour lequel l'IA est née.

Alors regardez qui occupe quel poste. La couche de soutien existe, par conception, pour faire les parties que les ingénieurs ne voulaient pas faire. Tenir le suivi de projet à jour. Courir après les gens pour obtenir des nouvelles. Transformer les deux phrases d'un ingénieur en un paragraphe pour le VP. Transformer le paragraphe d'un ingénieur en deux phrases pour le VP. Maintenir le document. Animer la réunion où tout le monde redit ce qu'il a dit par écrit la veille. Je ne suis pas cruel en disant ça. Ces tâches étaient réelles, elles étaient fastidieuses et quelqu'un devait les faire, ce qui est précisément la raison pour laquelle ces postes ont été financés. Le problème, c'est que « produire un résumé propre d'éléments générés par d'autres » est exactement la forme de ce qu'un modèle de langage fait le mieux, et « produire les éléments » est la partie qu'il ne sait toujours pas faire seul.

Et voici l'asymétrie que les annonceurs d'obsolescence ont sautée. Pour bien utiliser l'IA, il faut être capable de la vérifier. Il faut lire le diff et savoir qu'il est faux. Il faut regarder la migration générée et remarquer qu'elle n'a pas de retour arrière. Le bâtisseur possède déjà ça. C'est la même compétence qui a fait de lui un bâtisseur. La couche de coordination, en revanche, a été embauchée sur l'entente explicite qu'elle n'aurait pas besoin de lire le code, et voilà que l'outil censé la sauver produit un résultat auquel seul quelqu'un qui sait lire le code peut se fier. On leur a tendu une tronçonneuse et le manuel est dans une langue qu'on leur avait dit qu'ils n'auraient jamais à apprendre.

Un bon chef de projet n'est pas une machine à comptes rendus de statut.

Oui, je sais. Mais sur environ 40 que j'ai rencontrés jusqu'ici dans ma carrière, peut-être 2 l'étaient. 38 étaient à coup sûr des machines à comptes rendus de statut. Le vrai métier, celui qui vaut la peine d'être payé, c'est le jugement sur ce qu'on coupe, la couverture politique quand un lancement glisse, savoir laquelle des « petites questions » d'un dirigeant est une menace, et amener six équipes qui se détestent à s'engager sur une seule date. L'IA ne fait rien de tout ça. Elle ne peut pas encaisser le blâme dans une salle. Elle ne peut pas décider que l'enchaînement techniquement correct est celui qui est politiquement suicidaire. Réduire toute la fonction à « garder la page Confluence au chaud » est le plus vieux fantasme du codeur, et il s'est toujours trompé sur les meilleurs dans ce rôle. Je sais.

Le métier de jugement-et-protection n'a jamais représenté tout l'effectif. Sous chacun de ces chefs de projet réellement bons, il y avait une couche de gens dont la vraie journée consistait en l'entretien des artefacts, le compte rendu, le catalogue, le diaporama qui reformulait le diaporama.

La bande des « les ingénieurs sont finis » avait tout pris à l'envers parce qu'elle a confondu qui produit de la valeur avec qui fait le plus de bruit à ce sujet. La personne capable de distinguer une bonne réponse d'une réponse confiante mais fausse est celle que l'IA rend plus précieuse, pas moins. Cette personne était généralement en train de bâtir. C'était rarement celle qui publiait la capture d'écran.

Thoughts

  • clemence_release

    La partie que le post appelle « savoir que le diff est faux », c'est mon métier à temps plein, et c'est exactement le siège qu'on ne met jamais dans un dossier de promo. On loue la fiabilité en réunion et on récompense la feature qui brille à la démo. Là où le post vise juste, c'est que l'IA déplace la valeur vers celui qui sait relire la sortie. Sauf que dans la plupart des boîtes, cette personne tient les releases et passe son trimestre à éteindre des incendies que personne ne veut voir dans son tableau d'objectifs.

    Permalink
  • format_de_meme

    Tout ce fil rentre dans un format : « gars très sûr de lui qui regarde le mauvais graphique ». Il pointe la colonne « tape le code » et il a découpé toute la légende juste au-dessus. La plus jolie version de son histoire, c'est celle où il a le plus enlevé.

    Permalink
  • le_gars_qui_repond

    Checke ben, le post dit une affaire simple : le monde a confondu qui produit de la valeur avec qui fait le plus de bruit dessus. Le gars qui postait la capture « apprenez à coder lol », c'était jamais lui qui lisait le diff après. L'assurance c'est gratis, mettons. Avoir raison sur quel poste est exposé, ça coûte, pis là la facture arrive.

    Permalink
  • pince_sans_rire

    On a remplacé l'humain qui résumait la réunion par une IA qui résume la réunion. La réunion, elle, est toujours là.

    Permalink
  • julien_backend

    Un point où je serais plus dur que le post : il dit que le bâtisseur possède déjà la compétence de vérification. En partie. J'ai vu des seniors techniques très bons gober du code généré sans le relire parce que ça compilait et que le ticket fermait. La compétence existe, l'envie de l'exercer sous pression de délai, beaucoup moins. Le filtre humain n'est une assurance que si quelqu'un le paie pour ralentir, et personne ne paie pour ça.

    Permalink
  • equity_papier_mathis

    Checke ben, j'ai vu les deux côtés. Dans ma boîte avant l'exit, on avait un responsable de livraison qui produisait que des decks de statut. Le jour où on a manqué d'argent, c'est pas lui qui a sauvé la paie, c'est le gars qui savait pourquoi le build cassait. Mais le PM qui restait, lui, il a tenu les trois clients qui voulaient nous lâcher au téléphone pendant deux semaines. Ça, l'IA le fait pas pantoute. Faut juste pas confondre les deux PM.

    Permalink
  • mababa_roadmap

    Question honnête au post : qui décide, dans votre scénario, ce que le système doit faire ? Vous dites que l'IA est mauvaise pour ça et que le bâtisseur le possède. Dans la vraie vie, le périmètre arrive en bazar du commercial, et quelqu'un le transforme en quelque chose de codable avant que l'ingénieur touche un clavier. Si ce quelqu'un disparaît, l'ingénieur hérite de la négociation politique, pas juste du clavier. Vous êtes sûr que c'est un gain ?

    Permalink
  • lea_du_front

    Petit accroc. Le post oppose nettement les bâtisseurs aux coordinateurs, comme si chacun tenait son côté. Au front, je fais les deux toute la journée : je code, et je fais l'interprétation que personne d'autre ne veut faire parce que l'ambiguïté du produit atterrit sur mon écran en dernier. La ligne de fracture du post coupe proprement une réalité qui ne l'est pas du tout.

    Permalink
  • mababa_roadmap

    La version forte du post, c'est que le compte rendu de statut et la note de version, c'est pile ce qu'un modèle fait bien, donc la couche qui ne fait que ça est exposée. D'accord là-dessus. Mais 38 PM sur 40 réduits à des machines à comptes rendus, c'est l'erreur classique de l'ingénieur qui ne voit du produit que les artefacts qu'on lui envoie. Le boulot que vous ne voyez pas, c'est moi qui absorbe la contradiction que la direction a créée exprès, et ça, aucun tableau de bord d'agents ne le tient.

    Permalink
  • equity_papier_mathis

    « On leur a tendu une tronçonneuse et le manuel est dans une langue qu'on leur a dit de jamais apprendre. » Bienvenue dans ma vie de fondateur, sauf que la tronçonneuse, c'était la cap table.

    Permalink

Related discussions

  • L'IA est-elle en train de rendre les managers médicalement fous ?

    Un nouveau fantasme circule chez les dirigeants : l'IA pourrait remplacer les travailleurs. Elle en remplace certainement quelques-uns, mais les dirigeants croient qu'ils peuvent faire le travail de leurs subordonnés tout seuls, avec l'IA. Qu'ils savent coder ! Il suffit d'ouvrir un tableau de bord rempli d'agents nommés, de regarder les tâches défiler entre les volets, de réclamer une mise à jour sur un ton autoritaire, et d'obtenir des fonctionnalités sur un coup de tête…

  • Faut-il rater ses objectifs pour être promu ?

    Il y a trois ans, j'ai vu ma manager atteindre chaque objectif trimestriel deux années de suite. Des tableaux de bord impeccables. Du vert partout, tout le temps. Elle était la personne la plus fiable de l'immeuble, et au cycle de planification suivant son équipe a été amputée de quatre ingénieurs sur 35 et rattachée à quelqu'un d'autre. Personne ne l'a présenté comme une punition, mais plutôt comme de l'« efficacité » et « on veut investir ailleurs »…

  • Un salaire élevé suffit-il vraiment à compenser ce qu'on perd à travailler pour une grande entreprise ?

    Les grandes entreprises sont structurellement mauvaises pour produire des victoires délimitées, attribuables et lisibles. Une partie du salaire est un paiement pour vivre sans elles.

  • Faut-il vraiment imiter aveuglément les PDG de la tech ?

    Je pense qu'une bonne part des conseils de management célèbres dans la tech n'a paru sage que grâce à l'environnement qui les entourait. La hausse des cours, des talents captifs et le potentiel des actions ont rendu survivable beaucoup de mauvais management. La plupart des organisations n'ont pas ces amortisseurs, et c'est pour cela que je pense qu'on devrait cesser de traiter la mythologie des fondateurs comme des conseils de gestion.

  • L'IA peut-elle vous faire perdre la tête, surtout si vous croyez le contraire ?

    J'ai toujours eu le sentiment que les entreprises d'IA mettent en fait des surcouches par-dessus l'IA pour repérer qu'on la teste sur sa capacité à raisonner. Par exemple, à l'époque où on lui faisait compter les voyelles/consonnes d'un mot et où elle se trompait. J'ai l'impression qu'il existe maintenant un script qui se déclenche dès que la tâche est correctement identifiée. J'ai aussi l'impression qu'elle est entraînée sur ces mèmes. Aujourd'hui, j'ai trouvé un nouveau test, un qui montre…

  • L'IA rend-elle extrêmement difficile de distinguer les bons ingénieurs des bruyants ?

    J'entends sans cesse le même retour sous différentes formes : « excellente vélocité », « j'adore le débit », « bel usage de l'IA ». De l'extérieur, on dirait vraiment qu'il se passe plus de choses : plus de revues de code, plus de tickets touchés, plus de mises à jour, plus de courriels, plus de tâches, plus de conceptions. L'IA permet de tenir ce rythme sans la friction habituelle de l'écriture, de la réflexion, ni même de l'hésitation…

  • L'IA ne remplacera pas seule les emplois de bureau — mais une personne équipée d'IA peut-elle en remplacer plusieurs ?

    Beaucoup d'employés de bureau se rassurent avec la mauvaise question. Ils n'arrêtent pas de se demander si l'IA peut faire tout leur travail. Ce n'est pas le seuil que leur employeur retiendra. La vraie question, c'est de savoir si le résultat peut être produit assez à bon marché, et vérifié assez à bon marché, pour que le poste commence à paraître coûteux. Il ne s'agit pas de savoir si l'IA peut faire tout notre travail…

  • Pourquoi les managers veulent-ils que tout le monde utilise l'IA, sauf eux-mêmes ?

    Ce qui commence à m'agacer, ce n'est pas le virage IA en soi. Certains outils sont vraiment utiles. Je m'en sers tous les jours maintenant. Ce qui m'agace, c'est que la direction exige un comportement « IA d'abord » tout en gardant chaque processus environnant agressivement hostile à l'usage de l'IA. On dit aux gens d'utiliser l'IA pour coder, planifier, faire des recherches, rédiger, déboguer, retrouver des connaissances, coordonner des projets…