Communication-and-Interpersonal-Excellence · DacaCode

Comunicación Efectiva: Hablar con Claridad en Reuniones

Dacadev — Thu, 23 Jul 2026 00:00:00 -0500

Tabla de Contenido

Estás en la reunión, con la cámara encendida, siguiendo la conversación sin problema. Y de pronto alguien te nombra y pregunta «¿tú qué opinas de esto?». En ese instante todos se concentran en ti, el cerebro se te queda en blanco y terminas dando tres vueltas antes de llegar a lo que querías decir. O peor: dices «me parece bien» y te quedas con la duda que nunca lograste formular.

La frustración llega cuando tú sí sabías la respuesta. Conocías la dependencia, habías visto la métrica rara, tenías la objeción. Simplemente no tenías dónde apoyarla en ese momento.

Hablar con claridad en una reunión no exige tener la respuesta perfecta ni ocupar más tiempo del que te toca. Exige una estructura sencilla que puedas recorrer mientras hablas. Ahí entra PREP.

Note

Este es el segundo artículo de la serie. Veremos cómo intervenir en reuniones técnicas con el método PREP, cómo prepararte antes de conectarte y cómo sostener tu presencia en remoto.

Por qué se te traba la respuesta

No es falta de conocimiento. Cuando la atención del grupo cae sobre ti de golpe, tu cerebro interpreta la situación como una amenaza y activa el mismo mecanismo que usó durante miles de años frente a un depredador. La sangre se va a los músculos, la respiración se acelera y la corteza prefrontal, justo la que necesitas para razonar y ordenar ideas, queda en segundo plano.

Si además arrastras esa vocecita que te dice que no eres suficiente, el efecto se multiplica. Es territorio conocido del síndrome del impostor, y en reuniones aparece con una fuerza particular porque hay una audiencia mirando.

El costo profesional es real, aunque nadie lo diga en voz alta. Quien te escucha rara vez piensa mal de ti, pero sí empieza a asociar tu nombre con «no tiene la respuesta» en lugar de «tiene criterio». Con el tiempo eso se traduce en menos participación en decisiones, menos visibilidad y, sí, menos oportunidades de crecer.

La salida no es «tener más confianza», que es un consejo inútil. La salida es tener un rigor de comunicación: una plantilla mental que te permita ordenar la idea aunque el cuerpo esté en modo alerta. Estructura primero, calma después.

Qué hace útil una intervención

Antes de entrar en PREP, vale la pena bajar el listón a un lugar realista. Tu intervención no tiene que resolver el sistema entero en vivo. Es útil si ayuda al siguiente paso: decidir algo, validar un supuesto, señalar una restricción o dejar asignada una acción.

Para eso ayuda mucho separar tres niveles de certeza en tu cabeza:

Hecho observado: una métrica, un comportamiento reproducible o una restricción contractual.
Interpretación: la explicación más probable con la evidencia que tienes hoy.
Recomendación: la acción que propones y la condición que te haría cambiar de opinión.

Esta separación te quita presión de encima. Puedes intervenir con precisión aunque el análisis siga abierto: dices lo que sabes, declaras lo que falta y propones cómo conseguirlo. Nadie espera certezas absolutas; esperan que sepas distinguir entre lo que mediste y lo que supones.

Tip

Antes de hablar, elige una sola contribución: aclarar una decisión, presentar evidencia, nombrar un supuesto o pedir un dato. Intentar cubrir todo a la vez es la forma más rápida de diluir el mensaje.

PREP: la versión hablada de BLUF

PREP son las siglas de Point, Reason, Example, Point: punto, razón, ejemplo y reafirmación del punto. Si vienes del artículo anterior, reconocerás el gesto: igual que BLUF, empieza por la conclusión. La diferencia es que PREP añade el cierre con acción, porque en una conversación hablada nadie puede releerte.

flowchart LR
 A[Punto] --> B[Razón]
 B --> C[Ejemplo o evidencia]
 C --> D[Reafirmar y proponer acción]

