Saltearse al contenido

Roadmap por sprints

El desarrollo del MVP se organiza en sprints de 2 semanas, agrupados en 5 hitos demostrables al cliente. Cada hito es un momento de validación funcional con la operación del patio.


Timeline de hitos

gantt
  title Plan de entrega del MVP — YMS JCBM
  dateFormat YYYY-MM-DD
  axisFormat %b %Y

  section Fundamentos
  Setup infraestructura + auth         :h1, 2026-06-01, 60d
  Modelo de datos + CQRS               :h1b, after h1, 30d

  section Hito 1 — Catálogos y captura básica
  Catálogos cerrados                   :h2, after h1b, 30d
  Frontend bootstrap                   :h2b, after h2, 30d

  section Hito 2 — Captura QR de hoja de salida
  QR de hoja de salida + sellos        :h3, after h2b, 60d
  Inspección 360°                      :h3b, after h3, 30d

  section Hito 3 — Integración GPS Samsara
  Webhook Samsara + worker async       :h4, after h3b, 60d
  Anomalías GPS                        :h4b, after h4, 30d

  section Hito 4 — Rondín y caseta
  Modo caseta                          :h5, after h4b, 30d
  Rondín de zonas                      :h5b, after h5, 30d

  section Hito 5 — Editor + hardening
  Editor de zonas                      :h6, after h5b, 30d
  Observabilidad + compliance          :h6b, after h6, 60d

  section Producción
  UAT con cliente                      :uat, after h6b, 30d
  Go-live                              :prod, after uat, 14d
Roadmap del MVP — 5 hitos demostrables agrupados en fases

Detalle de los 5 hitos

Hito 1 — Catálogos y captura básica

~3 meses desde inicio

El cliente puede:

  • Capturar entrada manual de un trailer con catálogos cerrados (sin QR todavía).
  • Ver el trailer en el tablero del patio en una zona.
  • Listar trailers presentes.
  • Gestionar catálogos (Carrier, Línea, etc.) desde admin.

Demo: ciclo completo de captura manual + visualización en el patio.

Hito 2 — QR de hoja de salida

~5 meses desde inicio

El cliente puede:

  • Escanear el QR de la hoja de salida para pre-llenar la entrada.
  • Capturar sellos al entrar.
  • Verificar sellos al salir (anomalía si no coinciden).
  • Ejecutar inspección 360° con 4 fotos al entrar y salir.

Demo: registro de entrada en 30 segundos vía QR + verificación de sellos al salir.

Impacto operativo: ~70-80% reducción en tiempo de captura.

Hito 3 — GPS Samsara integrado

~7 meses desde inicio

El cliente puede:

  • Ver confirmación GPS automática de entradas y salidas registradas manualmente.
  • Recibir anomalías cuando GPS y captura manual no coinciden.
  • Tener flujo de primera clase para trailers visitantes sin GPS.

Demo: captura manual + confirmación GPS posterior · anomalía simulada de salida fantasma.

Hito 4 — Rondín y modo caseta

~9 meses desde inicio

El cliente puede:

  • Operar el modo caseta con vista de monitor (trailers aproximándose, en cruce).
  • Ejecutar rondines de confirmación/corrección de zonas.
  • Cerrar el ciclo de validación GPS↔Manual.

Demo: sesión completa de caseta + rondín del personal de patio en la zona.

Hito 5 — Editor + producción

~11-12 meses desde inicio

El cliente puede:

  • Editar layout de zonas vía editor visual.
  • Recibir webhooks salientes en sus sistemas TMS/WMS/ERP.
  • Consultar via API REST desde sistemas internos.
  • Operar con observabilidad completa (métricas, alertas, logs).

Demo: UAT integral con personal del patio en operación real.

Go-live tras 2-3 semanas de operación paralela con el sistema actual.


Ceremonias y gobernanza propuestas

CeremoniaFrecuenciaParticipantesPropósito
Sprint review (demo)Cada 2 semanasEquipo + 1 stakeholder del clienteMostrar incremento + feedback temprano
Demo de hitoCada 6-8 semanasEquipo + stakeholders del clienteValidación funcional del hito
Refinamiento de backlogCada sprintEquipoPreparar siguiente sprint
Steering CommitteeMensualDirectivos cliente + líder técnicoRiesgos, presupuesto, prioridades

Riesgos identificados y mitigación

RiesgoProbabilidadImpactoMitigación
TMS del cliente no emite QR a tiempoMediaAltoEl flujo manual (variante 2) sigue funcionando · Hito 2 no se bloquea
Hardware del personal de patio (smartphones) inadecuadoMediaMedioEspecificaciones mínimas documentadas en Sprint 1 · prueba con dispositivos reales en Sprint 11
Geofences de Samsara mal calibradosMediaMedioSesión de calibración con TI del cliente antes del Sprint 14
Cambios de alcance durante el proyectoAltaVariableProceso formal de change request · cambios estructurales requieren ADR nuevo
Disponibilidad de stakeholders del cliente para validarMediaAltoCalendario de demos consensuado upfront · backup de stakeholder

Continúa