En lugar de controlar cuánto tiempo pasan las personas frente a la computadora, necesitamos observar cómo fluye el trabajo hasta convertirse en una entrega.

Puede parecer sencillo, pero este cambio transforma por completo la forma de gestionar un equipo.

El foco deja de estar en la presencia de las personas y pasa a estar en la claridad de las tareas, el avance de las entregas, los bloqueos, la capacidad, los costos y los riesgos del proyecto.

¿Qué es el micromanagement?

El micromanagement, también conocido como microgestión, ocurre cuando un responsable intenta controlar de forma excesiva cómo cada persona realiza su trabajo.

El problema no es hacer seguimiento.

Un gerente necesita conocer resultados, entregas, riesgos, capacidad, costos y calidad.

El problema comienza cuando la gestión deja de observar el trabajo y empieza a intentar controlar cada paso de las personas.

En la práctica, la microgestión puede aparecer de diferentes formas:

• Pedir actualizaciones de estado constantemente;
• Querer saber qué está haciendo cada persona en todo momento;
• Exigir aprobación para decisiones pequeñas;
• Crear reuniones únicamente para comprobar que el trabajo está avanzando;
• Controlar constantemente horarios, presencia online o actividad frente a la computadora;
• Intervenir en cada detalle de cómo se ejecuta una tarea;
• Reducir la autonomía incluso cuando objetivos y responsabilidades ya están claros.

¿Cómo identificar el micromanagement?

Para mí, existe una pregunta sencilla que ayuda a diferenciar la gestión del micromanagement:

¿El gerente está intentando comprender el resultado o está intentando controlar cada paso necesario para llegar a él?

Si para conocer el estado de un proyecto necesitas interrumpir constantemente a las personas, pedir actualizaciones individuales y preguntar en qué está trabajando cada una, probablemente exista un problema de visibilidad.

Y muchas veces el micromanagement aparece precisamente como una forma de compensar esa falta de información.

El gerente no consigue ver claramente el proyecto.

Entonces empieza a observar a las personas.

¿Por qué el micromanagement perjudica la productividad?

Existe una cierta ironía en el micromanagement.

Normalmente nace de una intención de aumentar el control y la productividad, pero puede terminar consumiendo exactamente aquello que intenta mejorar.

Cada solicitud de actualización interrumpe el trabajo.

Cada reunión creada únicamente para recopilar estados consume tiempo que podría utilizarse para ejecutar tareas o tomar decisiones.

Cada aprobación innecesaria crea una nueva espera.

Y cuando las personas descubren que cualquier decisión debe ser validada, poco a poco comienzan a tomar menos decisiones por sí mismas.

El resultado puede ser un equipo extremadamente controlado, pero que depende de la dirección para poder avanzar.

Eso no es necesariamente productividad.

Productividad no es cantidad de actividad

Un profesional puede responder decenas de mensajes durante el día, participar en varias reuniones y actualizar constantemente el estado de sus tareas.

Todo esto demuestra actividad.

Pero no demuestra necesariamente productividad.

Del mismo modo, una persona puede permanecer concentrada durante varias horas, responder pocos mensajes y completar una actividad crítica que estaba bloqueando todo el proyecto.

En ese caso, hubo menos movimiento visible, pero probablemente se generó mucho más valor.

El problema es que la actividad es más fácil de observar.

Las reuniones aparecen en el calendario, los mensajes aparecen en el chat, el indicador de presencia muestra si alguien está conectado y las actualizaciones quedan registradas en las herramientas de gestión.

La productividad, en cambio, necesita ser interpretada, porque depende del contexto de la tarea, la complejidad de la entrega, las dependencias, los riesgos, la calidad esperada y el impacto generado en el proyecto.

Como expliqué en el artículo Indicadores de productividad: KPI para medir y mejorar la productividad de tu equipo , la productividad no debería reducirse a la cantidad de tareas terminadas.

Una actividad pequeña y repetitiva no puede compararse directamente con una entrega compleja, llena de riesgos y dependencias.

Por eso, cuando hago seguimiento de la productividad, no comenzaría preguntando cuántas horas trabajó cada persona.

Comenzaría preguntando:

¿El trabajo planificado se está convirtiendo en entregas bajo las condiciones esperadas?

Cómo hacer seguimiento de la productividad sin micromanagement

Si queremos reemplazar la microgestión por una gestión basada en evidencias, necesitamos observar el sistema de trabajo.

Yo comenzaría por algunos puntos.

1. Compara lo planificado con lo entregado