Su valor está en que te da un carril. Mientras hablas sabes en qué parte vas y qué viene después, y eso reduce muchísimo la carga mental de improvisar.

Punto: di tu posición primero

Abre con la recomendación, la evaluación o la petición. Sin calentamiento, sin recorrer todo el historial del problema. Ese contexto puede venir después si alguien lo pide.

En lugar de esto:

He estado revisando varias cosas del servicio porque desde ayer vimos algunos tiempos de respuesta extraños y hay bastantes factores que pueden influir.

Formula el punto así:

Recomiendo posponer la habilitación global hasta validar la latencia bajo la carga esperada.

Con la segunda versión el equipo entiende desde el primer segundo qué estás proponiendo. Y fíjate en algo importante: no presentas el aplazamiento como un hecho consumado, sino como una recomendación atada a una condición verificable.

Razón: conecta tu posición con una restricción

La razón explica el criterio técnico o de negocio detrás de tu punto. Elige una sola, la más fuerte. Si enumeras cinco preocupaciones, tu intervención se convierte en una lista de quejas y pierde filo.

La prueba actual cubre un volumen diez veces menor que el tráfico proyectado, así que todavía no conocemos el comportamiento de la cola ni el tiempo de recuperación.

Una buena razón apunta a una dependencia concreta: capacidad, calidad, seguridad, coste, plazo o mantenibilidad. Si no tienes evidencia suficiente, di que es un supuesto en vez de presentarlo como certeza. Nadie te lo va a reprochar; al contrario.

Ejemplo: da algo que se pueda verificar

El ejemplo conecta tu razón con datos, un incidente anterior, un resultado de prueba o un escenario plausible. Esta es la parte donde los perfiles técnicos brillan, porque convierte una opinión en una hipótesis que el equipo puede validar.

En el entorno de pruebas, al superar 200 solicitudes por segundo, el p95 aumentó de 280 ms a 1,9 s y se acumularon mensajes sin procesar. La proyección para el lanzamiento supera ese umbral.

Ajusta el nivel de detalle al tiempo que tienes. En una reunión corta, un dato contundente más el enlace al dashboard rinde mucho más que narrar el diagnóstico completo en voz alta.

Punto final: cierra con una acción

Reafirma la recomendación y aterriza qué pasa después. Sin este cierre, una intervención técnicamente impecable se queda flotando, sin dueño ni decisión.

Por eso recomiendo ejecutar una prueba de carga hoy, revisar el resultado con plataforma mañana y decidir la habilitación global con esos datos.

El punto final no repite literalmente la primera frase. Convierte tu posición inicial en algo observable: una acción, un plazo y, cuando aplica, un responsable.

Info

PREP no reemplaza el análisis técnico. Solo ordena cómo lo cuentas para que la reunión termine con una decisión, una validación o una acción concreta en lugar de una sensación difusa.

PREP en tres situaciones que se repiten

El mismo carril sirve para proponer, discrepar y responder cuando aún no tienes la respuesta. Cambia la intención, no la secuencia.

Proponer una simplificación

Punto: propongo conservar una única cola para la primera versión.

Razón: separar colas ahora añade reglas de enrutamiento y observabilidad que no resuelven un requisito confirmado.

Ejemplo: el volumen estimado cabe en la capacidad actual y los dos tipos de evento comparten el mismo objetivo de procesamiento.

Punto final: mantengamos una cola, instrumentemos métricas por tipo de evento y reevaluemos la separación cuando tengamos datos de producción.

Discrepar sin personalizar el desacuerdo

Punto: no considero suficiente aprobar el cambio solo con pruebas manuales.

Razón: modifica el flujo de autorización y un error de regresión afectaría a todos los usuarios autenticados.

Ejemplo: el conjunto de pruebas actual no cubre la renovación de tokens ni el acceso con permisos revocados.

Punto final: propongo añadir esas dos pruebas automatizadas antes de cerrar la aprobación.

