Recursos · 61
Aceptación del proyecto: convertir las necesidades en criterios y evidencias
Preparar escenarios, resultados esperados, evidencias y decisiones de excepción para evaluar una entrega a través de tareas realmente probadas.
Actualizado · 3 min
Lo que esta guía ayuda a lograr
- Empezar con una tarea
- Escribir una expectativa comprobable
- Conectar evidencia al escenario
- Resolver excepciones
Comprobación rápida
- ¿Quién debe aceptar la entrega?
- ¿Una excepción es un pase?
- ¿Se pueden reutilizar los tests tras una corrección?
Método paso a paso
- 1
Empezar con una tarea
Indique quién necesita lograr qué, en qué contexto y bajo qué limitaciones. El método propuesto se basa en la preparación de la evaluación de servicios de GOV.UK sin tratar la aceptación privada como una certificación pública.
Entregable: necesidades y recorridos prioritarios.
- 2
Escribir una expectativa comprobable
Reemplazar palabras como rápido o intuitivo por un resultado observable y contexto de medición. Incluye errores, permisos, idioma y accesibilidad. Un criterio establece lo que obtiene el usuario, más allá de la presencia de una característica.
Entregable: criterios y datos de prueba ficticios.
- 3
Conectar evidencia al escenario
Versión del registro, entorno, condiciones previas, acción y resultado de cada ensayo. Una captura de pantalla por sí sola no prueba que un viaje sea exitoso. Prepare pruebas que un revisor pueda inspeccionar o reproducir sin acceso a secretos.
Entregable: registro de evidencia reproducible.
- 4
Resolver excepciones
Definir fallos de bloqueo, excepciones permitidas y propietarios antes de la aceptación. Una excepción aceptada necesita un alcance, un motivo y un plazo; no convierte una prueba fallida en una prueba aprobada.
Entregable: registro de excepciones y decisiones.
- 5
Cerrar con operaciones
Documentación de pruebas, recuperación y entrega de soporte también. Para los servicios de IA, identifique los límites y la propiedad. Conservar el alcance probado, las brechas abiertas y las condiciones que requieren otra revisión de aceptación.
Entregable: decisión de entrega y seguimiento de excepción.
Hoja de cálculo reutilizable
Complete con sus observaciones autorizadas. Estos campos son una plantilla de trabajo, no resultados observados.
| Campo | Información a registrar |
|---|---|
| Necesidad | Persona, tarea y contexto |
| Criterio | Resultado esperado y condiciones previas |
| Prueba | Versión, datos ficticios y observación |
| Decisión | Excepción, propietario y fecha límite |
Ejemplo trabajado ficticio
Situación ilustrativa
Ejemplo ficticio: un formulario envía un caso pero pierde su archivo adjunto en el móvil.
Decisión y pruebas esperadas
La aceptación distingue un envío técnico de un caso completo; la necesidad pasa sólo cuando el destinatario puede recuperar el archivo adjunto.
Distinguir los mecanismos
| Mecanismo | Propósito | Verificación o limitación |
|---|---|---|
| Demostración | Comprender un viaje seleccionado | No lo trates como cobertura total |
| Aceptación empresarial | Verificar tareas y resultados esperados | Incluir errores y distintos perfiles de usuario |
| Revisión técnica | Inspeccionar contrato y comportamiento | Conectar resultados con las necesidades de los usuarios |
Indicadores de gestión
| Indicador | Qué mide | Primera acción |
|---|---|---|
| Criterios cubiertos | Criterios efectivamente ejercidos | Separar no probados, aprobados y reprobados |
| Excepciones abiertas | Huecos aceptados o de bloqueo | Nombre un propietario y fecha límite |
| Evidencia reproducible | Escenarios reconstruibles | Versión de registro y condiciones previas |
Errores comunes
- No lo trates como cobertura total
- Incluir errores y distintos perfiles de usuario
- Conectar resultados con las necesidades de los usuarios
Preguntas frecuentes
¿Quién debe aceptar la entrega?
El titular designado de la necesidad, con el aporte de los especialistas requeridos. Nombra esta responsabilidad antes de realizar la prueba.
¿Una excepción es un pase?
No. Sigue siendo una brecha conocida; la aceptación es una decisión documentada dentro de un alcance.
¿Se pueden reutilizar los tests tras una corrección?
Sí, con datos estables y condiciones previas, nombrando la nueva versión y recorridos potencialmente afectados.
Referencias oficiales
Las referencias respaldan el método. Adapte los controles a su contexto; no constituyen certificación. Los títulos de referencia originales y los documentos fuente pueden estar en otro idioma.
Referencias consultadas el .
