Vous avez monté une équipe. Vous lui avez donné un objectif commun, des cérémonies bien huilées, un tableau partagé. Et pourtant, sprint après sprint, chacun protège ses tâches, regarde d’abord ce que son manager va remarquer, et évite d’aider en dehors de son couloir. Les gens assistent aux réunions, mais dans le travail réel, ils fonctionnent encore comme un groupe d’individus.

La réaction classique consiste à demander « plus de collaboration ». Ça ne marche presque jamais. Parce que la vraie question n’est pas « pourquoi ces personnes ne collaborent-elles pas ? », mais « qu’est-ce que l’organisation fait pour rendre le travail en solo parfaitement rationnel ? ». Une équipe se comporte comme une addition d’individus quand le système autour d’elle récompense le comportement individuel. C’est le constat, direct et un peu inconfortable, de Mike Cohn (Mountain Goat Software) que nous prolongeons ici avec l’angle Corporate Mavericks : arrêtez de blâmer les personnes, rendez le système visible.

Bonne nouvelle : chacun de ces blocages a un levier de management concret. La collaboration en équipe n’est pas une question de personnalité, c’est une question de conditions. Voici les cinq mécanismes qui sabotent le travail d’équipe, et ce que vous pouvez changer dès lundi.

Avant d’entrer dans le détail, une précision utile : qu’est-ce que la collaboration, au fond ? En matière de collaboration, on confond souvent le fait de travailler côte à côte et le fait de travailler ensemble pour atteindre un objectif commun. La vraie collaboration d’équipe implique que les membres du groupe partagent l’information, alignent leurs contributions et acceptent une responsabilité partagée sur le résultat, pas seulement sur leur part. C’est là que les outils de collaboration atteignent leur limite : ils fluidifient les échanges, mais ils ne créent pas, à eux seuls, l’envie de résoudre les problèmes ensemble. Renforcer la collaboration passe d’abord par le système de management, ensuite par l’outillage.

1. Des gens à temps partiel créent des équipes à temps partiel

Une équipe ne construit pas d’appropriation partagée quand la moitié de ses membres sont assignés ailleurs. Beaucoup d’organisations composent leurs équipes en éparpillant les spécialistes : l’expert base de données est à 25 % ici, 25 % là, « disponible au besoin » pour tout le monde. Le designer soutient trois équipes. Le product owner court de réunion en réunion, loin des personnes qui font le travail.

Vu d’en haut, ça paraît efficace : les compétences rares restent occupées. Mais le coût apparaît dans le travail réel. Les tâches attendent la seule personne qui a la compétence. Les questions restent sans réponse. Les décisions se prennent sans les bonnes personnes dans la pièce. Et surtout, chacun apprend à ne rien prendre en dehors de son couloir, parce que son temps est déjà étiré sur trop d’engagements. L’assignation à temps partiel produit une appropriation à temps partiel.

Ce que le management peut changer : rendre l’affectation partagée visible et intentionnelle. Si un designer soutient trois équipes, l’équipe planifie avec cette contrainte, au lieu de faire comme si la personne était disponible à 100 %. Mieux encore : réduire le nombre d’équipes que chaque spécialiste soutient, pour que la collaboration ait une chance de se former. Le temps partiel doit être un arbitrage conscient, pas le modèle de staffing par défaut.

2. L’obsession du taux d’occupation détruit la livraison collective

Beaucoup de dirigeants veulent que l’équipe finisse un travail de valeur, tout en pilotant comme si l’objectif était de garder chaque individu occupé à 100 %. Cela change tout. Si chacun doit rester occupé en permanence, chacun démarre de nouvelles tâches. Si on juge les gens sur les tâches qu’ils clôturent, ils protègent leurs tâches. Résultat : cinq personnes très occupées et six éléments du backlog presque terminés, mais rien de vraiment livré.

