Comportements d'innovation en équipe projet

L'innovation en équipe projet ne naît pas du hasard. Cinq comportements clés, de la curiosité à la tolérance à l'échec, permettent de créer un environnement propice.

La plupart des organisations affirment vouloir innover. Elles créent des postes de Chief Innovation Officer, financent des labs et organisent des hackathons. Pourtant, les résultats sont souvent décevants. Le problème n’est pas le manque de volonté ni le manque de budget: c’est que la structure même de l’organisation travaille contre l’innovation, silencieusement et efficacement.

L’organisation comme machine à reproduire le présent

Chaque processus, chaque indicateur de performance, chaque cycle budgétaire est optimisé pour que l’organisation fasse demain ce qu’elle fait aujourd’hui, en mieux. Cette logique d’optimisation continue est indispensable à la performance opérationnelle. Elle devient problématique lorsqu’elle empêche toute déviation par rapport à la trajectoire établie.

Scott D. Anthony, classé parmi les penseurs en management les plus influents par Thinkers50, a formalisé ce diagnostic dans Eat, Sleep, Innovate (2020): l’inertie organisationnelle est le principal obstacle à l’innovation, et elle opère à travers les comportements quotidiens. Les réunions où personne ne conteste l’hypothèse dominante, les validations en cascade qui ralentissent toute initiative, les équipes homogènes qui pensent de la même manière: autant de manifestations de cette inertie qui s’installent sans décision explicite.

Le cadre BEAN: agir sur les comportements

La réponse proposée par Anthony et ses co-auteurs ne passe ni par la réorganisation ni par la formation. Elle repose sur un cadre appelé BEAN: Behavior Enablers, Artifacts, Nudges. L’idée est de modifier les comportements en agissant sur l’environnement: les facilitateurs qui rendent un comportement possible, les artefacts qui le rendent visible et les incitations douces qui le rendent probable.

Ce cadre s’applique à cinq comportements spécifiques que les auteurs identifient comme les piliers d’une culture d’innovation durable.

Curiosité: identifier les anomalies

Le premier comportement est la curiosité systématique, c’est-à-dire la capacité à repérer et explorer les anomalies plutôt qu’à les ignorer. Clayton Christensen, dont Anthony a été le proche collaborateur, considérait les anomalies comme le point de départ de toute innovation significative. Il affichait sur la porte de son bureau la mention “anomalies wanted”, une invitation permanente à questionner ce qui ne correspond pas aux attentes.

En gestion de projet, un facilitateur de curiosité peut prendre la forme d’un temps réservé en début de revue de projet pour examiner les résultats inattendus, non pas comme des écarts à corriger, mais comme des signaux à interpréter. L’artefact correspondant pourrait être un registre d’anomalies distinct du registre des risques, où les observations surprenantes sont documentées sans jugement de valeur. Cette pratique a un effet secondaire précieux: elle signale à l’équipe que les surprises sont bienvenues, ce qui réduit la tendance naturelle à les passer sous silence.

Obsession client: dépasser les exigences formelles

Le deuxième comportement s’appuie sur la théorie des jobs-to-be-done (la tâche réelle que le client cherche à accomplir, au-delà de ce qu’il a formulé), également issue des travaux de Christensen. Le principe est simple: le client n’achète pas un produit ou un livrable, il cherche à résoudre un problème concret dans son quotidien. Comprendre ce problème exige d’aller au-delà du cahier des charges.

Un facilitateur efficace consiste à inclure dans le cycle projet des entretiens réguliers avec les utilisateurs finaux, distincts des comités de pilotage formels. Ces conversations ne visent pas à valider des livrables mais à vérifier que le projet s’attaque au bon problème. L’expérience montre que les écarts entre le besoin exprimé et le besoin réel se creusent au fil du temps si personne ne les surveille activement. Un chef de projet qui se contente de livrer les livrables décrits dans le périmètre initial remplit ses obligations contractuelles, mais il passe potentiellement à côté de l’essentiel: la satisfaction réelle du commanditaire et des utilisateurs finaux.

