> ## Documentation Index
> Fetch the complete documentation index at: https://docs.blevinsholdings.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Comunicación

> Cómo nos comunicamos en Blevins Holdings — normas para Slack, correo electrónico, reuniones y trabajo asíncrono.

<div id="our-communication-philosophy">
  ## Nuestra filosofía de comunicación
</div>

La buena comunicación es clara, intencional y respeta el tiempo y la concentración de los demás. En Blevins Holdings, priorizamos lo asíncrono siempre que sea posible, usamos la herramienta adecuada para el propósito adecuado y documentamos las cosas para que el conocimiento no quede atrapado en conversaciones.

**Principios clave:**

* **Asíncrono primero** — No todo requiere una reunión o una respuesta inmediata. Por defecto, usa comunicación asíncrona para actualizaciones de estado, preguntas y discusiones no urgentes.
* **Documenta las cosas** — Si se toma una decisión en una reunión o llamada, documéntala en algún lugar donde otros puedan encontrarla.
* **Herramienta adecuada, propósito adecuado** — Usa Slack para preguntas rápidas y conversación del equipo; correo electrónico para comunicación formal o externa; reuniones para discusiones que genuinamente requieran intercambio en tiempo real.
* **Respeta el tiempo de concentración** — Antes de enviar un mensaje a alguien, pregúntate si esto podría ser asíncrono. Las interrupciones inesperadas son costosas.

***

<div id="slack">
  ## Slack
</div>

Slack es nuestra herramienta principal de comunicación interna para mensajería en tiempo real y asíncrona.

<div id="response-expectations">
  ### Expectativas de respuesta
</div>

| Tipo de mensaje                             | Tiempo de respuesta esperado                                  |
| ------------------------------------------- | ------------------------------------------------------------- |
| Mensaje directo (DM)                        | Dentro de unas horas durante el horario laboral               |
| @mención en un canal                        | Mismo día hábil                                               |
| Publicación en canal (sin mención)          | Cuando puedas — no hay obligación de responder inmediatamente |
| Urgente (marcado con 🚨 o etiqueta urgente) | Lo antes posible                                              |

**No** se espera que respondas fuera de tu horario laboral. Usa la configuración de No Molestar de Slack para proteger tu tiempo personal.

<div id="channel-norms">
  ### Normas de canales
</div>