Le développeur finit de coder et attaque autre chose parce que le testeur n’est pas prêt. Le testeur rattrape, trouve des bugs, mais le développeur est déjà plongé ailleurs. En fin de sprint, tout le monde a travaillé dur, et trop peu est réellement terminé. Le problème n’est pas l’effort. Le problème, c’est ce que l’organisation a choisi d’optimiser.

Les membres de l’équipe ont besoin d’espace pour s’entraider à finir : un développeur qui relit des tests, un testeur qui rejoint une discussion plus tôt, un programmeur qui clarifie un critère d’acceptation au lieu de démarrer un nouvel élément. Sur un graphique d’utilisation, ça paraît moins « efficace ». En livraison, c’est souvent exactement ce dont l’équipe a besoin.

Ce que le management peut changer : se soucier moins de savoir si chaque personne a l’air occupée, et davantage de savoir si l’équipe finit un travail de valeur. Remarquez quand quelqu’un aide une autre spécialité, rejoint une discussion tôt, relit un travail sans qu’on lui demande, ou aide à terminer un élément important plutôt qu’à en démarrer un autre. Ce sont ces comportements qui rendent la livraison collective possible.

3. Le reporting fonctionnel tire les gens loin de l’équipe

Les départements par métier ne sont pas un problème en soi : les spécialistes ont besoin de mentorat, de standards, de pairs qui comprennent leur discipline. Mais le reporting fonctionnel sape la collaboration en équipe quand les signaux venus du département sont plus forts que ceux de l’équipe.

On dit au testeur que l’équipe est responsable de la qualité, mais son manager QA l’évalue sur le nombre de bugs remontés. On assigne un designer à une équipe, mais on le juge sur des livrables produits avant même le début du sprint. Les gens prêtent naturellement attention à ceux qui influencent leurs évaluations, leurs augmentations et leur réputation. Si l’équipe dit « aide-nous à finir » et que le manager fonctionnel dit « pourquoi tes livrables sont en retard ? », le manager fonctionnel gagne.

Ce que le management peut changer : aligner l’expertise fonctionnelle sur les résultats de l’équipe, sans la supprimer. Un responsable des testeurs peut continuer à protéger le niveau technique tout en récompensant la collaboration précoce. Un lead design peut défendre la qualité tout en poussant ses designers à travailler plus étroitement avec le PO et les développeurs. On récompense la compétence quand elle aide l’équipe à livrer, pas seulement quand elle produit un livrable de silo.

4. Les interruptions rendent l’objectif du sprint « optionnel »

Un objectif de sprint aide l’équipe à se concentrer et à faire des arbitrages quand les surprises arrivent. Mais un dirigeant peut, sans le vouloir, apprendre à son équipe que l’objectif est facultatif : en injectant du travail urgent en plein sprint, en demandant « juste un petit service », en court-circuitant le product owner, en traitant le plan de sprint comme flexible dès qu’un senior le demande.

L’équipe apprend vite. Si un travail extérieur peut surgir à tout moment, l’objectif perd son sens. Si les priorités changent au moindre coup de fil, on cesse de traiter la planification comme un vrai plan. Et si on retire assez souvent les gens du sprint, ils se protègent en raisonnant en tâches personnelles plutôt qu’en résultats d’équipe. Un objectif de sprint ne peut pas guider les comportements si le management le traite comme une suggestion.

Ce que le management peut changer : rendre les interruptions visibles et intentionnelles. Quand l’urgent surgit, impliquez le product owner, parlez de l’effet sur l’objectif, rendez l’arbitrage explicite. Reconnaissez aussi qu’interrompre une seule personne interrompt souvent la capacité de toute l’équipe à finir. Ce qui ressemble, de l’extérieur, à une petite demande peut laisser un travail important en attente.

5. Vos questions façonnent le comportement (et vos réorganisations aussi)

