Antes de empezar. Retomas la versión del primer trimestre y la propuesta de evolución. Hoy organizarás el siguiente incremento; las nuevas consultas se implementarán después en Servidor.
Se explica
25 minutos · explicación y demostración
Comienza el segundo trimestre sobre la versión defendida en diciembre. En las próximas sesiones, Servidor ampliará consultas, DTO y paginación; Intermodular convierte esa evolución en trabajo coordinado y comprobable. Un incremento es una mejora utilizable del producto existente, no una nueva aplicación.
La ficha de evolución de Intermodular 13 contiene decisiones, pero todavía necesita un orden de ejecución. Si una interfaz espera una lista y ahora recibe una página con content, el cambio afecta a ambos lados. La issue debe describir quién consume el dato, qué cambia y cómo comprobaremos la transición.
Se trabaja
140 minutos · trabajo guiado sobre el producto compartido
Bloque A · Recuperar la versión de partida
Abre la release del primer trimestre, copia su SHA al registro de hoy y ejecuta uno de sus casos de aceptación. Identifica qué comportamiento quieres mejorar y comprueba cómo responde la versión de partida. Conserva la release como referencia; trabaja en una rama nueva desde main actualizada.
Bloque B · Concretar el incremento
Abre la propuesta de evolución, elige la mejora priorizada y añade una tabla de comportamiento anterior, comportamiento previsto y consumidor afectado. Para una búsqueda paginada, escribe un ejemplo con más resultados que el tamaño de página y el orden esperado. Emplea campos del modelo propio.
Bloque C · Dividir el trabajo sin duplicarlo
Crea o enlaza las issues de implementación ya empleadas en Servidor. Añade tareas de coordinación únicamente cuando aporten algo distinto: actualizar un consumidor, configurar una comprobación o preparar una release. En cada tarjeta indica dependencia, responsable y criterio de aceptación. No crees otra issue con el mismo cambio solo para que aparezca en dos asignaturas.
Bloque D · Revisar el orden
Una persona revisora recorre las dependencias y señala qué puede probarse hoy. Sitúa el cliente completo después de Servidor 33–34 y los permisos después de 35–40. Si una pieza no está lista, prepara datos y casos sobre la versión disponible sin desactivar validaciones para avanzar.
Bloque E · Cerrar la planificación verificable
Ejecuta la comprobación local correspondiente y abre la PR de documentación. En las comprobaciones de la sesión enlaza incremento, issues y commit de partida. El resultado debe permitir elegir la siguiente tarea sin reconstruir la decisión hablando con el equipo.
Cierre
15 minutos · comprobación del resultado
Al terminar la sesión: El incremento está dividido en tareas con responsables, dependencias y criterios de aceptación. Puedes elegir la siguiente tarea y justificar su orden.