Comment déployer TMetric dans votre équipe (sans opposition)

C'est lundi matin. Un responsable annonce à l'équipe qu'elle va déployer TMetric. Personne n'explique pourquoi, ce qui sera suivi ni comment les données seront utilisées. Dans l'après-midi, les seuls sujets de discussion portent sur la question de savoir si des captures d'écran sont prévues. Une semaine plus tard, la moitié des feuilles de temps sont vierges, et quelqu'un a enregistré huit heures dans « gestion de projet » sans rattacher le temps à aucun projet.

C'est ainsi que la résistance commence — non pas parce que les gens n'apprécient pas TMetric, mais parce que personne ne le leur a expliqué. L'adoption de TMetric par votre équipe dépend de la manière dont vous le présentez : définir les attentes, instaurer la confiance et expliquer pourquoi avant que quiconque n'enregistre sa première heure.

Pourquoi les équipes résistent à TMetric (et pourquoi c'est rationnel)

La résistance à TMetric est souvent réduite au fait que les gens ne veulent pas être mesurés. En réalité, elle se résume généralement à trois préoccupations, qui sont toutes légitimes.

La peur d'être surveillé. Quand les gens entendent : « Nous allons déployer TMetric », ils ne pensent pas aux budgets des projets ni aux rapports sur la charge de travail — ils pensent aux captures d'écran et aux enregistrements d'écran.

Cette réaction n'a rien d'irrationnel. Dans une enquête d'ExpressVPN menée auprès de 1 500 employés américains, un tiers des répondants ont déclaré que le fait de se demander s'ils étaient surveillés constituait leur principale source de stress au travail, tandis que 24 % ont indiqué prendre moins de pauses pour éviter de donner l'impression de ne rien faire.

Derrière cette peur se trouve l'autonomie — le sentiment de ne plus être considéré comme capable de gérer son propre travail. L'autonomie est l'un des besoins psychologiques fondamentaux qui sous-tendent la motivation et, quoi que fasse réellement TMetric, les gens l'interpréteront comme un outil de contrôle, et non de soutien, si vous n'expliquez pas pourquoi il est nécessaire.

La peur que les données soient utilisées contre eux. La deuxième supposition est que les heures enregistrées ressortiront lors d'un entretien d'évaluation, d'une discussion salariale ou d'une décision concernant les personnes qui seront licenciées. Les études de l'APA sur le travail en Amérique ont révélé que les travailleurs surveillés étaient bien plus susceptibles de déclarer se sentir soumis à une microgestion (51 % contre 33 %) et avoir le sentiment de ne pas compter pour leur employeur (36 % contre 22 %). C'est une description juste de la manière dont la surveillance est généralement perçue.

Le sentiment de ne pas être considéré comme digne de confiance. C'est l'argument le plus difficile à réfuter, puisqu'il s'agit d'une déduction sur la direction, et non sur le logiciel. Si la direction avait déjà confiance dans le fait que le travail était effectué, pourquoi commencer à compter les minutes ? Aucune fonctionnalité ne peut répondre à cela — une personne doit le faire.

Nommez ces trois préoccupations devant l'équipe. Si un responsable commence la première réunion en disant : « Vous vous demandez probablement si c'est de la surveillance, si cela sera pris en compte dans les évaluations et si j'ai cessé de vous faire confiance », une grande partie du pouvoir de ces peurs disparaît. Celles qui restent inexprimées continuent de circuler dans les messages privés.

Avant de déployer TMetric, préparez le terrain

Au moment où les gens ouvrent TMetric pour la première fois, l'essentiel du déploiement a déjà réussi ou échoué. Avant que quiconque ne commence à suivre son temps, trois éléments doivent déjà être en place.

Communiquez le « pourquoi » avant le « comment »

Commencez par la raison, pas par le logiciel.

Les gens sont bien plus disposés à accepter un nouveau processus lorsqu'ils comprennent pourquoi il est mis en place. Les recherches de Gartner sur la surveillance des employés ont révélé que l'acceptation de la surveillance des e-mails passait d'environ 30 % à plus de 50 % une fois que les employés savaient pourquoi elle avait été introduite — l'explication fait l'essentiel du travail.

Soyez tout aussi clair sur ce à quoi les données de TMetric ne serviront pas. Une phrase telle que « Ces données ne sont pas utilisées pour les évaluations de performance » dissipe bien plus d'incertitude qu'une longue liste de garanties.

Une conversation de lancement pourrait se dérouler ainsi :

« Nous allons déployer TMetric parce que nous voulons mieux comprendre à quoi est consacré le temps passé sur les projets. Cela nous aidera à planifier le travail plus efficacement, à répartir les charges de travail plus équitablement et à facturer les clients sur la base des données réelles plutôt que d'estimations approximatives. Ces données ne serviront pas aux évaluations de performance, et je vous montrerai exactement ce que je vois. »

Cette dernière phrase est la plus importante. Des garanties vagues laissent place aux suppositions ; montrer aux gens exactement ce que vous verrez élimine une grande partie des incertitudes.

Définissez des règles claires pour le suivi du temps

Une fois que les gens comprennent pourquoi ils suivent leur temps dans TMetric, ils doivent savoir comment ils sont censés le faire.

Décidez ce qui compte comme temps suivi, quelles catégories les employés doivent utiliser, quel niveau de détail les entrées doivent comporter et quelles activités sont facturables ou non facturables. Mettez ces règles par écrit et faites en sorte que chacun puisse les trouver facilement.

Si vous ne définissez rien, chacun décidera de son côté — une personne enregistrera chaque conversation, tandis qu'une autre comptabilisera quatre heures bien organisées par jour. Aucune des deux méthodes n'est incorrecte, mais dès que chacun suit son temps différemment, les rapports cessent d'être utiles.

L'objectif n'est pas de comptabiliser chaque minute de la journée. Il est de veiller à ce que tout le monde suive son travail de la même manière.

Impliquez l'équipe avant le lancement

Le déploiement ne doit pas donner l'impression que la décision est déjà prise. Demandez à l'équipe quelles catégories sont adaptées à son travail dans TMetric et ce qui rendrait le suivi du temps suffisamment frustrant pour qu'elle l'évite — puis modifiez quelque chose en fonction de ses réponses.

Il n'est pas nécessaire que le changement soit majeur. Même une petite modification permet aux gens de se sentir partie prenante du processus plutôt que de le subir — le moyen le plus rapide de transformer un sceptique en défenseur consiste à lui permettre d'améliorer le système qu'il utilisera chaque jour.

Intégrez TMetric au flux de travail existant

Plus TMetric est facile à utiliser, plus les gens sont susceptibles de continuer à s'en servir. S'il suffit de quelques clics dans l'application qu'ils utilisent déjà pour démarrer un minuteur, la plupart n'y réfléchiront pas à deux fois. En revanche, s'ils doivent reconstituer leurs heures le vendredi, ils ne le feront probablement pas.

C'est pourquoi les feuilles de calcul et les feuilles de temps manuelles durent rarement — le vendredi, les gens essaient de deviner ce qu'ils ont fait trois jours plus tôt, et les rapports sont remplis sans être exacts.

TMetric est conçu pour s'intégrer au flux de travail existant plutôt que d'en ajouter un parallèle. Il s'intègre directement à Jira, Asana, GitHub et à environ 50 autres outils, de sorte qu'un développeur peut démarrer un minuteur depuis le ticket qu'il a déjà ouvert au lieu de changer d'application pour décrire un travail terminé vingt minutes plus tôt. 

Comment déployer TMetric étape par étape

1. Commencez par un groupe pilote

Ne déployez pas TMetric auprès de tout le monde dès le premier jour. Testez-le d'abord avec une équipe pendant trois ou quatre semaines — vous identifierez ce qui ne fonctionne pas alors qu'il est encore facile d'y remédier, avant d'impliquer le reste de l'entreprise.

Choisissez une équipe suffisamment petite pour être accompagnée et disposée à donner un avis honnête, et demandez d'abord aux responsables de suivre leur propre temps dans TMetric — s'ils demandent à tous les autres de l'utiliser, ils doivent en faire autant.

2. Gardez des catégories simples

Chaque champ supplémentaire rend TMetric un peu plus difficile à utiliser. Commencez par l'essentiel — projet, tâche et statut facturable — et n'ajoutez d'autres éléments que pour une bonne raison.

Une règle utile : si l'enregistrement d'une entrée prend plus de 30 secondes, c'est trop compliqué — les gens cesseront de suivre leur temps au fur et à mesure et essaieront plutôt de reconstituer leur vendredi après-midi.

Vous pourrez toujours ajouter une autre catégorie plus tard. En supprimer une après que les gens s'y sont habitués est généralement plus difficile.

3. Organisez une session d'intégration, pas seulement un tutoriel

Les gens ont besoin de savoir où se trouvent les boutons, mais ils veulent aussi savoir ce qu'ils ont à y gagner. Montrez-leur comment les données de TMetric les aident concrètement : un designer peut s'appuyer sur des projets passés lorsqu'un calendrier semble irréaliste, un développeur dispose de preuves lorsqu'un sprint est surchargé, et une agence peut montrer exactement d'où viennent les heures facturées.

Une fois qu'ils ont compris cela, le logiciel lui-même est rapide à apprendre.

4. Intégrez-le au travail

Les gens suivent leur temps de manière bien plus fiable lorsque cela s'intègre à ce qu'ils font déjà. Démarrer un minuteur TMetric depuis un ticket ou un tableau de projet est préférable à la reconstitution d'une semaine de mémoire, et une vérification hebdomadaire rapide permet de repérer les entrées manquantes tant qu'elles sont encore récentes.

Toutes les deux semaines environ, examinez ensemble les chiffres des projets, et non les feuilles de temps individuelles. Ces échanges aident les gens à comprendre que les données servent à améliorer les projets, pas à les surveiller.

Comment éviter la microgestion avec TMetric

C'est à ce stade que les déploiements échouent discrètement : six semaines plus tard, bien après que la mise en place du logiciel s'est déroulée sans problème.

Lorsque vous ouvrez un rapport, essayez d'y chercher des tendances plutôt que des entrées individuelles. Si une tâche prend systématiquement plus de temps que prévu, cela mérite d'être examiné. Demander pourquoi une personne a consacré trois heures au mardi matin l'est généralement beaucoup moins.

Vous ne voulez pas que les gens aient le sentiment de devoir justifier chaque ligne d'une feuille de temps — lorsque cela se produit, ils consignent ce qui semble raisonnable plutôt que ce qui s'est réellement passé, et les rapports deviennent plus propres mais moins utiles.

Il en va de même pour la comparaison entre les personnes — les heures enregistrées ne montrent pas qui a fourni le meilleur travail, mais seulement où les estimations étaient erronées ou quels projets prennent plus de temps que prévu.

Permettre aux gens de consulter les mêmes rapports TMetric que les responsables est également utile — lorsque les données ne sont pas dissimulées, une grande partie de la méfiance qu'elles suscitent disparaît.

Que faire après le lancement de TMetric

La partie intéressante commence une fois que le déploiement est stabilisé.

Pendant les premières semaines, n'attendez pas des données parfaites. Les gens oublient de démarrer les minuteurs, les catégories sont utilisées différemment et quelqu'un enregistrera presque certainement tout sous « Administration ». C'est normal.

Après un mois, des tendances qui méritent d'être prises en compte commencent à apparaître — un client qui prend toujours plus de temps que prévu, une équipe qui assume davantage de travail que quiconque ne l'avait réalisé. Ce sont les conversations que les rapports devraient susciter.

C'est également le bon moment pour demander à l'équipe pilote ce qui lui pose problème — une catégorie déroutante, un rappel mal programmé — et y remédier avant d'étendre le déploiement.

Surveillez aussi les feuilles de temps qui paraissent soudain trop parfaites — des journées de huit heures identiques et bien ordonnées signifient généralement que les employés ont cessé d'enregistrer ce qui s'est réellement passé et consignent désormais ce qu'ils pensent devoir écrire.

Conclusion

TMetric est plus efficace lorsque les employés le considèrent comme un outil de planification, et non de surveillance. Les équipes qui comprennent où passent leurs heures évaluent le travail plus précisément, répartissent les charges plus équitablement et facturent à partir de données enregistrées plutôt que de souvenirs.

Lorsque les déploiements échouent, c'est rarement à cause du logiciel. Le plus souvent, c'est parce que le déploiement a créé de l'incertitude là où il aurait dû apporter de la clarté. Expliquez la raison, définissez des attentes claires, commencez modestement et utilisez les données pour améliorer les projets, pas pour juger les employés.

Si vous êtes prêt à mettre ces idées en pratique, TMetric est gratuit jusqu'à deux utilisateurs et inclut une période d'essai de 14 jours pour les formules payantes. Commencez avec une équipe, identifiez ce qui fonctionne et développez progressivement votre utilisation.