El primer indicador que observaría es la diferencia entre lo que el equipo planificó y lo que realmente logró terminar.

No lo haría para castigar al equipo cuando una previsión no se cumple, sino para comprender por qué el plan y la ejecución se están alejando.

Intentaría responder:

• ¿Qué entregas estaban planificadas para el periodo?
• ¿Cuáles se terminaron realmente?
• ¿Qué tareas pasaron al siguiente ciclo?
• ¿Qué actividades están acumulando retrasos?
• ¿El alcance cambió durante la ejecución?
• ¿Alguna dependencia impidió avanzar?
• ¿Las estimaciones fueron incorrectas?
• ¿El equipo recibió trabajo no planificado?

Una diferencia aislada entre lo planificado y lo entregado no significa necesariamente que exista un problema.

Los proyectos cambian. Las prioridades cambian. Los imprevistos ocurren.

La señal de alerta aparece cuando esa diferencia se repite y nadie logra explicar la causa.

Si todas las semanas varias tareas pasan al siguiente periodo, algo está sucediendo.

Tal vez las estimaciones sean demasiado optimistas, el equipo esté trabajando en demasiadas actividades al mismo tiempo, existan bloqueos que no están siendo registrados o las tareas estén llegando sin la información necesaria.

El objetivo del seguimiento no es solamente descubrir que una entrega se retrasó.

Es comprender por qué continúa retrasándose.

2. Evalúa la calidad de las tareas antes de exigir velocidad

Antes de exigir productividad, verificaría si las tareas son lo suficientemente claras como para ser ejecutadas.

Un equipo no se vuelve más productivo simplemente porque el gerente exige más entregas.

Se vuelve más productivo cuando puede comenzar a trabajar con menos dudas, menos interrupciones y menos necesidad de rehacer lo que ya había realizado.

Una tarea debería dejar claro:

• ¿Qué problema debe resolverse?
• ¿Cuál es el objetivo?
• ¿Qué resultado se espera?
• ¿Cuáles son los criterios de aceptación?
• ¿Quién necesita participar?
• ¿Qué dependencias deben resolverse?
• ¿Qué información está disponible?
• ¿Cuándo puede considerarse terminada?

Cuando esta información no existe, el profesional necesita buscarla.

Envía mensajes, programa reuniones, espera respuestas, interpreta lo que debería hacer y, muchas veces, comienza a trabajar con una comprensión incompleta.

En un equipo remoto, este problema se vuelve todavía más visible porque una duda puede convertirse en varias horas de espera.

Por eso escribí: Por qué una buena Definición de Ready y Definición de Done aporta claridad a tus tasks .

Exigir productividad a un equipo que recibe tareas incompletas es como exigir velocidad sin explicar dónde está la línea de llegada.

3. Identifica bloqueos y dependencias

No todas las tareas se retrasan porque alguien trabajó lentamente.

En algunos casos, el profesional está esperando una aprobación, depende de otro equipo, necesita información que todavía no ha recibido o espera una decisión importante que continúa siendo postergada.

Si el gerente observa únicamente la fecha de entrega, puede concluir que existe un problema de desempeño.

Sin embargo, cuando analiza el flujo de trabajo, puede descubrir que la tarea permaneció varios días sin las condiciones necesarias para avanzar.

Por eso, haría seguimiento de:

• ¿Qué tareas están bloqueadas?
• ¿Cuánto tiempo llevan bloqueadas?
• ¿Cuál es la causa del bloqueo?
• ¿Quién puede resolverlo?
• ¿Qué entregas dependen de esa actividad?
• ¿El bloqueo pone en riesgo alguna fecha importante?

Un bloqueo conocido puede gestionarse.

Un bloqueo oculto continúa consumiendo tiempo hasta que alguien descubre que el proyecto ya está retrasado.

Tener visibilidad no significa ver a las personas. Significa hacer visible el flujo de trabajo.

4. Observa capacidad y exceso de trabajo en progreso

Otro punto que analizaría es la cantidad de actividades que cada persona y cada equipo tienen en progreso.

Existe la idea de que, cuanto más trabajo se inicia, más productivo parece el equipo.

En la práctica, normalmente ocurre lo contrario.

Cuando una persona comienza varias actividades al mismo tiempo, necesita cambiar constantemente de contexto, prioridad y problema.

El resultado puede ser una gran cantidad de tareas en progreso y muy pocas tareas realmente terminadas.

Intentaría identificar:

