Estructura de ejemplo de un SOW
Un SOW útil deja claros el alcance, las exclusiones, los criterios de aceptación, los supuestos de datos y las órdenes de cambio antes de empezar a construir.
Secciones del SOW
El documento debe ser lo bastante práctico para que lo usen tanto el equipo de compras como el de entrega.
- Resultado de negocio
- Flujos de trabajo incluidos
- Sistemas y APIs
- Criterios de aceptación
- Exclusiones
- Proceso de órdenes de cambio
Qué hace útil el SOW de un sprint
El SOW de un sprint debe hacer que la primera entrega sea fácil de aprobar y difícil de malinterpretar. Debe decir qué se construirá, qué no se construirá y cómo se juzgará la finalización.
- Resultado en lenguaje claro
- Grupo de usuarios definido
- Supuestos de datos y APIs
- Recorrido de la demo
- Checklist de aceptación
Carencias habituales que conviene evitar
Muchos SOW de software fallan porque describen actividades en lugar de decisiones. Un buen SOW conecta el trabajo con pruebas que el comprador puede revisar.
- Sin criterios de aceptación medibles
- Sin lista de exclusiones
- Sin responsable del acceso a datos
- Sin cláusula de traspaso del código fuente
- Sin disparador de órdenes de cambio
SOW fields to include
- Outcome: The business decision the sprint should support.
- Scope and exclusions: Included workflows, excluded work, and assumptions that keep the sprint bounded.
- Acceptance criteria: Observable behaviors, test data, demo steps, and completion conditions.
- Commercial controls: Change-order path, handover terms, ownership expectations, and invoicing notes.
Preguntas frecuentes
- ¿Un PoC pequeño necesita un SOW?
- Sí. El SOW puede ser corto, pero el alcance, las exclusiones, los criterios de aceptación y los supuestos de datos deben quedar por escrito antes de empezar el trabajo.
- ¿Cuál es la sección más importante del SOW?
- Los criterios de aceptación. Convierten un proyecto difuso en una entrega revisable.
- ¿Puede cambiar el SOW durante el sprint?
- Sí, pero los cambios deben escribirse como compromisos: sustituir algo, ampliar el alcance o mover la nueva idea al siguiente sprint.