<aside> 🎯
Esta página propone el pre-SDLC: el ciclo de discovery que ocurre antes del paso 1.1 del SDLC con genai-dev_kit. Usa deliberadamente las mismas variables que la tabla de ese SDLC, para que las dos se lean como dos mitades del mismo ciclo.
Estado de partida: el SDLC de delivery se declara en Fase 1, AI-Assisted. Nuestra lectura del discovery lo ubica en el mismo lugar. Esta tabla propone el paso siguiente.
Nada de esto existe todavía. Los nombres de skill son propuestas, no herramientas construidas.
</aside>
El SDLC con genai-dev_kit arranca en "1.1 Identifica lagunas y cuestiona el problema antes de aceptarlo" y "1.2 Redacta la user story con ACs". Su punto de entrada es un problema ya entregado al ingeniero. Todo lo que decide cuál problema llega ahí, y con qué evidencia, está fuera de cuadro.
Esa ausencia no es un defecto del kit, es su alcance declarado. Pero deja al paso 1.1 sin nada firme que cuestionar. Este pre-SDLC produce exactamente eso.
Dos observaciones de la lectura del kit que conviene tener a la vista:
/arch-functional, genera "doc funcional (perspectiva usuario)". Eso es trabajo que en el flujo de UX pertenece a diseño y a content design. El kit ya absorbió una porción de UX hacia el ingeniero sin declararlo.| Campo | Descripción |
|---|---|
| Paso pre-SDLC | Fase del ciclo de discovery |
| El humano | Responsabilidad humana en ese momento, y desde qué especialidad |
| Herramienta hoy · skill propuesta | Con qué se hace hoy, y qué skill lo soportaría en estado agéntico |
| Momento SDDi | entiende · conversa · modela · actúa · itera |
| Patrón | Comportamiento colaborativo a activar |
| Anti-patrón | Problema concreto a prevenir. Es la razón de ser de la skill |
<aside> ◆
◆ Paso esencial. Sin él, en una sola pasada, el discovery no entrega nada. ◇ Esencial pero alternativo: hace falta uno de los dos marcados así, no los dos. Los pasos sin marca no son prescindibles en régimen, son prescindibles para entregar una vez.
</aside>
/frame/rsrch/ideate/shape