Cómo implementar TMetric en tu equipo (sin resistencia)

Es lunes por la mañana. Un gerente les dice al equipo que van a implementar TMetric. Nadie explica por qué, qué se va a registrar ni cómo se utilizarán los datos. Esa misma tarde, la única pregunta que se hace la gente es si habrá capturas de pantalla. Una semana después, la mitad de las hojas de horas están en blanco y alguien ha registrado ocho horas en «gestión de proyectos» sin asociarlas a ningún proyecto.

Así es como comienza la resistencia: no porque a la gente le desagrade TMetric, sino porque nadie lo explicó. Que tu equipo adopte TMetric depende de cómo lo presentes: establecer expectativas, generar confianza y explicar el motivo antes de que nadie registre su primera hora.

Por qué los equipos se resisten a TMetric (y por qué es razonable)

La resistencia a TMetric suele descartarse como una falta de voluntad de la gente de ser evaluada. En realidad, normalmente se reduce a tres preocupaciones, y todas son razonables.

Miedo a la vigilancia. Cuando la gente oye: «Vamos a implementar TMetric», no piensa en presupuestos de proyectos ni en informes de carga de trabajo; piensa en capturas de pantalla y grabaciones de pantalla.

Esa reacción no es irracional. En una encuesta de ExpressVPN a 1.500 empleados estadounidenses, un tercio afirmó que preocuparse por si estaban siendo vigilados era su mayor fuente de estrés laboral, mientras que el 24 % dijo que hacía menos pausas para evitar parecer inactivo.

Debajo de ese miedo está la autonomía: la sensación de que ya no confían en ti para gestionar tu propio trabajo. La autonomía es una de las necesidades psicológicas fundamentales que sustentan la motivación y, independientemente de lo que haga realmente TMetric, la gente lo interpretará como control y no como apoyo si no explicas por qué es necesario.

Miedo a que los datos se utilicen en su contra. La segunda suposición es que las horas registradas volverán a aparecer en una evaluación de desempeño, una conversación salarial o una decisión sobre quién será despedido. La investigación Trabajo en Estados Unidos de la APA descubrió que los trabajadores supervisados tenían muchas más probabilidades de decir que sentían que se les hacía una microgestión (51 % frente al 33 %) y que no importaban a su empleador (36 % frente al 22 %). Esta es una descripción justa de cómo suele percibirse la supervisión.

La sensación de que no confían en ellos. Este punto es el más difícil de rebatir, ya que es una inferencia sobre la dirección, no sobre el software. Si la dirección ya confiaba en que el trabajo se estaba haciendo, ¿por qué empezar a contar los minutos? Ninguna función responde a eso: tiene que hacerlo una persona.

Menciona las tres preocupaciones delante del equipo. Si un gerente comienza la primera reunión diciendo: «Probablemente se estén preguntando si esto es vigilancia, si se incluirá en las evaluaciones y si he dejado de confiar en ustedes», la mayor parte del poder de esos miedos desaparece. Los temores no expresados siguen circulando en los mensajes directos.

Antes de implementar TMetric, prepara el terreno

Para cuando la gente abre TMetric por primera vez, la implementación ya ha tenido éxito o ha fracasado en gran medida. Antes de que nadie empiece a registrar el tiempo, ya deberían estar establecidas tres cosas.

Comunica el «porqué» antes que el «cómo»

Empieza por el motivo, no por el software.

La gente está mucho más dispuesta a aceptar un proceso nuevo cuando entiende por qué se está implementando. La investigación de Gartner sobre la supervisión de empleados descubrió que la aceptación de la supervisión del correo electrónico aumentó de aproximadamente el 30 % a más del 50 % cuando se explicó a los empleados por qué se había introducido; la explicación hace la mayor parte del trabajo.

Sé igual de claro sobre para qué no se utilizarán los datos de TMetric. Una frase como «Estos datos no se utilizan para las evaluaciones de desempeño» elimina mucha más incertidumbre que una larga lista de garantías.

Una conversación sobre la implementación podría sonar así:

