Async standup de Slack + Jira

La automatización reemplaza el daily standup sincrónico por un formato digital asincrónico. El agente de IA analiza la actividad de los miembros del equipo en Jira durante las últimas 24 horas, elabora un borrador de actualización personal para cada uno y publica un post resumen en el canal de Slack del equipo.

Qué hace la automatización

1. Recopila señales de Jira. Obtiene mediante API todos los tickets del participante con cambios de las últimas 24 horas: transiciones de estado, comentarios, registros de tiempo, tareas creadas y cerradas.
2. Elabora un draft personal. Para cada participante, el bot agrupa tres bloques: «ayer» (qué se cerró), «hoy» (qué está en curso o se incorporó al sprint), «bloqueadores» (tickets con la etiqueta blocked o atascados en el estado review). El LLM reformula el changelog en bruto en texto legible.
3. Envía un recordatorio por Slack DM. A la hora matutina establecida según la zona horaria del participante, el bot envía el draft con los botones «Confirmar» y «Editar».
4. Recopila confirmaciones. El participante confirma el draft con un solo clic o edita el texto directamente en Slack. La validación lleva 2-3 minutos.
5. Publica el post resumen. Según el calendario establecido, el bot publica en el canal del equipo un hilo: el encabezado del día, los bloques de los participantes y una lista separada de bloqueadores con las etiquetas de los responsables.
6. Activa el follow-up sobre los bloqueadores. Todos los elementos del bloque «bloqueadores» crean automáticamente una subtarea en Jira con assignee = PM del equipo y la etiqueta standup-blocker, para que la escalación no se pierda.

Qué NO hace la automatización

• No toma decisiones sobre los bloqueadores. El bot registra y etiqueta al PM — el análisis de las escalaciones queda en manos de la persona.
• No reemplaza la planificación de sprints, las discusiones arquitectónicas ni las retrospectivas. Este es un formato daily, no weekly ni planning.
• No evalúa la calidad del código ni el rendimiento del equipo. La automatización refleja únicamente la actividad en Jira y no genera métricas de performance review.

La automatización está construida sobre una plataforma low-code (motor de workflow o Zapier) y funciona a través de las REST API oficiales de Jira y Slack. El procesamiento de datos y la generación de textos se realizan mediante un modelo de IA LLM. El flujo procesa la actividad de un equipo de 10-20 personas en unos pocos minutos de tiempo de máquina al día.

Flujo técnico

1. Cron-trigger. El Workflow se ejecuta según el horario en la franja matutina del equipo (por ejemplo, a las 8:45 hora local PM).
2. Recopilación de datos de Jira. La consulta a la Jira REST API (/search con JQL: assignee = X AND updated > -24h) devuelve la lista de tickets modificados para cada participante.
3. Parsing del changelog. Para cada ticket, el workflow extrae el historial: transiciones de estado, comentarios añadidos, cambios de scope, actualizaciones de estimaciones.
4. Generación del draft. Las señales recopiladas se envían al LLM con un prompt en tres bloques: «ayer», «hoy», «bloqueadores». El prompt establece el límite de líneas por bloque y el tono del equipo.
5. Envío del draft a Slack DM. A través de la Slack Web API (chat.postMessage) el bot envía el borrador al participante con botones interactivos.
6. Recepción de confirmación. El Slack Interactivity Endpoint recibe el webhook con el resultado del clic. El Workflow guarda el texto final del bloque en el almacenamiento (Airtable, Google Sheets o PostgreSQL).
7. Publicación del post resumen. Mediante cron se recopilan todos los bloques confirmados y se publican en el canal del equipo #standup-{team}.
8. Creación de tareas para bloqueadores. Los bloqueadores desencadenan un Jira-issue de tipo Task con la etiqueta standup-blocker y la asignación al PM.

Componentes

Etapas de implementación

1. Semana 1 — diseño y accesos. Grow2.ai recopila con el equipo la plantilla de actualización (qué campos, tono, idioma), obtiene el Jira API token y el Slack bot token, y configura el entorno de prueba.
2. Semana 2 — construcción del workflow.El ingeniero ensambla el workflow en el motor de workflow, escribe el prompt para el LLM, configura los botones de Slack, lo prueba con 2-3 participantes.
3. Semana 3 — piloto y calibración. El Async standup se lanza en un equipo. Grow2.ai recopila el feedback y ajusta el prompt — con frecuencia los primeros drafts son demasiado secos o, al contrario, excesivamente extensos.
4. Fase final — handover. Se añaden las reglas de follow-up para bloqueadores, se elabora la documentación, y el PM del equipo recibe el dashboard de confirmaciones y las estadísticas de omisiones.

Para el lanzamiento se necesitan accesos a Jira y Slack, el consentimiento del equipo con el nuevo formato y 1-3 semanas de trabajo de un ingeniero.

Requisitos técnicos

• Jira Cloud o Jira Data Center con acceso REST API y permisos para crear un API token.
• Slack workspace con permiso de instalación de bots. Scopes mínimos: chat:write, im:write, commands, users:read.
• Una cuenta de motor de workflow (self-hosted o cloud) o Zapier con un plan que admita webhooks y nodos custom.
• Acceso a LLM API (Anthropic Claude o equivalente).

Preparación organizacional

• Consentimiento del equipo y del responsable del área para prescindir del daily sincrónico. El formato async exige disciplina: si la mitad del equipo ignora los recordatorios, la automatización pierde sentido.
• Acuerdo sobre el formato del bloque — qué se considera «bloqueante», qué «en progreso», qué «ayer».
• Un PM o Team Lead dispuesto a recibir escalaciones por bloqueantes en Jira durante la jornada laboral.

Datos

• Historial de tickets de Jira de 2-3 semanas para calibrar el prompt del LLM (qué campos importan, en qué tono redactar).
• 5-10 ejemplos de actualizaciones de standup «buenas» del equipo para few-shot en el prompt.

Plazos

De 1 a 3 semanas desde el inicio hasta el lanzamiento a producción en un equipo. Ampliar a 2-3 equipos añade otras 1-2 semanas: personalización de prompts, canales de Slack independientes, trabajo con múltiples zonas horarias.