Deux parallèles
Je joue à World of Warcraft depuis ses débuts, et avec le temps j’ai commencé à le voir moins comme un jeu que comme un système qui dure dans le temps, façonné par des compromis qui me paraissent très familiers au travail.
Deux parallèles ressortent particulièrement.
Le premier, c’est la façon dont un produit peut évoluer pendant des décennies sans s’effondrer sous le poids de la complexité accumulée. Le deuxième, c’est la façon dont les groupes se forment, se solidifient et changent pendant que les attentes montent.
Vu du côté ingénierie, ces deux réalités me semblent très familières.
Longévité du produit et complexité accumulée
World of Warcraft existe depuis plus de 20 ans. La plupart des MMORPG partent fort, puis perdent tranquillement de l’élan, en gardant seulement un noyau de joueurs très dévoués. Blizzard a réussi à le maintenir en vie au fil de plusieurs expansions, refontes, acquisitions et restructurations internes.
Dans les premières années, ajouter des fonctionnalités était relativement simple. Le jeu original avait encore beaucoup de place pour grandir. Chaque expansion amenait de nouveaux systèmes, de nouvelles mécaniques, de nouvelles classes et de nouveaux parcours de progression. Pour les joueurs qui avaient déjà tout exploré, cette complexité donnait une impression de profondeur.
Avec le temps, par contre, l’accumulation est devenue visible. Pour les nouveaux joueurs, la porte d’entrée s’est élevée. Créer un personnage voulait dire naviguer dans des couches de systèmes construites au fil des ans : arbres de talents, métiers, devises, mécaniques de fin de jeu et chemins d’optimisation. Les guides externes sont presque devenus indispensables.
La complexité finit par ne plus ressembler à de la richesse, mais à de la friction.
Il y a aussi un coût structurel. Quand les systèmes grossissent, le développement ralentit. Ce qui demandait autrefois un changement contenu touche maintenant plusieurs sous-systèmes. Les nouvelles fonctionnalités prennent plus de temps à livrer. De l’extérieur, l’innovation peut sembler plus lente, même si l’équipe travaille plus fort.
Pendant ce temps, des concurrents bâtis sur des fondations plus simples peuvent aller plus vite. Ils livrent rapidement parce qu’ils traînent moins de poids historique. La complexité devient à la fois un avantage et une contrainte.
Rester pertinent au-delà des fonctionnalités
Ce qui m’intéresse, c’est que Blizzard ne s’est pas appuyé uniquement sur les extensions pour rester pertinent. Ils ont construit des boucles de communication récurrentes autour du produit.
BlizzCon est devenu un rituel. Même quand une expansion était encore loin, les joueurs avaient une visibilité sur ce qui s’en venait. L’anticipation faisait partie du modèle d’engagement.
Ils publiaient souvent des mises à jour de développeurs et des notes de version détaillées qui expliquaient les décisions de conception. Parfois, ces publications reconnaissaient des erreurs. Parfois, elles expliquaient pourquoi certains commentaires étaient intégrés, ou pourquoi ils ne l’étaient pas.
Ils ont mis en place des royaumes publics de test où les joueurs pouvaient essayer les changements avant leur sortie. La rétroaction arrivait avant le déploiement complet. Ça n’éliminait pas la friction, mais ça réduisait les surprises.
Ils ont aussi expérimenté avec des groupes de rétroaction structurés comme le Community Council. Les forums sont restés actifs pendant des années. Des sondages étaient envoyés au hasard. Les réseaux sociaux et les diffusions en direct maintenaient la conversation entre les grandes sorties.
Battle.net lui-même est devenu plus qu’un simple lanceur. C’est devenu une infrastructure sociale qui reliait les joueurs d’un jeu à l’autre, en renforçant l’identité et la présence.
Aucun de ces outils ne garantissait le succès. Certaines extensions ont quand même été mal reçues. Certains systèmes ont été introduits puis retirés. À certains moments, l’histoire semblait précipitée ou déconnectée. Les changements de direction reflétaient probablement autant des changements de leadership interne que la rétroaction des joueurs.
Mais ce qui ressort, c’est le rythme : livrer, communiquer, tester, ajuster, répéter.
La longévité n’est pas venue du fait d’éviter les faux pas. Elle est venue du fait de garder la boucle de rétroaction active.
Regarder ça avec un œil d’ingénierie
De mon poste en ingénierie, j’ai tendance à voir l’accumulation en termes structurels.
Au fil des ans, nous aussi, on a ajouté des fonctionnalités une après l’autre en réponse aux besoins d’affaires et aux occasions de marché. Certains clients sont avec nous depuis longtemps. D’autres s’inscrivent puis repartent vite. On a fait évoluer le système au besoin.
Plus tôt dans ma carrière, j’avais tendance à interpréter une livraison plus lente comme un signe que les équipes perdaient leur discipline d’exécution. Avec le temps, j’ai commencé à voir ça autrement : une part importante de ce ralentissement vient de la structure accumulée, pas d’un manque d’effort.
De la même façon que WoW a empilé des systèmes pour servir différents types de joueurs, nous avons empilé des parcours pour servir différents segments, partenaires et contraintes opérationnelles. Un ancien chemin disparaît rarement quand un nouveau s’ajoute. La plupart du temps, les deux restent vivants parce que quelqu’un dépend encore du comportement plus ancien.
Le résultat fonctionne, mais c’est nettement plus complexe que ça ne l’était avant.
Avec la complexité vient un rythme de livraison plus lent. Les dépendances se multiplient. Le coût du changement augmente. Sortir quelque chose de nouveau oblige à composer avec tout ce qui existe déjà. Un changement qui paraît local sur papier peut toucher la facturation, les rapports, les permissions, la migration de données et les processus de soutien avant d’être assez sûr pour être livré.
C’est aussi là que la ressemblance avec WoW devient plus claire : la fonctionnalité visible n’est que la pointe de l’effort. La majeure partie du travail sert à préserver la continuité pour les gens déjà dans le système. Les clients existants s’attendent à de la stabilité, alors que les nouveaux clients s’attendent à de la simplicité. Essayer de satisfaire les deux à la fois, c’est là que la friction s’accumule.
Je me demande parfois si on a assez de boucles de rétroaction structurées. Pas seulement des billets de soutien ou des données d’analytique, mais des mécanismes qui nous permettent de détecter la friction plus tôt, pendant qu’un changement est encore assez peu coûteux à ajuster. On est souvent bons pour réagir après que l’impact est mesurable, mais moins disciplinés quand vient le temps de créer de l’anticipation avant un déploiement.
En pratique, cet écart se manifeste de façons familières : les équipes découvrent tard des dépendances cachées, le soutien apprend les cas limites après le lancement, et les initiatives de simplification sont repoussées parce que la pression de livraison à court terme l’emporte. Rien de tout ça n’est spectaculaire en soi, mais avec le temps, ça s’additionne.
À un certain point, la simplification devient nécessaire. Ça peut vouloir dire réduire la surface, regrouper des parcours, enlever des solutions partielles ou remettre en question des hypothèses qui étaient valides il y a quelques années, mais plus maintenant.
Plus tard, la pression de croissance pousse à repartir dans l’autre sens. Ça ressemble moins à un échec qu’à un cycle : étendre, accumuler, simplifier, puis ré-étendre.
Des systèmes aux groupes
Le deuxième parallèle concerne les gens plutôt que les fonctionnalités. Avec le temps, dans un jeu comme World of Warcraft, les gens se regroupent naturellement autour d’objectifs semblables, d’un même rythme et d’un intérêt pour du contenu plus difficile.
Les guildes deviennent plus que des listes de raids. Ce sont des endroits où les joueurs échangent sur ce qu’ils aiment, partagent ce qu’ils apprennent et s’entraident à progresser en fabrication, en récolte et avec des conseils pratiques.
Cette coopération n’est pas toujours formelle, mais elle crée de vraies dynamiques de groupe. En pratique, joindre une guilde est facile, alors que participer à du contenu de groupe sérieux ne l’est pas.
Performance, investissement et friction
Quand une guilde s’attaque à du contenu plus difficile, les attentes changent vite. La performance est scrutée, la préparation devient obligatoire, et les joueurs investissent du temps et de la monnaie du jeu dans l’équipement, les enchantements, les consommables et l’étude des mécaniques de combat. On s’attend à ce qu’ils connaissent leur rôle et l’exécutent de façon fiable.
Certaines guildes acceptent une progression plus lente, alors que d’autres sont plus exigeantes. Si la performance n’est pas au rendez-vous, on peut te laisser de côté. Si tu es en retard à répétition, quelqu’un d’autre prendra peut-être ta place.
La distribution du butin ajoute une autre couche de tension. Les récompenses peuvent être attribuées selon le besoin, l’ancienneté, le hasard ou une décision du leadership, et aucun modèle ne paraît parfaitement juste pour tout le monde. Quand quelqu’un investit beaucoup de temps et d’effort, il est normal de sentir que le groupe lui doit quelque chose en retour.
Le parallèle avec le travail est difficile à ignorer. Sur des projets ou des mises en production importants, les attentes se resserrent de façon similaire : on s’attend à ce que les gens connaissent la technologie, qu’ils se préparent bien et qu’ils livrent de façon fiable. S’ils n’y arrivent pas, ils peuvent être remplacés, et les décisions d’allocation de ressources, comme les outils, les budgets et les occasions, peuvent créer la même friction. L’ancienneté ne garantit pas toujours la priorité, donc le sentiment d’équité fait partie de la culture. L’investissement crée l’attente.
Attentes accumulées et réflexion structurée
Avec le temps, les groupes accumulent plus que des membres. Ils accumulent des attentes : des normes informelles autour de l’effort, de l’équité, de la fiabilité et de ce que les gens pensent avoir mérité.
Dans les raids, cette accumulation ressort quand la pression monte : la présence est suivie, les erreurs restent en mémoire et les décisions sur les récompenses peuvent vite devenir émotives. La version en milieu de travail n’est pas tellement différente. Les échéances se resserrent, la fiabilité devient visible, et les gens commencent à interpréter chaque décision à travers le prisme de la reconnaissance et de l’équité.
Dans notre milieu de travail, on a introduit une réflexion structurée pour gérer cet empilement. Les rétrospectives d’équipe nous donnaient une façon de prendre du recul, de revoir le sprint et de créer un espace où les gens pouvaient soulever de la friction avant qu’elle ne devienne du ressentiment. On se concentrait ensuite sur des actions sur lesquelles on pouvait agir directement comme équipe.
On a appris que décider ce que l’entreprise devrait faire n’est presque jamais sous notre contrôle. Proposer des idées reste utile, mais agir sur ce qu’on influence directement est plus réaliste, et cette discipline compte avec le temps.
Je voyais rarement des mécanismes équivalents dans les guildes que j’ai rejointes. Les gens investissaient sérieusement du temps et des efforts, parfois presque comme un deuxième emploi, mais une réflexion structurée sur le fonctionnement du groupe était rare. Ça restait « juste un jeu », même quand les attentes et les frustrations, elles, étaient bien réelles.
Ce contraste m’a rendu le parallèle plus clair : les raids et les équipes de travail vivent la même pression sociale sous contrainte de performance, mais les bonnes équipes sont plus intentionnelles quand vient le temps de réfléchir, d’ajuster et de revoir leur façon de travailler au besoin.
Renouvellement et pertinence
Parmi tous les MMORPG lancés au fil des ans, il n’y en a que quelques-uns qui ont survécu aussi longtemps. World of Warcraft reste un des rares exemples qui a conservé sa pertinence auprès de plusieurs générations de joueurs, malgré les changements internes, les faux pas visibles et la complexité accumulée.
Ça soulève une question plus large : comment une entreprise se renouvelle-t-elle pendant des décennies? Comment reste-t-elle pertinente pour de nouveaux clients sans aliéner ceux qui sont là depuis longtemps? Comment simplifier sans donner l’impression de reculer, et comment innover sans s’effondrer sous son propre poids?
De mon point de vue, les systèmes comme les groupes semblent demander la même discipline : accepter que la croissance ajoute du poids, que l’expérimentation inclut l’échec et qu’il faut parfois remettre les compteurs à zéro.
La question la plus intéressante n’est peut-être pas comment éviter la complexité, mais comment la gérer assez longtemps pour savoir quand elle doit changer.
- Patrick