«Vamos a implementar TMetric porque queremos entender mejor en qué se emplea el tiempo de los proyectos. Nos ayudará a planificar el trabajo de forma más eficiente, distribuir las cargas de trabajo de manera más equilibrada y facturar a los clientes según los valores reales en lugar de basarnos en estimaciones aproximadas. Estos datos no se incluirán en las evaluaciones de desempeño y les mostraré exactamente lo que puedo ver».

La última frase es la más importante. Las garantías vagas dejan espacio para las suposiciones; mostrar a la gente exactamente lo que verás elimina gran parte de las conjeturas.

Establece reglas claras para el registro

Una vez que la gente entiende por qué registra el tiempo en TMetric, necesita saber cómo se espera que lo haga.

Decide qué se considera tiempo registrable, qué categorías debe utilizar la gente, qué nivel de detalle deben tener las entradas y qué trabajo se considera facturable o no facturable. Déjalo por escrito y asegúrate de que sea fácil de encontrar para todos.

Si lo dejas sin definir, cada persona decidirá por su cuenta: una registrará cada conversación y otra anotará cuatro horas ordenadas al día. Ninguna de las dos opciones es incorrecta, pero cuando cada persona registra el tiempo de una manera distinta, los informes dejan de ser útiles.

El objetivo no es contabilizar cada minuto del día. Es asegurarse de que todos registren el trabajo de la misma manera.

Involucra al equipo antes del lanzamiento

El lanzamiento no debería parecer una decisión que ya se ha tomado. Pregunta al equipo qué categorías tienen sentido para su trabajo en TMetric y qué haría que registrar el tiempo resultara tan frustrante que prefirieran evitarlo; después, cambia algo basándote en lo que te digan.

No tiene que ser un cambio enorme. Incluso uno pequeño hace que las personas se sientan parte del proceso en lugar de sujetos de este; la forma más rápida de convertir a un escéptico en un defensor es permitirle mejorar el sistema que utilizará todos los días.

Integra TMetric en el flujo de trabajo que ya existe

Cuanto más fácil sea utilizar TMetric, más probabilidades habrá de que las personas sigan usándolo. Si iniciar un temporizador requiere un par de clics dentro de la aplicación que ya están utilizando, la mayoría no se lo pensará dos veces. Si tienen que reconstruir sus horas el viernes, probablemente no lo harán.

Por eso las hojas de cálculo y los partes de horas manuales rara vez perduran: para el viernes, las personas están adivinando qué hicieron hace tres días y los informes se completan sin precisión.

TMetric está diseñado para adaptarse al flujo de trabajo que ya existe, en lugar de añadir uno paralelo. Se integra directamente con Jira, Asana, GitHub y alrededor de otras 50 herramientas, de modo que un desarrollador puede iniciar un temporizador desde la incidencia que ya tiene abierta en lugar de cambiar de aplicación para describir un trabajo que terminó hace veinte minutos. 

Cómo implementar TMetric paso a paso

1. Empieza con un grupo piloto

No implementes TMetric para todo el mundo desde el primer día. Pruébalo primero con un equipo durante tres o cuatro semanas; descubrirás qué no funciona mientras todavía sea fácil solucionarlo, antes de involucrar al resto de la empresa.

Elige un equipo lo bastante pequeño como para poder apoyarlo y dispuesto a ofrecer comentarios sinceros, y haz que los responsables empiecen registrando su propio tiempo en TMetric; si les piden a los demás que lo utilicen, ellos también deberían hacerlo.

2. Mantén las categorías sencillas

Cada campo adicional hace que TMetric sea un poco más difícil de utilizar. Empieza con lo básico: proyecto, tarea y estado facturable; añade más solo cuando haya una buena razón.

Una regla útil: si registrar una entrada lleva más de 30 segundos, es demasiado complicado; las personas dejarán de registrar el tiempo a medida que trabajan y, en su lugar, intentarán reconstruir la tarde del viernes.

Siempre puedes añadir otra categoría más adelante. Eliminar una después de que las personas se hayan acostumbrado a ella suele ser más difícil.