Fíjate en dónde apunta el desacuerdo: al criterio de decisión, no a la persona que hizo la propuesta. Ese pequeño desplazamiento baja muchísimo la defensividad y mantiene la conversación en el comportamiento del sistema.

Responder cuando todavía no sabes

Esta es la situación que más ansiedad genera, y la que más fácil se resuelve. Una respuesta parcial es perfectamente profesional si delimitas hasta dónde llega tu conocimiento.

Punto: todavía no puedo atribuir el fallo a la base de datos.

Razón: la traza muestra tiempos de espera tanto antes como después de la consulta.

Ejemplo: en dos de los tres casos analizados, el cuello de botella aparece en la serialización de la respuesta.

Punto final: revisaré el perfil completo y compartiré una causa priorizada con evidencia antes del cierre del día.

No especular no es lo mismo que no aportar. Aquí tu contribución es mostrar hasta dónde llegó la investigación, evitar una conclusión prematura y dejar fijado el próximo punto de control. Eso vale más que una respuesta inventada bajo presión.

Prepárate antes de conectarte

Buena parte de la claridad en una reunión se decide antes de entrar. Cinco minutos de preparación te ahorran tener que reconstruir datos mientras hablas, que es justo cuando el cerebro menos coopera.

Para las reuniones donde tu participación puede mover una decisión, ten a mano un registro corto:

Elemento	Pregunta de preparación	Resultado esperado
Objetivo	¿Qué decisión, validación o seguimiento debe salir de la reunión?	Una frase de resultado.
Evidencia	¿Qué dato, documento o experimento respalda mi punto?	Enlace verificable y métrica clave.
Supuesto	¿Qué todavía no está confirmado?	Riesgo declarado sin especulación.
Aporte	¿Cuál es mi intervención PREP más útil?	Punto, razón, ejemplo y acción.
Seguimiento	¿Qué registraré al terminar?	Responsable, fecha y dependencia.

Esto no es un guión que debas leer. Es un apoyo para que tu participación mantenga la trazabilidad entre lo que se dijo, la evidencia técnica y el trabajo que viene después. Además te permite subir o bajar el nivel de detalle sobre la marcha sin perder la conclusión.

Un truco que funciona bien: lleva dos versiones de tu argumento. La corta cabe en un minuto de intervención; la larga enlaza el RFC, las métricas, el ticket o la propuesta técnica. Así respondes igual de bien tanto si te dan treinta segundos como si te piden que profundices.

Warning

No uses PREP para cerrar un tema que todavía necesita exploración. En sesiones de descubrimiento o diseño, presenta tu evidencia como hipótesis y deja explícitos los experimentos que faltan antes de empujar una decisión irreversible.

Presencia en reuniones remotas

En remoto, lo no verbal acompaña al contenido. Y conviene decirlo claro: la cámara no mide tu competencia ni debe imponerse sobre necesidades de accesibilidad, ancho de banda o privacidad. Cuando encenderla tiene sentido en tu contexto, ayuda a que la gente asocie tu intervención con atención y compromiso.

Algunas cosas sencillas que hacen tu participación más fácil de seguir:

Algunas prácticas mejoran la legibilidad de tu participación:

Mantén una postura estable y cómoda que no distraiga de lo que explicas.
Dirige la mirada a la cámara al expresar el punto principal y vuelve a la pantalla para revisar información compartida.
Usa un encuadre, iluminación y fondo que permitan reconocer tu expresión sin competir con la conversación.
Silencia notificaciones y evita alternar entre tareas cuando otra persona presenta información necesaria para tu decisión.
Espera una pausa razonable o utiliza la función de levantar la mano para no superponer tu intervención con la de otra persona.

Nada de esto sustituye la preparación. Son señales que hacen más fácil seguirte, sobre todo cuando hay gente que se suma sin todo el contexto o que verá la grabación después.

Practica sin sumar ansiedad

La mejora viene de repeticiones pequeñas y revisables, no de proponerte hablar más. En lugar de forzarte a intervenir en todo, define una contribución por reunión que puedas preparar y evaluar después.