Certains dirigeants maintiennent involontairement leurs équipes en mode individuel simplement par les questions qu’ils posent : « Qui possède ça ? », « Qui est assigné à quoi ? », « Sur quoi travaille chacun ? ». Ces questions sont parfois utiles, le travail a besoin de clarté. Mais quand la pensée « assignation » domine, l’équipe se met à raisonner en propriété personnelle plutôt qu’en livraison partagée. Chaque élément du backlog devient une collection de tâches assignées ; chacun finit sa part, et si l’élément se bloque ensuite, c’est le problème d’un autre.

Une meilleure question de leader est souvent : « Qu’est-ce que l’équipe cherche à terminer ensuite ? ». Elle oriente vers le flux, le risque, la responsabilité partagée. Elle aide l’équipe à voir que trois personnes démarrent du nouveau pendant qu’un élément important attend de l’aide.

Dernier facteur : le réassemblage permanent. Une équipe a besoin de temps ensemble pour devenir bonne à travailler ensemble. Si le management déplace sans cesse les personnes d’une équipe à l’autre, aucune vraie équipe ne se forme, et chacun retombe sur le seul repère stable qui lui reste : ses propres tâches. La stabilité n’est pas un confort, c’est une condition de la collaboration efficace.

Questions fréquentes sur la collaboration en équipe

Ce que gagne vraiment une équipe qui travaille ensemble

Quand ces conditions sont réunies, le travail en équipe cesse d’être un slogan pour devenir un avantage mesurable. Le premier bénéfice est la productivité : une équipe qui sait collaborer efficacement finit davantage d’éléments de valeur, parce qu’elle arrête d’accumuler du travail à moitié terminé. Le deuxième est la qualité, car un environnement de travail collaboratif fait remonter les problèmes plus tôt, quand ils coûtent encore peu à corriger.

Le troisième bénéfice est plus discret mais décisif : la résilience. Une équipe habituée à travailler ensemble absorbe les absences, les pics de charge et les imprévus sans s’effondrer, parce que la connaissance circule au lieu de rester enfermée dans une tête. Enfin, travailler en équipe de manière fluide renforce l’engagement : les gens qui s’entraident pour atteindre un objectif commun trouvent plus de sens à leur travail qu’en cochant des tâches en solo.

Le rôle du management est donc clair : créer un environnement où le comportement collaboratif est la voie la plus rationnelle, pas la plus héroïque. Ce n’est pas une prime au sacrifice, c’est un système bien conçu. Un cadre collaboratif ne demande pas aux gens d’être meilleurs ; il leur permet simplement de faire, ensemble, le travail pour lequel ils ont été recrutés.

Concrètement, un vrai travail en équipe change la façon dont les gens travaillent ensemble au quotidien : on partage l’information au lieu de la garder, on demande de l’aide sans y voir un aveu de faiblesse, et on avance efficacement vers un objectif commun plutôt que de courir chacun après sa propre productivité. C’est cette culture du travail en équipe, patiemment entretenue, qui distingue les organisations qui livrent de celles qui s’agitent. Créer un environnement où collaborer est naturel reste le meilleur investissement d’un manager, bien plus rentable qu’un énième outil collaboratif imposé d’en haut.

Le vrai travail du manager : rendre le système visible

Le but n’est pas de blâmer les dirigeants pour chaque problème d’équipe. C’est de rendre le système visible. Quand une équipe continue de fonctionner comme un groupe d’individus, la question à se poser n’est pas « pourquoi ces gens ne collaborent-ils pas ? » mais « qu’est-ce que l’organisation fait pour rendre ce comportement raisonnable ? ».

Parfois l’équipe a besoin d’accompagnement. Souvent, le manager doit retirer une contrainte. Le plus souvent, les deux sont vrais. La collaboration en équipe se crée par l’équipe, mais elle est protégée par l’organisation autour d’elle. Votre travail de leader n’est pas de demander plus de travail d’équipe. C’est de cesser de le rendre irrationnel.