Sprint planning: de la grabación a borradores de tareas en Claude Code
La planificación del sprint produce dos cosas: un plan que el equipo acordó y un backlog que alguien tiene que escribir después. En lo segundo es donde el plan adelgaza. Los criterios de aceptación que se discutieron durante diez minutos se quedan en una línea, los puntos «este sprint no» desaparecen, y la persona que dijo «yo me encargo del endpoint» no es la que figura como responsable.
Un camino más corto: grabe la planificación en Speak-Y, pulse un atajo cuando se diga una tarea, un criterio de aceptación o un «este sprint no», y justo después de la reunión pida a Claude Code o Cursor que redacte las tareas a partir de la grabación por MCP. El asistente escribe un borrador por tarea en un archivo de su repositorio —título, qué y por qué, criterios de aceptación, el responsable si alguien lo dijo y la hora en la grabación de cada punto—. Usted revisa el archivo y pasa las tareas a Jira, Linear o GitHub Issues por su cuenta: Speak-Y no exporta a ningún gestor de tareas, y esta guía no finge lo contrario.
Esta guía sigue la app de Speak-Y para macOS y su servidor MCP, comprobados el 18 de octubre de 2026, con un solo ejemplo: la planificación del sprint 42 de un equipo web.
¿Qué se pierde entre la planificación y el gestor de tareas?
La Scrum Guide (edición de 2020, comprobada el 18 de octubre de 2026) da al Sprint Planning tres temas: por qué el sprint aporta valor, qué se puede hacer y cómo se hará el trabajo elegido. Limita el evento a un máximo de ocho horas para un sprint de un mes y señala que el «cómo» suele resolverse dividiendo los elementos del backlog en tareas de un día o menos. Es mucha conversación que convertir en texto.
Lo que suele perderse por el camino:
- Los criterios de aceptación. «Una tarjeta caducada aparece en gris y no se puede elegir» se acordó en la sala y nunca llegó al ticket.
- Los recortes de alcance. «Apple Pay es una integración aparte, este sprint no» es la línea que evita el mismo debate la semana siguiente.
- Quién dijo que lo haría. El responsable en el gestor de tareas es quien creó el ticket, no quien se ofreció.
- La razón. Un ticket dice qué. Por qué se dividió así solo vive en la reunión.
Una grabación lo conserva todo; las marcas permiten encontrarlo.
Antes de la planificación: tres marcas y una etiqueta
Speak-Y viene con un único tipo de nota, Marcar el momento, en ⌥1. Añada tres propios en Configuración → Notas: haga clic en Añadir tipo de nota, escriba Task en Nombre del tipo, haga clic en Guardar, después en Asignar atajo y pulse ⌥2. Repita con Done when en ⌥3 y Not this sprint en ⌥4. Cada marca corresponde a una parte de los borradores:
- Task — un trabajo que el equipo acordó asumir. Se convierte en un borrador.
- Done when — un criterio de aceptación. Va bajo la tarea de la que se estaba hablando.
- Not this sprint — algo que sale del alcance. Va a una lista aparte, para que el recorte también quede escrito.
Elija ya también la etiqueta: el número del sprint, como sprint-42. Todas las grabaciones del sprint —planificación, refinamiento, revisión— llevan la misma etiqueta, y por ella busca el asistente.
Durante la planificación: diga el elemento y después pulse la tecla
Inicie la grabación de una reunión cuando empiece la planificación. Ningún bot se une a la llamada: Speak-Y graba el micrófono y el sonido de la llamada en su Mac, así que funciona igual en Zoom, Google Meet, Microsoft Teams o en una sala de reuniones. Avise al equipo de que la planificación se graba.
Normalmente graba y pulsa las teclas quien dirige la planificación. Tres hábitos ayudan:
- Nombre el elemento antes de comentarlo. «El endpoint de tarjetas guardadas en payments-api» hace que cada marca posterior se pueda encontrar por el nombre que el equipo usará en el gestor de tareas.
- Pulse después de la frase. Una marca cubre los últimos 15 segundos de la llamada antes de la tecla, así que la frase con el criterio queda dentro de la marca.
- Marque los recortes. Una marca Not this sprint en «Apple Pay necesita su propia revisión» cuesta una tecla y ahorra un debate en la siguiente planificación.
Después de la planificación: nombres, etiqueta, To channel
Dos minutos en la ventana de la grabación:
- Ponga nombre a los hablantes. Haga clic en Speaker 1, Speaker 2 y así sucesivamente, y escriba los nombres reales. Un borrador solo puede nombrar a un responsable cuyo nombre esté en la transcripción.
- Etiquétela con
sprint-42. - Revise las marcas. Los chips sobre la transcripción las cuentan por tipo, por ejemplo Todas las notas · 8, Task · 4, Done when · 3, Not this sprint · 1. Haga clic en un chip para ver solo esas intervenciones.
- Compártala. Si el equipo tiene un espacio de trabajo de Speak-Y, pulse To channel bajo la transcripción y elija el canal del equipo. La transcripción con nombres y marcas de tiempo, el resumen de IA y los elementos de acción pasan al canal, cifrados de extremo a extremo; el audio se queda en su Mac. Las marcas son privadas por defecto: haga clic en el chip Privadas sobre la transcripción para mostrarlas al canal. Compartir una reunión en un canal del equipo explica qué se comparte y cómo retirarlo.
Redacte las tareas en Claude Code o Cursor
Conecte su asistente al servidor MCP de Speak-Y una sola vez: abra Conectar asistente de IA en el menú de la cuenta, al pie de la barra lateral, o Configuración → Integraciones, y haga clic en Conectar junto a Claude o Cursor. Para Claude, un solo clic configura tanto Claude Desktop como Claude Code. El servidor es gratuito en todos los planes y lee la biblioteca en su Mac.
Después, en el repositorio, pida:
Redacta las tareas del sprint 42 a partir de la grabación de la planificación etiquetada con sprint-42. Una tarea por cada marca Task: un título, qué y por qué en dos líneas, los criterios de aceptación de las marcas Done when, el responsable solo si alguien lo dijo y la hora en la grabación. Pon aparte los elementos Not this sprint. Escríbelo en docs/sprint-42/task-drafts.md.
El asistente llama a search_recordings para encontrar la planificación y a get_transcript para leerla. Junto con la transcripción, Speak-Y le entrega una lista Notes —cada marca con su hora en la grabación, su tipo, el hablante y las primeras palabras de la frase—, así que los borradores llegan con cuatro tareas, tres criterios debajo y un recorte, cada uno con un nombre y una hora. Por defecto, Claude Code pide permiso antes de llamar a las herramientas de Speak-Y y otra vez antes de crear el archivo; en Cursor, el agente pide permiso antes de cada herramienta MCP, salvo que usted cambie su modo de ejecución.
Lo importante es que sea un archivo y no una respuesta en el chat: un compañero puede revisar los borradores en una pull request antes de que nada llegue al gestor de tareas.
Pase usted los borradores al gestor de tareas
Speak-Y no exporta a Jira, Linear ni GitHub Issues, y los borradores todavía no son tickets. Repase el archivo una vez, con la grabación abierta:
- Compruebe cada borrador con su hora. Haga clic en la hora de una intervención en Speak-Y para reproducir la grabación desde ese momento. Una tarea que se planteó pero no se acordó no entra.
- Deje las estimaciones y la prioridad a las personas. La petición solo pide un responsable si se dijo; los story points y la prioridad no se dijeron, así que el borrador los deja en blanco. Rellénelos en el gestor de tareas, donde el equipo los ve.
- Divida o combine. El asistente redacta una tarea por marca. Dos marcas sobre el mismo trabajo forman un solo ticket; una marca sobre un elemento grande puede necesitar tres.
- Conserve la referencia de vuelta. Pegue el nombre de la grabación y la hora en la descripción del ticket. Los compañeros del canal pueden volver a escuchar la conversación.
Si su gestor de tareas tiene su propio servidor MCP, el mismo asistente puede crear las tareas revisadas. El Atlassian Rovo MCP Server y el servidor MCP de Linear pueden crear tickets desde Claude Code y Cursor (comprobado en su documentación el 18 de octubre de 2026). Es una segunda conexión, con el gestor de tareas, con sus propios permisos: hágala después de revisar el archivo, no en lugar de revisarlo.
Durante el sprint: vuelva a preguntar a la planificación
La planificación sigue siendo útil cuando los tickets ya existen. Los compañeros que usted invita se unen gratis con cualquier plan, y sus propios asistentes pueden leer por MCP las grabaciones compartidas en sus canales. Marcus, que está construyendo el selector de tarjetas en Cursor, puede preguntar:
¿Qué acordamos en la planificación del sprint 42 sobre las tarjetas caducadas en el selector de tarjetas del checkout? Cítalo con la hora.
El asistente encuentra la planificación por la etiqueta y responde con el criterio de Elena y el minuto en que se dijo. Más sobre esto en contexto de reuniones para programar por voz en Cursor; el final del sprint está en acciones de la retro, comprobadas un mes después.
Límites y costes
- Duración. Comprobado en speak-y.com el 18 de octubre de 2026: Free corta la grabación de una reunión a los 30 minutos, Pro (10 $ al mes) a los 60, Pro+ (15 $) y Max (30 $) a las cuatro horas. Una planificación de dos horas necesita Pro+ o Max, o dos grabaciones con la misma etiqueta.
- Solo audio. El tablero, el backlog en la pantalla compartida y las estimaciones escritas en una herramienta de planning poker no están en la grabación. Diga el nombre del elemento en voz alta.
- Marcas y canales, en Mac. Los tipos de nota, las marcas, los espacios de trabajo y los canales están en la app de macOS. Crear un espacio de trabajo requiere Pro o un plan superior; los compañeros se unen gratis con cualquier plan.
En resumen
Task, Done when y Not this sprint en ⌥2, ⌥3 y ⌥4, una etiqueta por sprint. Nombre el elemento, deje que se diga y pulse la tecla; después, nombres, etiqueta y To channel. Una sola petición a Claude Code o Cursor da un archivo de borradores, y una persona rellena el gestor de tareas. La página de MCP explica las herramientas, y de la conversación sobre una funcionalidad al borrador del PRD aplica la misma idea un paso antes.
FAQ
¿Puede Claude Code escribir las tareas de una reunión de sprint planning?
Puede escribir borradores. Conectado al servidor MCP de Speak-Y, Claude Code encuentra la grabación de la planificación por su etiqueta, lee la transcripción y la lista de marcas con su tipo, hora y hablante, y escribe un borrador por tarea —un título, qué y por qué, criterios de aceptación y la hora en la grabación— en un archivo de su repositorio. Una persona revisa los borradores y los pasa al gestor de tareas.
¿Exporta Speak-Y las tareas a Jira o Linear?
No. Speak-Y no exporta a Jira, Linear ni GitHub Issues. Los borradores llegan a un archivo markdown de su repositorio, y una persona pasa al gestor de tareas los que superan la revisión. Atlassian y Linear tienen sus propios servidores MCP que pueden crear tickets, pero es una conexión aparte con el gestor de tareas, no forma parte de Speak-Y.
¿Cómo sabe el asistente qué frases son tareas?
Por sus marcas. Añada tipos de nota como Task, Done when y Not this sprint en Configuración → Notas y asigne un atajo a cada uno. Una pulsación marca los últimos 15 segundos de la llamada. Por MCP, el asistente recibe una lista Notes con la hora, el tipo, el hablante y las primeras palabras de cada marca, así que construye los borradores a partir de lo que dijo el equipo, no de una suposición.
¿Incluirá el borrador estimaciones y responsables?
Solo lo que se dijo en voz alta. Si alguien dijo que se encargaría de una tarea, el borrador lo nombra con la hora. Los story points, las estimaciones y la prioridad que nunca se dijeron quedan en blanco a propósito, porque un asistente que los rellenara estaría inventando los compromisos del equipo.
¿Qué plan de Speak-Y necesito para grabar una planificación del sprint?
El servidor MCP es gratuito en todos los planes. Comprobado en speak-y.com el 18 de octubre de 2026: Free corta la grabación de una reunión a los 30 minutos, Pro (10 $ al mes) a los 60, y Pro+ (15 $) y Max (30 $) a las cuatro horas. Una planificación de más de una hora necesita Pro+ o Max.