- La pregunta clave de un engineering manager es cuánto debe involucrarse en programar, y esto no es simplemente una cuestión de preferencia personal o distribución de recursos, sino de posicionamiento (Positioning)
- El posicionamiento es un concepto proveniente del liderazgo militar, y para que sea efectivo debe mantener en equilibrio la conciencia situacional (Situational Awareness) y la claridad operativa (Operational Clarity)
- Cuatro zonas de posicionamiento:
- Modo de crisis (baja conciencia situacional, baja claridad operativa) → aprendizaje y estabilización
- Ambigüedad (alta conciencia situacional, baja claridad operativa) → liderazgo con el ejemplo
- Vuelo a ciegas (baja conciencia situacional, alta claridad operativa) → programación reactiva
- Claridad (alta conciencia situacional, alta claridad operativa) → definir dirección estratégica
- A largo plazo, priorizar la conciencia situacional es la base del éxito del equipo, y programar se usa en momentos específicos como una herramienta estratégica para obtener esa conciencia y apoyar al equipo
- Lo importante no es encontrar una respuesta fija, sino ajustar la posición con flexibilidad según cambie el entorno
El concepto de posicionamiento
- El posicionamiento consiste en decidir dónde se ubicará el líder para ejercer mando y control (Command and Control)
- Si se coloca demasiado al frente, queda atrapado en los detalles; si se queda demasiado atrás, pierde visibilidad de la situación y se debilita su capacidad de dirección
- Un engineering manager también debe cambiar la pregunta de “¿debo programar?” por “¿dónde debo posicionarme para que el equipo tenga éxito?”
Framework de posicionamiento
- Dos ejes: conciencia situacional (Situational Awareness) y claridad operativa (Operational Clarity)
- Cuatro zonas:
- Modo de crisis (Low SA, Low OC)
- Tanto el manager como el equipo carecen de comprensión suficiente, y la ejecución está desconectada
- Primero se estabiliza la situación definiendo objetivos de corto plazo, y luego se programa directamente para ganar entendimiento técnico y del equipo
- Ambigüedad (High SA, Low OC)
- El manager entiende bien la situación, pero el equipo está confundido
- Trabaja directamente con el equipo, lidera con el ejemplo y construye confianza y sentido de responsabilidad
- Vuelo a ciegas (Low SA, High OC)
- El equipo funciona bien, pero el manager carece de entendimiento técnico suficiente
- Obtiene comprensión rápidamente mediante programación limitada, como corregir bugs o apoyar producción
- Claridad (High SA, High OC)
- Estado ideal: el manager se enfoca en estrategia, gestión de riesgos y construcción de cultura
- Aun así, relajarse es riesgoso, por lo que puede involucrarse de forma limitada en programación para detectar cambios
El posicionamiento es dinámico
- La zona cambia según la situación del equipo y el entorno externo
- Una caída repentina del servicio → cambio a modo de crisis
- Un giro en la dirección del negocio → movimiento hacia la zona de ambigüedad
- Por eso, en lugar de quedarse en una posición fija, el manager debe revisar y ajustar continuamente su ubicación
La prioridad de la conciencia situacional
- A largo plazo, fortalecer la conciencia situacional es la tarea prioritaria
- Esa conciencia es la base para definir con claridad objetivos y roles
- Programar es un medio útil para obtener conciencia situacional rápidamente o resolver directamente los problemas del equipo
Conclusión
- No existe una respuesta única sobre cuánto debe programar un engineering manager
- Lo importante es diagnosticar la situación actual del equipo (conciencia situacional vs. claridad operativa) y adoptar el posicionamiento adecuado
- Programar es efectivo cuando se usa no solo para productividad, sino como una herramienta de liderazgo, y así se pueden construir equipos de alto desempeño
Aún no hay comentarios.