3. Organiza una sesión de incorporación, no solo un tutorial

Las personas no solo necesitan saber dónde están los botones; también quieren saber qué beneficios obtendrán. Muéstrales cómo ayudan realmente los datos de TMetric: un diseñador puede señalar proyectos anteriores cuando un cronograma parece poco realista, un desarrollador tiene pruebas cuando una iteración se sobrecarga y una agencia puede mostrar exactamente de dónde salieron las horas facturadas.

Una vez que las personas entienden eso, no se tarda mucho en aprender a utilizar el software.

4. Haz que forme parte del trabajo

Las personas registran el tiempo de forma mucho más fiable cuando esto encaja con lo que ya están haciendo. Iniciar un temporizador de TMetric desde una incidencia o un tablero de proyecto es mejor que reconstruir una semana de memoria, y una revisión semanal rápida permite detectar las entradas que faltan mientras aún están frescas.

Cada dos semanas aproximadamente, revisad juntos las cifras de los proyectos, no los partes de horas individuales. Esas conversaciones ayudan a las personas a entender que los datos están ahí para mejorar los proyectos, no para vigilarlas.

Cómo evitar la microgestión con TMetric

Aquí es donde las implementaciones fracasan discretamente: seis semanas después, mucho tiempo después de que la parte del software haya ido bien.

Cuando abras un informe, intenta buscar tendencias en lugar de entradas individuales. Si una tarea tarda más de lo esperado una y otra vez, vale la pena hablar sobre ello. Preguntar por qué una persona pasó tres horas el martes por la mañana normalmente no.

No quieres que las personas sientan que tienen que defender cada línea de un parte de horas; cuando eso ocurre, registran lo que parece razonable en lugar de lo que realmente sucedió, y los informes se vuelven más limpios, pero menos útiles.

Lo mismo ocurre al comparar a las personas: las horas registradas no muestran quién hizo el mejor trabajo, sino únicamente dónde se equivocaron las estimaciones o qué proyectos están consumiendo más tiempo del previsto.

También ayuda permitir que las personas vean los mismos informes de TMetric que los responsables; cuando los datos no están ocultos, desaparece gran parte de la desconfianza que los rodea.

Qué hacer después del lanzamiento de TMetric

La parte interesante comienza cuando la implementación se estabiliza.

Durante las primeras semanas, no esperes datos perfectos. Las personas olvidan iniciar los temporizadores, las categorías se utilizan de distintas maneras y, con toda seguridad, alguien registrará todo bajo «Administración». Es normal.

Después de un mes, empiezan a aparecer patrones sobre los que vale la pena actuar: un cliente que siempre tarda más de lo esperado, un equipo que asume más trabajo del que nadie imaginaba. Esas son las conversaciones que deberían iniciar los informes.

También es un buen momento para preguntar al equipo piloto qué está dificultando las cosas —una categoría confusa, un recordatorio enviado en mal momento— y solucionarlo antes de ampliar el despliegue.

Presta atención también a los registros de horas que de repente parecen demasiado perfectos: unos días de ocho horas ordenados e idénticos normalmente significan que las personas han dejado de registrar lo que ocurrió y han empezado a registrar lo que creen que deberían escribir.

Conclusión

TMetric funciona mejor cuando las personas lo ven como una herramienta de planificación, no de supervisión. Los equipos que entienden adónde van sus horas estiman el trabajo con mayor precisión, distribuyen las cargas de trabajo de forma más justa y facturan basándose en registros en lugar de hacerlo de memoria.

Cuando los despliegues fracasan, rara vez se debe al software. Más a menudo, se debe a que el despliegue creó incertidumbre cuando debería haber creado claridad. Explica el motivo, establece expectativas claras, empieza poco a poco y utiliza los datos para mejorar los proyectos, no para juzgar a las personas.

Si estás listo para poner esas ideas en práctica, TMetric es gratuito para un máximo de dos usuarios e incluye una prueba de 14 días en los planes de pago. Empieza con un equipo, descubre qué funciona y sigue avanzando a partir de ahí.