Etapa 1 — Recogida de necesidad

Etapa 1 — Recogida y formalización de la necesidad

Input: requerimiento inicial del stakeholder trasladado por correo al buzón operativo del PO. El correo es el ancla documental del ciclo — formato libre del cuerpo, pero el correo en sí es el punto de entrada único. Otros canales (sesión interactiva, mensajería) no abren ciclo — el PO redirige al Stakeholder a que mande correo. Excepción operativa fase 1: cuando Stakeholder = Director y la apertura del ciclo ocurre dentro de una sesión interactiva donde ambos están presentes, el correo de apertura es opcional; el resto del protocolo (Q&A obligatoria, correo S-1) no se relaja.
Quién participa: Stakeholder ↔ Product Owner.
Proceso (regla firme dictada por el Stakeholder el 2026-05-28, ver memory.md §“Protocolo de apertura de Etapa 1 del PO”): 2. PO espera contacto del Stakeholder en el canal elegido. Estado en la oficina: esperando_humano. 3. Q&A iterativa entre Stakeholder y PO en el canal síncrono. Una pregunta por turno (firme). PO vuelca cada respuesta al 00-necesidad-stakeholder.md en tiempo real. Q&A continúa hasta cubrir el mínimo del cierre (ver po.md §“Cuándo cierras Etapa 1”) y hasta que el Stakeholder confirma que no abre más frentes en esta tanda. 4. PO redacta el requerimiento-funcional-mvp.md a partir del 00-necesidad-stakeholder.md cerrado. 5. PO genera renders PDF + HTML (ARQ-026) y los sube a Drive del proyecto. 6. PO envía correo S-1 al Stakeholder con adjuntos/enlaces + petición explícita de firma del gate S-1. Estado en la oficina: esperando_humano. 7. Stakeholder firma S-1 por correo (acepta) → Etapa 1 cierra → PO avisa al Director. Si rechaza → PO vuelve a convocar Q&A en el canal síncrono y reabre desde el paso 3.
Output: requerimiento funcional MVP publicado como Markdown en el repo del proyecto, con renders PDF + HTML en Drive del proyecto y firmado por correo del Stakeholder.
Gate: S-1 (firma del Stakeholder por correo) antes de pasar a Etapa 2.
Retroceso: no aplica (es la etapa de origen).

Flujos alternativos

El Stakeholder rechaza el requerimiento funcional al firmar S-1

Puede ocurrir que el Stakeholder lea el requerimiento-funcional-mvp.md que le entrega el PO al cierre de la Etapa 1 y conteste que no recoge bien lo que pidió. El arnés lo resuelve reabriendo la Q&A en un canal síncrono disponible sin volver a empezar: el PO conserva el 00-necesidad-stakeholder.md existente, lanza preguntas dirigidas a los puntos rechazados, ajusta el funcional y reenvía la solicitud de firma S-1 sobre la nueva versión. No se promueve la versión rechazada a Etapa 2.

El Stakeholder corrige al PO a mitad de la Q&A

Durante la Q&A iterativa es habitual que el Stakeholder corrija al PO (“no era eso lo que quería decir”). El protocolo del PO incluye escucha activa con reformulación tras cada respuesta: el PO devuelve lo entendido en una sola frase y, si el Stakeholder lo confirma, vuelca la respuesta al 00-necesidad-stakeholder.md. Si el Stakeholder corrige, el PO ajusta el documento en el momento, formula la siguiente pregunta sobre el matiz aclarado y deja anotada la corrección en la bitácora.

Aparece un gap bloqueante mid-Q&A

Si en mitad de la Q&A emerge una pregunta cuya respuesta no está en manos del Stakeholder (por ejemplo, una restricción técnica desconocida) y bloquea el avance del funcional, el PO anota el gap fechado en el memory.md del proyecto, lo escala al Director, y continúa con las preguntas que sí puede cerrar. El gap se resuelve antes de firmar S-1, por consulta del Director con quien corresponda, y queda trazado para Etapa 2.

Documentación generada en esta etapa

Artefacto	Propietario	Tipo
`etapa-1/00-necesidad-stakeholder.md`	Stakeholder (recogido y volcado por el PO)	Markdown
`etapa-1/requerimiento-funcional-mvp.md`	PO	Markdown
`etapa-1/renders/00-necesidad-stakeholder.{pdf,html}`	PO (generado con habilidad de render del arnés)	PDF + HTML, snapshot inmutable a Drive
`etapa-1/renders/requerimiento-funcional-mvp.{pdf,html}`	PO	PDF + HTML, snapshot inmutable a Drive
`etapa-1/correo-s1.txt`	PO (envío al Stakeholder solicitando firma S-1)	Texto plano, copia local
`proyectos/<slug>/memory.md` (entradas fechadas de la etapa)	PO (alimenta), Director (lee al heredar)	Markdown