Tres técnicas de comunicación para tomar la iniciativa técnica ante la presión de los séniors
En la sala de reuniones, cuando la voz de un superior se eleva, es fácil que un junior se sienta intimidado. Aunque tengas la cabeza llena de propuestas de diseño, en el momento en que guardas silencio ante la autoridad, tu código es modificado y pierdes la iniciativa. Para sobrevivir en un mercado de contratación de desarrolladores novatos que recientemente ha caído hasta el rango del 7%, es necesario ir más allá de simplemente escribir buen código y dominar una retórica que defienda tu diseño.
Mirroring: Responder a las críticas abstractas con números
Cuando un sénior lanza un ataque subjetivo diciendo que "esta estructura es demasiado compleja" o que "parece que no tendrá buen rendimiento", es tu oportunidad. Si te pones nervioso, se convertirá en una batalla emocional, pero si utilizas el mirroring propuesto por el ex negociador del FBI Chris Voss, la situación cambia. Repite las palabras abstractas que el otro ha dicho y solicita cifras concretas.
- Ejecución: "Ha mencionado que es complejo, ¿en qué porcentaje estima que aumentará el coste de mantenimiento respecto al actual?" o "Si le preocupa el rendimiento, me gustaría saber específicamente a partir de cuántos ms considera que la velocidad de respuesta sería inaceptable".
- Efecto: Tras la pregunta, guarda silencio intencionadamente durante 4 segundos. El silencio es poderoso. El interlocutor sentirá la presión de tener que encontrar por sí mismo una base lógica para su crítica. En este proceso, se filtran las terquedades sin fundamento y el tiempo de la reunión se reduce en más de un 20%.
Technical Bridge: Retrasar la confirmación para ganar tiempo de análisis
Si intentas responder de inmediato a una pregunta de presión repentina y cometes un error, tu credibilidad como experto se desmorona al instante. Existen estadísticas que indican que las pérdidas anuales debidas a la deuda técnica en EE. UU. alcanzan los 2,41 billones de dólares, y el 96% de los desarrolladores experimentados señalan la presión de los plazos como la causa. Una respuesta apresurada es deuda técnica. En esos momentos, debes usar una retórica de confirmación diferida.
- Ejecución: Resume la situación y el contexto en una frase y luego solicita tiempo para el análisis. "Dadas las limitaciones actuales de la infraestructura, existe un 5% de probabilidad de pérdida de datos. Para realizar un análisis de impacto preciso, ¿podría consultar los logs durante solo 30 segundos antes de responderle?"
- Efecto: 30 segundos de silencio no son prueba de incompetencia, sino una señal de prudencia. Le das al superior la impresión de que eres un ingeniero que no trabaja basándose en suposiciones, sino en datos.
Estrategia de concesión para romper la terquedad mediante el Premortem
Cuando hay un conflicto en la toma de decisiones de arquitectura, la técnica del premortem sugerida por Gary Klein resulta eficaz. Consiste en suponer que el proyecto ya ha fallado y rastrear las causas hacia atrás. No te limites a ser testarudo; finge aceptar la propuesta de la otra parte mientras logras que se cumplan tus requisitos fundamentales.
- Ejecución: Utiliza una matriz de decisión basada en ponderaciones. "Es cierto su señalamiento de que la complejidad operativa aumentará. Cederé en ese punto y reforzaré el monitoreo. A cambio, para obtener el beneficio principal de una mejora del 80% en el rendimiento, ¿qué le parece si adoptamos este stack?"
- Efecto: Entregar algo pequeño para obtener algo grande le da al otro una sensación de victoria. En el momento en que declaras que te harás responsable del riesgo que él ha señalado, sus mecanismos de defensa caen y tu diseño es aprobado.
La regla inmutable de dejar constancia de los acuerdos
Los acuerdos verbales suelen retractarse según las emociones. En cuanto termine la reunión, redacta inmediatamente un ADR (Architecture Decision Records). La razón por la que empresas como AWS o Microsoft enfatizan el registro de decisiones arquitectónicas es para mantener la inmutabilidad del sistema.
- Ejecución: Justo después de la reunión, organiza en Markdown el contexto de la decisión, la tecnología adoptada y los trade-offs aceptados. La clave es mencionar el nombre del sénior y compartirlo en el canal público de la organización.
- Efecto: Se convierte en una evidencia física que puedes presentar cortésmente cuando alguien intente cambiar lo dicho más adelante: "En la última reunión, acordamos asumir estos riesgos". Un acuerdo que no está registrado, no es un acuerdo.