<AccordionGroup>
  <Accordion title="Canales estándar a los que unirse">
    * **#general** — Anuncios de toda la empresa y discusión general
    * **#announcements** — Noticias importantes de la empresa (bajo volumen, alta señal)
    * **#random** — Conversación fuera de tema, memes, logros
    * **#it-help** — Preguntas y solicitudes de TI
    * **#hr-help** — Preguntas de RRHH
    * **#\[tu-equipo]** — El canal principal de tu equipo
  </Accordion>

  <Accordion title="Cómo usar bien los canales">
    * Publica en el canal más relevante — no dispares a #general cuando existe #it-help
    * Usa hilos para discusiones de seguimiento — mantiene los canales legibles
    * No empieces un mensaje con solo "Hola" o "Hola \[nombre]" — indica tu pregunta o tema directamente ([no hello](https://nohello.net))
    * Usa reacciones con emojis para acusar recibo de mensajes sin llenar los hilos
    * Marca las acciones a seguir y decisiones claramente: "Decisión: vamos con la opción A. @persona — ¿puedes dar seguimiento a X?"
  </Accordion>

  <Accordion title="Cuándo NO usar Slack">
    * Asuntos sensibles de RRHH o personales → Usa correo electrónico o una conversación directa
    * Discusiones legales → Usa correo electrónico (puede aplicar privilegio legal)
    * Decisiones formales que necesitan un registro → Usa correo electrónico o un documento
    * Incidentes de seguridad activos → Usa correo electrónico + llamadas directas, no canales de Slack
    * Cualquier cosa que necesite ser encontrable en 6 meses → Escríbelo en un documento o este wiki
  </Accordion>
</AccordionGroup>

<div id="formatting-tips">
  ### Consejos de formato
</div>

* Usa **negrita** para términos clave o acciones a seguir
* Usa viñetas para listas
* Usa bloques de código para contenido técnico
* Para mensajes largos, considera escribir un documento y compartir el enlace en su lugar

***

<div id="email">
  ## Correo electrónico
</div>

El correo electrónico es para comunicación formal, partes externas y cualquier cosa que necesite un registro claro.

<div id="response-expectations-1">
  ### Expectativas de respuesta
</div>

| Remitente                  | Tiempo de respuesta esperado |
| -------------------------- | ---------------------------- |
| Interno — urgente          | Mismo día hábil              |
| Interno — estándar         | Dentro de 2 días hábiles     |
| Externo (clientes, socios) | Dentro de 1 día hábil        |

<div id="email-norms">
  ### Normas de correo electrónico
</div>

* **Líneas de asunto claras** — Indica de qué trata el correo y cualquier acción necesaria: "Acción necesaria: Revisar contrato antes del viernes" es mejor que "Contrato"
* **Un tema por correo** — Facilita la búsqueda y la acción
* **CC con moderación** — Solo incluye a personas que necesitan saber o actuar; no pongas en CC solo para cubrirte
* **Responder a todos con cuidado** — Antes de responder a todos, pregúntate: ¿todos en este hilo necesitan tu respuesta?
* **Evita el correo para asuntos urgentes** — Si algo es urgente, llama o escribe por Slack primero

***

<div id="meetings">
  ## Reuniones
</div>

<div id="when-to-have-a-meeting">
  ### Cuándo tener una reunión
</div>

Las reuniones son valiosas para:

* Decisiones que requieren discusión e intercambio
* Construcción de relaciones y cohesión de equipo
* Temas complejos donde las preguntas y respuestas en tiempo real ayudan
* Situaciones que requieren sensibilidad emocional

Las reuniones **no** son valiosas para:

* Actualizaciones de estado que podrían ser un mensaje de Slack
* Compartir información unidireccional (envía un documento en su lugar)
* Temas que aún no están listos para discusión

<div id="meeting-standards">
  ### Estándares de reuniones
</div>

Cada reunión debe tener:

1. **Un propósito claro** — ¿Qué decisión se tomará o qué se discutirá?
2. **Una agenda** — Compartida con los asistentes antes de la reunión, idealmente con 24 horas de anticipación
3. **Las personas adecuadas** — No demasiadas (5–6 máximo para reuniones de toma de decisiones), ni personas que no necesitan estar ahí
4. **Una hora de finalización definida** — Termina a tiempo o antes; no te extiendas sin acuerdo explícito
5. **Notas y acciones a seguir** — Documentadas y compartidas después de la reunión

<div id="recurring-meeting-cadence">
  ### Cadencia de reuniones recurrentes
</div>

| Reunión             | Frecuencia              | Propósito                                                     |
| ------------------- | ----------------------- | ------------------------------------------------------------- |
| All-hands           | \[Mensual / Trimestral] | Actualizaciones de la empresa, preguntas y respuestas, logros |
| Standup de equipo   | \[Diario / Semanal]     | En qué está trabajando cada uno, bloqueos                     |
| 1:1 con gerente     | Semanal                 | Prioridades, retroalimentación, desarrollo                    |
| Equipo de liderazgo | Semanal                 | Decisiones, prioridades, alineación entre equipos             |
| Retrospectivas      | \[Trimestral]           | Qué funciona, qué no                                          |

<div id="video-call-norms">
  ### Normas de videollamadas
</div>

* Cámara encendida cuando sea práctico — construye conexión y mantiene a todos comprometidos
* Silencia tu micrófono cuando no estés hablando en reuniones grandes
* Usa la función de levantar la mano o el chat para hacer fila con un punto sin interrumpir
* Si vas a llegar tarde, envía un mensaje de Slack al organizador de la reunión

***

<div id="async-communication">
  ## Comunicación asíncrona
</div>

Priorizamos lo asíncrono por defecto. Así es como hacer que lo asíncrono funcione bien:

<div id="writing-good-async-updates">
  ### Escribir buenas actualizaciones asíncronas
</div>

* **Sé completo** — Incluye suficiente contexto para que el lector pueda entender y actuar sin necesidad de hacer preguntas de seguimiento
* **Sé claro sobre lo que necesitas** — "Para tu información" vs. "Por favor revisa antes del jueves" vs. "No se requiere acción, archivando esto"
* **Indica los plazos explícitamente** — "Cuando tengas tiempo" significa nunca; "para fin de semana" significa viernes al cierre
* **Usa formatos estructurados** — Para actualizaciones más largas, usa encabezados, viñetas y un resumen al inicio

<div id="when-async-breaks-down">
  ### Cuando lo asíncrono no funciona
</div>

Lo asíncrono no funciona cuando:

* Un tema requiere intercambio rápido entre múltiples personas
* Hay ambigüedad genuina que es difícil de resolver por escrito
* La situación es emocionalmente sensible
* Una decisión ha estado estancada en un hilo de documentos por más de 2 días

En estos casos, programa una llamada sincrónica corta — 30 minutos de conversación a menudo resuelven lo que días de hilos de Slack no pueden.

***

<div id="communicating-in-different-situations">
  ## Comunicación en diferentes situaciones
</div>

<div id="sharing-bad-news-or-problems">
  ### Compartir malas noticias o problemas
</div>

Comparte los problemas temprano — no esperes hasta tener una solución. Tu gerente y tu equipo no pueden ayudar con problemas que desconocen. Un aviso como "Para tu información, podríamos no cumplir con el plazo de X, aquí está la razón y aquí están mis opciones" es mucho mejor que una sorpresa en la fecha de entrega.

<div id="disagreement-and-debate">
  ### Desacuerdo y debate
</div>

El desacuerdo saludable es parte de una buena toma de decisiones. Cuando no estés de acuerdo:

1. Dilo directamente, con tu razonamiento: "Yo lo veo diferente porque..."
2. Haz preguntas para entender la otra perspectiva: "¿Puedes ayudarme a entender por qué vas en esa dirección?"
3. Separa a la persona de la idea — critica el enfoque, no a la persona
4. Una vez que se toma una decisión, comprométete con ella — discrepa y comprométete si es necesario

<div id="escalation">
  ### Escalamiento
</div>

Si algo no se está resolviendo al nivel que debería, escala. Esto no es un fracaso — es cómo funcionan las organizaciones. Escala a tu gerente con contexto: cuál es el problema, qué has intentado y qué necesitas de ellos.

***

<div id="communication-and-the-law">
  ## Comunicación y la ley
</div>

<Warning>
  Algunas comunicaciones pueden estar sujetas a privilegio legal, obligaciones de divulgación o requisitos regulatorios. En caso de duda, contacta a Legal antes de poner información sensible por escrito — especialmente en relación con disputas legales, posibles violaciones o asuntos regulatorios.
</Warning>

***

*Última actualización: \[Fecha] — responsable: RRHH / Operaciones*