ENTREGA / CONTROL DE CALIDAD
Criterios de aceptación para recibir un sistema
Una pantalla terminada no equivale a un sistema entregado. Antes de aprobar una fase, convierte cada promesa en una prueba que tu equipo pueda ejecutar y comprobar. Los criterios deben acordarse al inicio de la fase, no inventarse al final.
Escribe pruebas en lenguaje del negocio
Usa esta fórmula: dado un estado inicial, cuando una persona realiza una acción, entonces ocurre un resultado observable. Ejemplo: “Dado un producto con diez unidades, cuando el vendedor registra una venta de dos, el inventario queda en ocho y la venta aparece una vez en el reporte”. Incluye también cancelaciones y permisos.
Checklist de aceptación por fase
- Flujo principalEl equipo completa las tareas acordadas con datos representativos.
- Errores y casos límiteEl sistema explica qué ocurrió y evita operaciones duplicadas o datos incompletos.
- PermisosCada rol accede solo a las funciones y datos autorizados.
- DatosImportaciones, cálculos, reportes y exportaciones coinciden con ejemplos conocidos.
- RendimientoLas tareas críticas responden dentro del tiempo acordado con un volumen realista.
- Respaldo y recuperaciónHay responsable, frecuencia y una restauración de prueba documentada.
- Entrega técnicaRecibes accesos, código o licencias pactadas, instrucciones de operación y lista de dependencias.
- SoporteQuedan definidos el canal, tiempo de respuesta y período para corregir defectos.
Registra evidencia y pendientes
Para cada criterio apunta “aprobado”, “rechazado” o “pendiente”, quién lo probó y con qué datos. Guarda capturas o resultados cuando aporten claridad. Distingue un defecto frente al alcance acordado de una nueva idea; eso evita discusiones al cierre.
Acuerden qué bloquea la aceptación
Una falla que expone datos o impide cobrar puede bloquear la entrega. Un ajuste cosmético quizá pueda ir a una lista de pendientes con fecha. Define estas prioridades antes de probar. Para controles de seguridad web, OWASP ASVS da requisitos técnicos que pueden incorporarse según el riesgo.
Después de aceptar
Deja constancia de la versión recibida, los accesos transferidos, los problemas conocidos y el plan de soporte. Si vas a contratar a una persona independiente para la siguiente fase, revisa también los criterios para elegir desarrollador.