Collaboration: provoquer les intersections

Le troisième comportement repose sur un constat empirique: les idées nouvelles émergent plus souvent à l’intersection de disciplines différentes qu’au sein d’un groupe homogène. Le chef de projet dispose d’un levier direct sur cette dynamique puisqu’il décide de la composition des équipes et de l’organisation des revues.

Inviter systématiquement un profil extérieur au domaine lors des revues techniques, organiser des sessions croisées entre équipes de projets distincts ou simplement varier la composition des groupes de travail sont des nudges (incitations douces) à faible coût et à fort impact. La difficulté n’est pas technique mais culturelle: elle exige d’accepter que le regard d’un non-spécialiste puisse enrichir la réflexion d’un spécialiste. Comme le résume Anthony, aucun d’entre nous n’est aussi intelligent que l’ensemble d’entre nous.

Tolérance à l’ambiguïté: distinguer les types d’échecs

Le quatrième comportement entre en tension avec la culture de contrôle qui prédomine en gestion de projet. L’expérimentation implique d’accepter l’incertitude sur le résultat, ce qui est inconfortable dans un environnement structuré autour de la prédictibilité.

La distinction entre échec intelligent et échec par négligence est ici fondamentale. Un échec intelligent repose sur une hypothèse explicite, un protocole d’expérimentation défini à l’avance et un critère d’arrêt clair. Il produit de l’apprentissage. Un échec par négligence résulte d’un manque de préparation ou de rigueur. Supercell, l’éditeur finlandais de jeux mobiles, illustre cette distinction en célébrant aussi bien les projets arrêtés que les succès commerciaux, à condition que l’arrêt résulte d’un apprentissage documenté. En gestion de projet, un équivalent consiste à intégrer des revues d’apprentissage systématiques après chaque phase, distinctes des revues de performance et centrées sur ce que l’équipe a découvert plutôt que sur ce qu’elle a livré.

Autonomisation: déléguer le pouvoir de décider

Le cinquième comportement est celui qui transforme les quatre précédents en résultats concrets. Sans délégation réelle du pouvoir de décision, la curiosité reste une posture intellectuelle et l’expérimentation un voeu pieux. L’autonomisation ne se résume pas à un discours managérial sur la confiance: c’est une pratique observable dans la manière dont les décisions sont prises au quotidien.

En pratique, l’autonomisation se mesure au nombre de décisions que les membres de l’équipe peuvent prendre sans remonter au chef de projet ou au sponsor. Un facilitateur consiste à définir explicitement, en début de projet, les catégories de décisions que l’équipe peut traiter de manière autonome: choix techniques en dessous d’un certain seuil budgétaire, ajustements de planning intra-sprint, arbitrages mineurs sur le périmètre. L’artefact correspondant est un tableau de délégation visible par tous, qui clarifie les niveaux d’autorité sans ambiguïté. Ce type de dispositif réduit les goulets d’étranglement décisionnels et libère du temps pour les arbitrages qui requièrent effectivement une validation hiérarchique.

Maintenir ces comportements dans la durée

La difficulté réelle n’est pas d’adopter ces comportements, mais de les maintenir face à la pression constante de l’inertie organisationnelle. Jeff Bezos, dans sa lettre aux actionnaires de 2016, décrivait la distinction entre une mentalité “Day One” et une mentalité “Day Two”. La première consiste à agir comme si tout était encore à construire, la seconde marque le début de l’optimisation défensive et de la bureaucratie.

En gestion de projet, le risque “Day Two” apparaît particulièrement dans les programmes longs: les équipes se figent dans des routines qui finissent par primer sur l’objectif initial. Les cinq comportements décrits ici ne sont pas des compétences à acquérir une fois pour toutes, mais des pratiques à entretenir activement, projet après projet. Le cadre BEAN a précisément le mérite de proposer des mécanismes concrets plutôt que des injonctions abstraites, ce qui rend cette vigilance possible sans qu’elle ne repose uniquement sur la bonne volonté individuelle.