Hay una frase que escucho en muchos equipos técnicos con los que trabajo. La dice el manager, casi siempre con una mezcla de orgullo y cansancio:
"Es que si no lo reviso yo, no sale bien."
A veces es verdad. Pero casi nunca es el problema. El problema es lo que esa frase hace con el equipo cuando se repite durante meses: convierte a la persona más capaz en el cuello de botella de todos los demás.
Un patrón, no un defecto
En Sistemas Operativos, la metodología con la que trabajo el liderazgo de managers técnicos, a este patrón lo llamamos "El Controlador". No es una etiqueta ni un diagnóstico: es una forma de funcionar que un día fue útil. Te hizo buen técnico. Te dio reputación. Te ascendieron por eso.
Lo que cambió no fuiste tú. Cambió el contexto. Ahora tu trabajo no es que las cosas salgan bien porque las haces tú, sino que salgan bien cuando no estás.
Tres señales de que El Controlador está activo
Piensa en las últimas cuatro semanas, no en cómo te gustaría ser:
- Revisas casi todo antes de que salga del equipo, aunque tu revisión rara vez cambie algo relevante.
- Acabas resolviendo problemas que otras personas podrían aprender a resolver, porque "así vamos más rápido".
- Cuando alguien lo hace de otra manera (no peor, distinta) te cuesta dejarlo pasar.
Si te reconoces en dos de las tres, no necesitas más motivación ni un curso de gestión del tiempo. Necesitas actualizar una conducta concreta.
Delegar decisiones, no tareas
Aquí está el matiz que casi nadie aplica. La mayoría de managers técnicos ya delegan tareas: repartir tickets, asignar features, pedir un informe. Lo que no delegan es la decisión: qué prioridad tiene una incidencia, si un informe puede salir sin su visto bueno, cómo responder a la excepción de un cliente.
Mientras las decisiones pasen por ti, el equipo seguirá siendo una cola de espera. Por muy bien que repartas el trabajo.
Una prueba de siete días
No te propongo cambiar tu estilo. Te propongo un experimento pequeño, con fecha y con criterio:
- Elige UNA decisión que tu equipo todavía te consulta siempre.
- Acuerda con la persona que la tomará cuál es el criterio y dónde está el límite (en qué casos sí tiene que volver a consultarte).
- Fija cuándo revisaréis lo ocurrido: siete días es suficiente.
- Durante esa semana, cuenta cuántas veces sientes el impulso de intervenir. No lo hagas. Solo cuéntalo.
En la revisión, mirad tres cosas y solo tres: la calidad de la decisión, la claridad del acuerdo y lo que cada uno ha aprendido. Ese número de impulsos que has contado es, probablemente, el dato más honesto que tendrás sobre tu propio sistema operativo.
Lo que suele pasar
Cuando hacemos este ejercicio en un taller, la sorpresa no está en la decisión delegada. Está en descubrir que el equipo decidía bien y que el coste real del patrón no lo pagaba el manager: lo pagaba el equipo, en autonomía, y la empresa, en velocidad.
Un bug no se elimina con consciencia. Se actualiza con conducta repetida. Y la primera conducta es una sola decisión, esta semana.
¿Qué decisión podrías empezar a delegar?
— Si quieres contrastar qué patrón está frenando a tu equipo, podemos hablar 20 minutos: Hay una frase que escucho en casi todos los equipos técnicos con los que trabajo. La dice el manager, casi siempre con una mezcla de orgullo y cansancio:
«Es que si no lo reviso yo, no sale bien.»
A veces es verdad. Pero casi nunca es el problema. El problema es lo que esa frase hace con el equipo cuando se repite durante meses: convierte a la persona más capaz en el cuello de botella de todos los demás.
Un patrón, no un defecto
En Sistemas Operativos —la metodología con la que trabajo el liderazgo de managers técnicos— a este patrón lo llamamos «El Controlador». No es una etiqueta ni un diagnóstico: es una forma de funcionar que un día fue útil. Te hizo buen técnico. Te dio reputación. Te ascendieron por eso.
Lo que cambió no fuiste tú. Cambió el contexto. Ahora tu trabajo no es que las cosas salgan bien porque las haces tú, sino que salgan bien cuando no estás.
Tres señales de que El Controlador está activo
Piensa en las últimas cuatro semanas, no en cómo te gustaría ser:
- Revisas casi todo antes de que salga del equipo, aunque tu revisión rara vez cambie algo relevante.
- Acabas resolviendo problemas que otras personas podrían aprender a resolver, porque «así vamos más rápido».
- Cuando alguien lo hace de otra manera —no peor, distinta— te cuesta dejarlo pasar.
Si te reconoces en dos de las tres, no necesitas más motivación ni un curso de gestión del tiempo. Necesitas actualizar una conducta concreta.
Delegar decisiones, no tareas
Aquí está el matiz que casi nadie aplica. La mayoría de managers técnicos ya delegan tareas: repartir tickets, asignar features, pedir un informe. Lo que no delegan es la decisión: qué prioridad tiene una incidencia, si un informe puede salir sin su visto bueno, cómo responder a la excepción de un cliente.
Mientras las decisiones pasen por ti, el equipo seguirá siendo una cola de espera. Por muy bien que repartas el trabajo.
Una prueba de siete días
No te propongo cambiar tu estilo. Te propongo un experimento pequeño, con fecha y con criterio:
- Elige UNA decisión que tu equipo todavía te consulta siempre.
- Acuerda con la persona que la tomará cuál es el criterio y dónde está el límite (en qué casos sí tiene que volver a consultarte).
- Fija cuándo revisaréis lo ocurrido: siete días es suficiente.
- Durante esa semana, cuenta cuántas veces sientes el impulso de intervenir. No lo hagas. Solo cuéntalo.
En la revisión, mirad tres cosas y solo tres: la calidad de la decisión, la claridad del acuerdo y lo que cada uno ha aprendido. Ese número de impulsos que has contado es, probablemente, el dato más honesto que tendrás sobre tu propio sistema operativo.
Lo que suele pasar
Cuando hacemos este ejercicio en un taller, la sorpresa no está en la decisión delegada. Está en descubrir que el equipo decidía bien y que el coste real del patrón no lo pagaba el manager: lo pagaba el equipo, en autonomía, y la empresa, en velocidad.
Un bug no se elimina con consciencia. Se actualiza con conducta repetida. Y la primera conducta es una sola decisión, esta semana.
¿Qué decisión podrías empezar a delegar?
— Si quieres contrastar qué patrón está frenando a tu equipo, podemos hablar 20 minutos