• ¿Cuántas actividades están en progreso al mismo tiempo?
• ¿Qué profesionales concentran más trabajo?
• ¿Quién participa en demasiados proyectos?
• ¿Existen personas con capacidad disponible?
• ¿Algún puesto o especialidad se convirtió en un cuello de botella?
• ¿El trabajo está distribuido de acuerdo con la experiencia necesaria?

Analizar la capacidad no debería servir para descubrir quién soporta más presión.

Debería servir para organizar el trabajo de forma sostenible y proteger la previsibilidad de las entregas.

5. Mide el retrabajo

El retrabajo es una de las formas más costosas de perder productividad.

Un equipo puede terminar muchas tareas y, aun así, generar poco avance real.

Esto sucede cuando parte de las entregas debe rehacerse: la tarea regresa para corrección, el requisito necesita ser reinterpretado, la solución no cumple con el objetivo esperado o aparece un problema de calidad después de la entrega.

El retrabajo consume capacidad sin generar una nueva entrega.

Por eso observaría:

• ¿Cuántas tareas están siendo reabiertas?
• ¿Cuántas entregas regresan para corrección?
• ¿Qué tipos de actividades generan más retrabajo?
• ¿Qué proyectos presentan una mayor incidencia de fallas?
• ¿Las causas están relacionadas con la ejecución o con la falta de claridad?
• ¿Los mismos problemas continúan repitiéndose?

Cuando el mismo tipo de error aparece varias veces, corregir únicamente la tarea no es suficiente.

Es necesario buscar la causa raíz.

Como expliqué en Cómo encontrar la causa raíz de los problemas de tu proyecto , resolver el síntoma puede hacer que el problema desaparezca temporalmente. Si la causa continúa presente, volverá.

6. Analiza productividad junto con tiempo, costo y rentabilidad

Un equipo puede entregar rápidamente y, aun así, generar un proyecto poco rentable.

También puede cumplir con la fecha de entrega utilizando muchas más personas, horas y recursos de los previstos.

Por eso, la productividad no debería analizarse de forma aislada.

Yo evaluaría las entregas junto con:

• Tiempo utilizado para terminar cada actividad;
• Costo de las personas asignadas;
• Nivel de experiencia necesario para realizar el trabajo;
• Horas utilizadas en correcciones y retrabajo;
• Costo acumulado del proyecto;
• Presupuesto todavía disponible;
• Tiempo restante;
• Margen planificado y margen actual.

Una entrega puede estar terminada y, al mismo tiempo, haber costado mucho más de lo previsto.

Si esto ocurre repetidamente y nadie analiza los datos, la empresa puede descubrir la pérdida de rentabilidad únicamente cuando el proyecto termina.

Tener control de gestión significa descubrir las desviaciones cuando todavía existe tiempo para tomar una decisión.

Cómo sustituir el micromanagement por una gestión basada en evidencias

Cuando una empresa no puede comprender el proyecto a través de sus datos, intenta recuperar visibilidad creando reuniones.

Cada profesional explica lo que hizo, lo que está haciendo y lo que piensa hacer.

El gerente toma nota de los problemas y después necesita organizar todo lo que escuchó para construir una visión general.

Algunas reuniones de seguimiento son importantes.

El problema aparece cuando existen únicamente para recopilar información que ya debería estar registrada en el flujo de trabajo.

Yo utilizaría las reuniones para discutir:

• ¿Qué decisiones deben tomarse?
• ¿Qué riesgos necesitan tratamiento?
• ¿Qué bloqueos requieren apoyo de los líderes?
• ¿Qué prioridades deben modificarse?
• ¿Qué conflictos de capacidad deben resolverse?

No utilizaría una reunión únicamente para preguntar en qué está trabajando cada persona.

Cuando el estado del proyecto está actualizado y organizado, la reunión deja de ser una recopilación manual de información y se convierte en un espacio para tomar decisiones.

Cómo Saint Jude ayuda a hacer seguimiento sin micromanagement

Fue pensando en este tipo de problema que creamos Saint Jude.

La plataforma no fue desarrollada para vigilar empleados y tampoco busca reemplazar las herramientas que el equipo ya utiliza para organizar su trabajo.

Saint Jude funciona como una capa de inteligencia sobre las herramientas de gestión de proyectos.

Se conecta con los datos que ya existen en soluciones como Jira, Azure DevOps, ClickUp, Monday.com y Asana y ayuda a gerentes, PMO y líderes a comprender qué está sucediendo dentro de sus proyectos.

Cronograma y avance de las entregas

