Skip to content
Everything About Work

Analyste système — un métier disparu

Analyste système (1960s–2000s) — Dans le logiciel corporate à l'ère waterfall, un analyste système passait des mois à interviewer les parties prenantes et rédiger un long document d'exigences avant qu'une seule ligne de code soit écrite, puis le remettait aux ingénieurs avec peu d'implication ultéri

Analyste système n’existe plus comme métier vivant. Voici ce qui l’a effacé, et quelle profession a repris le travail.

1960s–2000s

Dans le logiciel corporate à l'ère waterfall, un analyste système passait des mois à interviewer les parties prenantes et rédiger un long document d'exigences avant qu'une seule ligne de code soit écrite, puis le remettait aux ingénieurs avec peu d'implication ultérieure. L'arrivée d'agile et Scrum dans les années 1990 et 2000 fit s'effondrer ce transfert, et une grande part du travail de l'analyste fut absorbée dans les rôles modernes de chef de produit et product owner.

1931–1949

Le brand management naît chez P&G

Le mémo de 1931 de Neil McElroy s'impose rapidement chez Procter & Gamble : en une génération, des dizaines de « brand men » suivent chacun les ventes, la publicité et le profit d'un produit comme s'ils dirigeaient une entreprise indépendante. McElroy lui-même gravit les échelons jusqu'à devenir président en 1948. D'autres entreprises américaines de biens de consommation, dont General Foods, copient la structure, mais l'idée reste confinée aux départements marketing vendant savon, nourriture et articles ménagers — rien qui ressemble encore à un logiciel à gérer.

Ce qui se passait alors

1931 Le mémo « brand man » de Neil McElroy chez P&G

Le mémo de trois pages de McElroy propose qu'à chaque produit Procter & Gamble corresponde un seul responsable de ses ventes et publicité, en concurrence même avec les autres marques de l'entreprise — le document fondateur du brand management.

1950s Le système d'ingénieur en chef de Toyota prend forme au Japon

Toyota commence à confier à un seul « shusa », ou ingénieur en chef, l'autorité complète sur le développement d'un véhicule, du concept à la production, un modèle que des auteurs de gestion de produit de la Silicon Valley étudieront et citeront comme preuve qu'une seule personne doit posséder un produit de bout en bout.

1986 Takeuchi et Nonaka décrivent des équipes comme un scrum de rugby

Hirotaka Takeuchi et Ikujiro Nonaka publient « The New New Product Development Game » dans le Harvard Business Review, décrivant de petites équipes auto-organisées chez Honda, Canon et Fuji-Xerox — l'article qui donnera plus tard à Scrum son nom et sa métaphore du rugby.

1995 Sutherland et Schwaber présentent Scrum, et le product owner

Jeff Sutherland et Ken Schwaber présentent publiquement le cadre Scrum pour la première fois à la conférence OOPSLA, formalisant un rôle de « product owner » responsable de l'ordonnancement du backlog d'une équipe — un modèle que beaucoup de chefs de produit logiciel utilisent encore.

Où vit ce travail aujourd’hui

Décide ce que l'entreprise doit construire ensuite, et pourquoi — en transformant les besoins clients, les objectifs business et les contraintes techniques en un plan partagé que personne d'autre ne possède vraiment.

🗺️ Chef de produit →

D’autres métiers disparus

Trades that vanished →