FR-B2-07 — Le projet qu’il fallait abandonner

Reading 1

Antoine tient beaucoup à un nouveau service de gestion des rendez-vous. Les premiers tests sont encourageants, puis les utilisateurs cessent rapidement de l’utiliser. Malgré de nouvelles fonctionnalités, les résultats ne s’améliorent pas. Marc demande si l’équipe lancerait encore ce projet aujourd’hui avec les informations actuelles. Antoine comprend que la réponse est probablement non.

Reading 2

Au lieu de poursuivre tout le projet, Antoine propose de garder les deux fonctions les plus utilisées et de tester une version simple pendant six semaines, avec des critères définis à l’avance. Les résultats progressent, mais pas assez pour justifier un service commercial. L’équipe arrête donc le projet, conserve certains éléments techniques et une méthode utile pour l’avenir. Antoine distingue enfin les ressources déjà investies de la valeur actuelle de l’idée.

Reading 3

Depuis presque six mois, Antoine travaillait sur un projet auquel il tenait beaucoup. Son équipe avait développé un nouveau service destiné à simplifier la gestion des rendez-vous pour les clients. Au début, les premiers tests avaient été encourageants et plusieurs collègues étaient convaincus que le service pourrait rencontrer un véritable succès.

Pourtant, au fil des semaines, les résultats devenaient moins prometteurs. Les utilisateurs testaient le service, mais peu d’entre eux continuaient à l’utiliser après quelques jours. Antoine avait d’abord pensé qu’il suffisait d’améliorer certaines fonctionnalités. L’équipe avait donc consacré plusieurs semaines à modifier l’interface et à ajouter de nouvelles possibilités.

Lorsque les nouveaux tests commencent, Antoine espère que la situation va enfin s’améliorer. Il constate cependant que le problème reste presque identique. Les utilisateurs trouvent le service intéressant, mais ils ne voient pas suffisamment de raisons de l’utiliser régulièrement. Malgré les efforts déjà consacrés au projet, les chiffres ne permettent plus de considérer les résultats comme satisfaisants.

Lors d’une réunion, la directrice demande à Antoine de présenter les différentes possibilités. Il pourrait continuer à développer le service pendant quelques mois, réduire considérablement ses fonctionnalités ou arrêter complètement le projet. Antoine défend d’abord la première option. Il estime qu’il serait dommage d’abandonner un travail dans lequel l’équipe a déjà investi autant de temps.

Son collègue Marc lui pose alors une question simple : « Si nous commencions ce projet aujourd’hui, avec les informations que nous avons maintenant, est-ce que nous prendrions exactement la même décision ? » Antoine reste silencieux. Il se rend compte que la réponse est probablement non.

Jusqu’à présent, il avait surtout cherché à justifier les décisions prises plusieurs mois auparavant. En prenant du recul, il comprend qu’il ne s’agit plus de savoir si le projet mérite d’être sauvé parce que beaucoup de travail a déjà été réalisé. Il faut plutôt déterminer si le service répond réellement à un besoin actuel.

Antoine propose donc une autre approche. Plutôt que de continuer à développer toutes les fonctionnalités prévues, l’équipe pourrait conserver uniquement les deux fonctions les plus utilisées et tester une version beaucoup plus simple auprès d’un nouveau groupe de clients.

La directrice accepte cette proposition, à condition que le test soit limité à six semaines et que des critères précis soient définis avant son lancement. Cette fois, l’équipe ne cherche pas à prouver que le projet initial était une bonne idée. Elle cherche simplement à savoir si une version différente pourrait fonctionner.

Au bout de six semaines, les résultats sont meilleurs, mais ils restent insuffisants pour justifier le développement d’un véritable service commercial. L’équipe décide finalement d’arrêter le projet, tout en conservant certains éléments techniques qui pourront être réutilisés ailleurs.

Antoine est d’abord déçu. Pourtant, il ressent aussi une certaine satisfaction. Le projet n’a pas abouti comme il l’espérait, mais l’équipe a appris à distinguer l’argent et le temps déjà investis de la valeur réelle d’une idée. En revanche, elle a également découvert une méthode plus simple qui pourra servir à d’autres projets.

À l’avenir, Antoine veut donc éviter de considérer l’abandon d’un projet comme un échec automatique. Il comprend désormais que savoir arrêter au bon moment peut être une décision aussi importante que savoir continuer. Parfois, renoncer à une idée permet justement de préserver les ressources nécessaires pour en développer une meilleure.

Language Noticing

tenir beaucoup à un projet — to care deeply about a project • au fil des semaines — as the weeks go by • malgré les efforts consacrés — despite the effort invested • prendre du recul — to step back • répondre à un besoin actuel — to meet a current need • à condition que + subjonctif — provided that • ne pas aboutir — not to come to fruition • renoncer à une idée — to give up an idea

La question hypothétique de Marc sépare les investissements passés de la décision présente. Tout en conservant montre qu’arrêter n’oblige pas à tout perdre.

Culture

Dans un contexte professionnel francophone, reconnaître qu’un projet ne fonctionne pas comme prévu n’est pas nécessairement présenté comme un échec personnel. Il est courant de parler des résultats, des ressources investies et des critères de décision afin de prendre une décision collective. Des expressions comme « prendre du recul », « revoir notre approche » et « à condition que… » permettent de discuter d’un changement de direction de manière constructive.

Go Further

Imaginez un projet qui ne donne pas les résultats espérés. Écrivez 8 à 10 phrases pour expliquer pourquoi il faut éventuellement changer d’approche ou abandonner le projet. Présentez les arguments pour continuer, puis ceux qui justifient une autre décision. Utilisez : bien que, pourtant, tandis que, en revanche, malgré, à condition que, finalement, à l’avenir.