Permite comparar lo que estaba planificado con lo que realmente fue terminado, identificar tareas retrasadas y visualizar actividades que pueden comprometer las siguientes entregas.

Claridad y calidad de las tareas

Los datos de las tareas ayudan a identificar si las actividades tienen contexto, objetivos, criterios de aceptación e información suficiente para que el equipo pueda trabajar.

Capacidad y distribución del trabajo

Saint Jude ayuda a analizar dónde está concentrado el trabajo, quién puede estar sobrecargado, qué actividades necesitan más apoyo y dónde existen cuellos de botella de capacidad.

Costos y rentabilidad del proyecto

El módulo de costos combina información de salarios, asignación y ejecución para mostrar cuánto se está invirtiendo en cada equipo, puesto, nivel de experiencia y tipo de actividad.

Riesgos, bloqueos y causas de los retrasos

Al reunir datos de ejecución, retrasos, dependencias, retrabajo y capacidad, Saint Jude ayuda a identificar patrones que pueden estar afectando al proyecto.

En lugar de observar únicamente una tarea retrasada, los líderes pueden buscar el origen del problema:

• ¿Falta de claridad?
• ¿Sobrecarga?
• ¿Una dependencia no resuelta?
• ¿Una estimación incorrecta?
• ¿Demasiadas actividades en progreso?
• ¿Retrabajo recurrente?

Esta es, para mí, la principal diferencia entre hacer seguimiento de las personas y hacer seguimiento del trabajo.

Cuando observo a las personas, veo actividad.

Cuando organizo e interpreto los datos del trabajo, puedo ver riesgos, decisiones, costos y oportunidades de mejora.

Qué observar cada semana sin hacer micromanagement

Si necesitara hacer seguimiento de un equipo, no crearía una lista interminable de indicadores.

Comenzaría con algunas preguntas:

• ¿Qué estaba planificado para esta semana?
• ¿Qué se terminó realmente?
• ¿Qué tareas llevan demasiado tiempo en progreso?
• ¿Qué actividades están bloqueadas?
• ¿Quién tiene más trabajo del que puede asumir?
• ¿Qué entregas necesitaron rehacerse?
• ¿Qué riesgos pueden afectar la siguiente fecha?
• ¿Cuánto del presupuesto ya fue utilizado?
• ¿El costo continúa siendo coherente con el avance?
• ¿La rentabilidad continúa protegida?

Después intentaría comprender la tendencia.

¿Las tareas retrasadas están aumentando o disminuyendo?

¿El retrabajo está concentrado en algún tipo de actividad?

¿Los mismos profesionales continúan sobrecargados?

¿Los bloqueos permanecen abiertos durante más tiempo?

¿El costo está creciendo más rápido que las entregas?

Un indicador aislado muestra una fotografía. La tendencia muestra hacia dónde se dirige el proyecto.

Control sin micromanagement

Hacer seguimiento de la productividad no debería significar controlar cada movimiento de cada profesional.

Tampoco debería significar transformar la jornada en una secuencia de reuniones, mensajes de presión y actualizaciones de estado.

El gerente no necesita saber qué está haciendo cada persona a cada minuto.

Necesita saber si el trabajo importante está avanzando, dónde existen obstáculos y qué decisiones deben tomarse.

Para mí, una buena gestión depende de cinco elementos:

• Entregas claramente definidas;
• Prioridades visibles;
• Capacidad correctamente distribuida;
• Riesgos y bloqueos registrados;
• Datos confiables sobre fechas, costos y calidad.

Cuando estos elementos existen, los líderes no necesitan vigilar al equipo para sentir que tienen el control.

Pueden comprender el proyecto y actuar antes de que un retraso se convierta en una crisis, antes de que la sobrecarga reduzca la calidad y antes de que los costos eliminen la rentabilidad de la entrega.

El micromanagement intenta controlar cada paso de las personas. Una buena gestión crea suficiente visibilidad para que puedan avanzar con autonomía.

Saint Jude fue creado para ayudar a las empresas a realizar esta transición: abandonar una gestión basada en presencia y avanzar hacia una gestión basada en entregas, riesgos, capacidad, costos y evidencias.

Si quieres entender dónde tus proyectos están perdiendo tiempo, productividad o rentabilidad, conoce Saint Jude y sus módulos de inteligencia de proyectos .

¿Y tu empresa? ¿Hace seguimiento de la productividad por los resultados generados o todavía necesita preguntar constantemente si las personas están trabajando?

¡Hasta la próxima!

Erik Scaranello