Est-ce fou de penser que Python pourrait être la langue que managers et développeurs parlent enfin dans la même réunion ?

Deux langues, une réunion

Dans un cabinet de conseil, j'ai vu le même patron se répéter pendant des années. Le manager vendait un périmètre au client en promettant des features qu'il n'avait pas vérifiées avec l'équipe. Le développeur recevait le ticket sans contexte, le résolvait, puis devait expliquer pourquoi l'estimation initiale était impossible. Les deux avaient raison. Les deux parlaient des langues différentes.

Ce que le manager ne voyait pas

La culture du management logiciel s'est construite sur Scrum, les sprints et les velocity points. Le manager était celui qui négociait le périmètre, protégeait l'équipe des changements de dernière minute et traduisait le technique en dates pour le client. Le client demandait des dates parce qu'il devait savoir combien de temps il mettrait à arriver sur le marché et combien lui rapporterait son investissement. Le manager transformait cette pression en deadlines pour l'équipe. Il savait combien de temps prenait la livraison, mais ne comprenait pas ce qui était construit.

Ce que le développeur ne disait pas

Le développeur vivait dans GitHub, Stack Overflow et le terminal. Son identité était dans le code, pas dans les diapositives. Il mesurait sa valeur en PR fusionnés, en points de sprint libérés, en quantité de travail livrée par rapport à ses pairs, en compétitivité. Pas en features promises.

Mais cette même bulle l'isolait du business : il pouvait construire n'importe quoi, sauf expliquer pourquoi c'était important. Chez Arkus, ce sentiment était plus fort. Le développeur était une ressource attribuée par ticket, pas un partenaire de la décision — peu importe le nombre de fois où l'on répétait les phrases habituelles : « Nous sommes une famille », « Nous devons travailler sous la même culture », « Unissons-nous pour atteindre le même objectif ».

Quand l'outil a changé, la conversation non

Quand les outils d'IA sont arrivés — GitHub Copilot, ChatGPT, Claude Code, etc. — l'écart ne s'est pas comblé, il s'est élargi. Les managers ont commencé à demander d'« automatiser tout » sans comprendre ce que cela signifiait. Les développeurs voyaient leurs outils devenir accessibles à n'importe qui, mais la conversation entre les deux restait la même : l'un demandait des dates, l'autre donnait des excuses. La distance n'est jamais un SKILL.md — c'est un contexte partagé.

Une langue que les deux peuvent lire

Python est la langue où ces deux mondes — ou plutôt, ces mondes — peuvent se rencontrer. Non pas parce que les managers devraient écrire du code de production, mais parce qu'ils ont besoin de lire ce que leur équipe construit. Un manager qui peut suivre un script pandas, comprendre un notebook d'analyse ou contester une estimation technique ne fait pas le travail du développeur — il fait le sien mieux. La question n'a jamais été « les managers devraient-ils programmer ? » La question est « comment parlent-ils la même langue sans que l'un cesse d'être ce qu'il est ? »

Références