Comunicación con Partes Interesadas

El Desafío de la Comunicación

Los líderes técnicos operan en la intersección de ingeniería y negocio. Debes comunicarte en dos direcciones: traducir requisitos de negocio en planes técnicos para tu equipo, y traducir la realidad técnica en términos de negocio para las partes interesadas. Esta traducción bidireccional es una de las habilidades más valiosas que un Tech Lead puede desarrollar, y es consistentemente citada como el principal diferenciador entre buenos y grandes líderes de ingeniería.

Conoce Tu Audiencia

Traduciendo Conceptos Técnicos

El arte de la traducción es encontrar analogías y marcos que hagan los conceptos técnicos accesibles sin ser condescendientes.

## Ejemplos de Traducción

### MALO: "Necesitamos refactorizar el monolito en microservicios
porque el acoplamiento está causando cuellos de botella de despliegue y
la base de datos compartida es un punto único de fallo."

### BUENO: "Ahora mismo, todas nuestras funcionalidades están empaquetadas juntas
como una sola caja grande. Cuando un equipo cambia su funcionalidad,
todos los demás equipos tienen que esperar. Queremos separar las funcionalidades
en unidades independientes para que los equipos puedan entregar independientemente.
Esto reducirá nuestro ciclo de lanzamiento de 2 semanas a 2 días."

---

### MALO: "La latencia p99 del endpoint de búsqueda es 3.2
segundos debido a un full table scan en la tabla de productos.
Necesitamos agregar un índice compuesto e implementar caché."

### BUENO: "La búsqueda es lenta para aproximadamente 1 de cada 100 usuarios porque
la base de datos tiene que escanear cada producto para encontrar resultados.
Podemos arreglar esto con una optimización dirigida que debería
tomar 2 días y hará que la búsqueda se sienta instantánea para todos."

Gestionando Expectativas

Estimaciones y Plazos

Una de las fuentes más frecuentes de fricción con las partes interesadas son las expectativas de plazos. Sé honesto, agrega buffers y comunica la incertidumbre claramente:

• Da rangos, no puntos: "Esto tomará 3-5 semanas" es más honesto que "4 semanas"
• Explica qué afecta el rango: "Son 3 semanas si podemos reutilizar la API de pagos existente, 5 semanas si necesitamos construir una nueva"
• Actualiza proactivamente: Cuando los plazos cambien, comunica inmediatamente con la razón y la nueva estimación
• Distingue esfuerzo de tiempo calendario: "Esto son 10 días de trabajo, pero con cambio de contexto y revisiones, tomará 3 semanas calendario"

Decir No (y Ofrecer Alternativas)

Los Tech Leads frecuentemente necesitan rechazar solicitudes poco realistas. La clave es decir no a la petición específica mientras se dice sí a la necesidad subyacente:

• "No podemos construir la funcionalidad completa en 2 semanas, pero podemos entregar una versión con la funcionalidad central que cubre el 80% de los usuarios, y agregar las funcionalidades restantes en un seguimiento."
• "Agregar sincronización en tiempo real requeriría 6 semanas de trabajo de infraestructura. Como alternativa, podemos agregar un botón de actualización manual en 3 días que resuelve el dolor inmediato del usuario."
• "Podemos entregar esto para la fecha límite si saltamos las pruebas automatizadas, pero el riesgo de bugs en producción aumenta significativamente. Recomiendo un retraso de 1 semana para entregar con confianza."

Comunicación Escrita

Como Tech Lead, mucha de tu comunicación es escrita: emails, mensajes de Slack, documentos y actualizaciones de estado. La buena comunicación escrita ahorra tiempo a todos.

• Estructura primero: Usa encabezados, viñetas y texto en negrita para que los lectores puedan escanear rápidamente
• Un mensaje, un tema: No entierres solicitudes importantes en mensajes largos de múltiples temas
• Incluye la solicitud: Si necesitas una decisión o acción, decláralo explícitamente al inicio
• Enlaza, no adjuntes: Referencia documentos por enlace para que las personas siempre vean la versión más reciente