Saltearse al contenido

Próximos pasos

Decisiones pendientes del cliente

Estas son las decisiones que necesitamos cerrar antes del kickoff para que el Sprint 1 pueda arrancar sin bloqueos:

Decisiones de alcance

#DecisiónDefault propuestoStatus
D1Confirmar que propuesta-maestra.md v1.5 es el alcance final⏳ Por confirmar
D2Listar yards que arrancan en el MVPDulces Nombres + Saltillo⏳ Por confirmar
D3Lista de usuarios iniciales por rol y por yard⏳ Por proporcionar
D4Confirmar que los catálogos cerrados propuestos cubren la operación⏳ Por revisar lista
D5Confirmar inclusión / exclusión de cada quick winLos 4 incluidos⏳ Por confirmar

Decisiones técnicas

#DecisiónDefault propuestoStatus
D6Hosting de la instancia: cloud del proveedor vs infraestructura del clienteCloud del proveedor⏳ Por definir
D7Política de backups: frecuencia y retenciónDiario, 30 días⏳ Por confirmar
D8Endpoints de webhooks salientes (TMS/WMS/ERP)A definir⏳ Por proporcionar
D9Geofences por yard en SamsaraExisten ya · revisar precisión⏳ Por revisar
D10Dispositivos del personal de patio (modelo de smartphone usado)Validar especificaciones⏳ Por proporcionar

Accesos y credenciales requeridas

El cliente debe gestionar y entregar:

AccesoCuándo se necesitaQuién lo solicita
API key de Samsara con permisos de lectura de flotaAntes de Sprint 14 (Hito 3)TI del cliente
Definición de geofences por yard en SamsaraAntes de Sprint 14TI del cliente con operaciones
Hosting para la instancia del YMS (si va en infraestructura del cliente)Antes de Sprint 1TI del cliente
VPN / acceso a red interna (si webhooks salientes apuntan a sistemas internos)Antes de Sprint 30 (Hito 5)TI del cliente
Credenciales de mailing transactional para notificaciones de anomalíasAntes de Sprint 17TI del cliente
Logos y manual de marca para branding del portal y comunicacionesAntes de Sprint 6Marketing del cliente

Responsables del cliente

Para una ejecución sin fricciones, el cliente debe nombrar las siguientes figuras:

RolResponsabilidades
Product Owner del clienteToma decisiones de producto · prioriza el backlog · acepta hitos en demos
Líder de operacionesValida que los flujos del personal de patio reflejan la realidad operativa · apoya pruebas con personal real
Líder técnico (IT)Coordina infraestructura, integraciones (Samsara, TMS) · accesos y credenciales
Sponsor ejecutivoPresupuesto, escalamiento de bloqueos · participa en Steering Committee mensual

Una misma persona puede tener varios roles, pero las decisiones de producto y las decisiones técnicas deben tener responsables identificables.


Calendario sugerido del kickoff

DíaActividad
Día 0 (preparación)Cliente confirma decisiones D1-D10 · accesos solicitados a TI del cliente
Día 1Kickoff oficial · presentación de equipo · revisión del alcance · firma de SOW (Statement of Work)
Día 2-3Caminata in situ en el patio Dulces Nombres · validación de zonas, perímetro, cobertura celular · captura del layout inicial
Día 4Sesión técnica con TI del cliente · planeación de accesos y entornos · validación de Samsara
Día 5Sprint 0 / planning del Sprint 1 · backlog inicial revisado
Semana 2Sprint 1 arranca

Comunicación durante el proyecto

CanalUso
Sprint review (cada 2 semanas)Demo del incremento al stakeholder asignado
Demo de hito (cada 6-8 semanas)Demo formal a stakeholders amplios del cliente
Steering Committee (mensual)Riesgos, presupuesto, escalamiento
Canal de comunicación operativa (Slack/Teams/email)Coordinación día a día entre equipos
Repositorio de documentaciónAcceso a este portal + propuesta técnica completa + ADRs

¿Cómo confirmar este plan?

Para arrancar:

  1. Revisar este portal completo — recomendable con líder de operaciones + líder técnico + sponsor ejecutivo.
  2. Marcar las decisiones D1-D10 con respuesta o ajuste.
  3. Agendar sesión de kickoff una vez completadas las decisiones críticas.

Ante cualquier duda, las preguntas se reciben por el canal definido en la próxima sesión de presentación.


Continúa