Ve alternando entre estas cuatro:

Haz una pregunta de aclaración que saque a la luz una dependencia.
Resume una decisión y confirma responsable y fecha.
Presenta una recomendación con PREP en menos de un minuto.
Nombra un supuesto que deba validarse antes de comprometer alcance.

Al terminar, revísalo con la misma frialdad con la que revisas un incidente: si la decisión se entendió, si alguien pudo actuar y qué evidencia habría hecho tu argumento más sólido. Así una habilidad que parece blanda se vuelve una práctica observable y medible.

Note

Participar con claridad no es hablar más. Es lograr que lo que sabes llegue a una decisión: di el punto, susténtalo, muestra evidencia y deja un siguiente paso.

Fundamentos de la Comunicación Clara y Efectiva

Dacadev — Thu, 16 Jul 2026 00:00:00 -0500

Tabla de Contenido

Te ha pasado antes, escribes un mensaje largo en Slack explicando con lujo a detalle por qué el despliegue está bloqueado, lo envías, y tres horas después alguien responde «ok, ¿pero qué necesitas de mí?». El problema nunca fue claro. Lo que pedías estaba ahí, en el cuarto párrafo, enterrado bajo el historial completo de tu depuración.

En equipos remotos esto ocurre constantemente. Zonas horarias distintas, canales asíncronos y contexto repartido entre tickets, incluso diferencias culturales, hacen que un mensaje correcto, pero desordenado, termine produciendo decisiones tardías o directamente contradictorias.

La buena noticia es que esto se arregla con estructura, no con carisma. Dos marcos cubren casi todos los casos. BLUF cuando lo importante es la conclusión, y SCQA cuando primero hay que construir el contexto para que esa conclusión tenga sentido.

Note

Este es el primer artículo de la serie sobre excelencia interpersonal y comunicativa. Aquí trabajamos la base: comunicar por escrito y en asíncrono con BLUF y SCQA.

Comunicar no es un extra del trabajo técnico

Comunicar bien no significa quitar detalle. Significa ordenar la información según le sirva a quien la lee. Tu cliente abre el mensaje entre dos reuniones, el stakeholder se acaba de sumar al proyecto y tu compañero está seis horas por delante de ti.

Cuando el mensaje llega desordenado, casi siempre pasa lo mismo:

Todo se frena mientras alguien pide que aclares.
Cada persona rellena los huecos con su propia interpretación.
Los riesgos aparecen a dos días de la entrega, cuando reaccionar ya es caro.
La confianza se erosiona, porque nadie sabe cuál es el estado real.

Lo que buscas no es sonar elocuente. Buscas ser predecible: que cualquiera pueda leerte y saber en qué punto está la iniciativa y qué hacer con esa información. Eso, con el tiempo, pesa tanto como tu criterio técnico.

Framework BLUF

BLUF viene de Bottom Line Up Front: pones el mensaje principal al inicio y dejas para después la información que lo sostiene. Va bien cuando el contexto ya es conocido, hay poco tiempo o necesitas una decisión rápida.

La pregunta que te guía es simple: qué necesita saber esta persona ahora mismo para decidir o actuar.

Una estructura BLUF efectiva tiene cuatro partes:

Mensaje principal: el estado, la decisión o el problema en una frase.
Detalles de soporte: los hechos que justifican ese mensaje.
Contexto relevante: datos, alcance o restricciones necesarias para interpretar el caso.
Siguiente paso o solicitud: una acción, responsable y fecha cuando sea necesario.

flowchart TD
 A[Mensaje principal] --> B[Detalles de soporte]
 B --> C[Contexto relevante]
 C --> D[Siguiente paso o solicitud]
 D --> E[Decisión o ejecución]

Tip

Escribe primero la frase BLUF y léela sola. Si el destinatario solo viera esa línea, ¿entendería el estado, el impacto y qué esperas de él? Si no, todavía no está lista.

BLUF en el día a día

La forma cambia según la situación, pero el orden se mantiene: conclusión, evidencia y acción.

Bloqueo técnico

Bloqueo: la autenticación de la API impide completar el endpoint; necesito apoyo del equipo backend del cliente hoy.

Revisé las reglas de seguridad añadidas en el sprint anterior y depuré el flujo de tokens, pero el proveedor no genera la credencial esperada. Necesito que me conectes con la persona responsable del backend antes de las 15:00.

Avance con incertidumbre explícita

En curso y dentro de plazo: la limpieza del conjunto de datos está terminada y hoy valido el modelo base.

Los resultados iniciales son consistentes con la hipótesis. Confirmaré la viabilidad y las métricas de referencia al cierre del día.

La conclusión comunica el estado sin ocultar qué evidencia falta ni cuándo llegará la siguiente actualización.

Riesgo de entrega

Riesgo de entrega: la fecha del viernes podría moverse al lunes debido a la recepción tardía del conjunto de datos.

El procesamiento está en curso; la duración de la validación determina el impacto final. Compartiré una estimación actualizada a las 15:00.

Fíjate en el matiz: comunicas el impacto posible, la variable que falta y el próximo punto de control, sin convertir un riesgo en una certeza. Avisar temprano de un riesgo abierto genera mucha más confianza que anunciar un retraso consumado.

Framework SCQA

SCQA viene de Situation, Complication, Question, Answer. Este marco ordena una explicación compleja en una secuencia que lleva a tu audiencia de la mano: entiende el contexto, identifica qué cambió, enfoca el problema y recibe la respuesta cuando ya está preparada para aceptarla.

Lo usas cuando los stakeholders no están alineados, cuando necesitas apoyo para una propuesta o cuando introduces una idea que nadie ha visto antes. Funciona especialmente bien para explicar trabajo técnico a personas no técnicas, comunicar riesgos o retrasos, conducir demos y estructurar actualizaciones asíncronas largas.

Sus cuatro componentes:

Situación: establece el contexto que la audiencia ya conoce.
Complicación: introduce el cambio, problema o tensión que altera esa situación.
Pregunta: formula la cuestión que surge naturalmente y delimita la decisión.
Respuesta: presenta la resolución, recomendación o próximos pasos.

Supongamos un pipeline de datos que procesa transacciones cada día a las 06:00:

Situación: el pipeline procesa diariamente las transacciones nuevas.

Complicación: hoy falló en la transformación debido a una diferencia entre el esquema recibido y el esperado.

Pregunta: ¿cómo corregimos el flujo sin perder las transacciones pendientes ni retrasar el reporte?

Respuesta: identificamos el campo incompatible y aplicaremos una migración compatible antes de reprocesar la partición fallida.

La secuencia evita que saltes directo a la solución ante alguien que todavía no entiende por qué hace falta. La situación y la complicación justifican la pregunta; la pregunta abre el espacio para tu respuesta.

Info

SCQA no te obliga a escribir un informe. Cabe perfectamente en cuatro frases dentro de un mensaje de Slack, una diapositiva o el primer párrafo de una propuesta técnica.

Cómo elegir entre uno y otro

La decisión depende del trabajo mental que le toca hacer a tu audiencia. BLUF optimiza velocidad de lectura; SCQA optimiza comprensión y alineación.

Usa BLUF cuando…	Usa SCQA cuando…
Necesitas comunicar la conclusión rápidamente.	Necesitas construir contexto antes de la conclusión.
La audiencia ya conoce la situación.	El problema es complejo o el contexto no es compartido.
Solicitas una decisión o compartes un estado.	Buscas alineación, apoyo o aprobación para una estrategia.
El asunto es directo y tiene pocas dependencias.	Existen varias restricciones, alternativas o supuestos.
La audiencia es ejecutiva y dispone de poco tiempo.	Presentas una idea nueva a un grupo con perspectivas distintas.

Una regla rápida para no dudar: si lo que importa es que la persona conozca la respuesta ahora, arranca con BLUF. Si primero necesita entender por qué esa respuesta es necesaria, usa SCQA y nada te impide combinarlos, una conclusión breve al inicio y el razonamiento completo debajo.

BLUF: recomendamos retrasar el lanzamiento dos semanas debido a riesgos no resueltos en la integración de la API.

SCQA: la integración está cerca de terminar y el lanzamiento está planificado para este mes (situación), pero persisten errores de autenticación y límites de capacidad que no han sido validados (complicación). ¿Cómo protegemos la fecha de disponibilidad sin trasladar fallos conocidos a producción (pregunta)? Proponemos retrasar dos semanas, completar las pruebas de carga y publicar una nueva estimación con evidencia (respuesta).

Con esto consigues tres cosas a la vez: autoridad en la primera línea, un razonamiento que se sostiene y trazabilidad para quien necesite bajar al detalle.

Escribe pensando en la acción que esperas

BLUF y SCQA no sustituyen la precisión. Antes de enviar, ten claro qué quieres que ocurra después y añade solo lo que ayude a que ocurra.

Situación	Mensaje principal	Información de soporte	Acción esperada
Bloqueo	Qué no puede avanzar	Intentos realizados e impacto	Conectar con responsable o desbloquear acceso
Estado	Situación frente al plan	Entregables terminados y evidencia	Ninguna, salvo que exista desviación
Riesgo	Posible impacto	Variable pendiente y probabilidad	Acordar mitigación o aceptar el impacto
Recomendación	Opción sugerida	Criterios comparados	Aprobar, rechazar o solicitar análisis adicional

En Slack o Teams, una petición bien delimitada te ahorra tres idas y vueltas:

Consulta: necesito confirmar cuál es el resultado principal que esperas de la presentación de mañana.

Con eso ajusto el nivel de detalle técnico y preparo la evidencia que realmente sirva para la decisión.

Quien lo recibe no tiene que adivinar por qué preguntas ni qué vas a hacer con la respuesta. La petición ya trae propósito y límite.

Info

Un mensaje con BLUF o SCQA puede enlazar la especificación, el incidente o el análisis completo. La síntesis abre la conversación; los enlaces conservan la trazabilidad técnica para quien la necesite.

Cuándo no usarlas

Ninguno de los dos es una regla universal. La estructura se adapta al riesgo, a tu relación con la audiencia y a cuánto queda por explorar todavía.

Hay al menos cuatro situaciones donde te conviene ajustar:

Mensajes sensibles: un lanzamiento fallido, una decisión de personal o una incidencia grave requieren contexto, responsabilidad y espacio para procesar la información.
Sesiones de exploración: en una retrospectiva, un descubrimiento o un taller de diseño, cerrar demasiado pronto puede limitar las alternativas que el grupo aún necesita examinar.
Negociaciones y relaciones comerciales: el orden debe considerar la relación, los incentivos y el momento de la conversación.
Sistemas complejos: cuando la conclusión depende de múltiples supuestos, ofrece un resumen ejecutivo y permite recorrer el razonamiento con el nivel de detalle apropiado.

Ser directo no es ser seco. Es respetar el tiempo de quien te lee sin sacrificar precisión ni contexto.

Checklist antes de enviar

Para cualquier mensaje que toque entregas, decisiones o dependencias externas, revisa esto:

Declara el estado, decisión o bloqueo en la primera frase.
Describe solo los hechos que cambian la interpretación del mensaje.
Explicita el impacto sobre alcance, tiempo, calidad o coste cuando exista.
Formula una solicitud concreta, con responsable y plazo si se requiere una acción.
Indica cuándo comunicarás la siguiente actualización si el tema permanece abierto.

Con el hábito, esto deja de ser una lista y pasa a ser tu forma por defecto de escribir. En vez de esperar a que cada persona reconstruya tu razonamiento, le entregas una interfaz clara entre tu trabajo técnico y las decisiones que dependen de él.

Note

La claridad genera confianza justo cuando más cuesta sostenerla: bajo presión. BLUF hace visible la conclusión, SCQA explica el razonamiento, y juntos dejan explícito el siguiente paso.