Gestión de tareas · Guía práctica
Definición de los criterios de aceptación
Por el equipo editorial My First Task
Actualizado
La respuesta corta
Cómo abordar el trabajo
Una tarea puede cumplir con sus criterios de aceptación específicos de características pero aún así carece de las pruebas o documentación requeridas por la definición de hecho del equipo. Escriba estándares que se pueden comprobar. Evite criterios vagos como "se ve bien" o "funciona correctamente". Cuando el producto es software, ejemplos pueden incluir revisión, pruebas relevantes y preparación para el despliegue; otro equipo puede necesitar aprobación, reconciliación o una entrega completa en su lugar.
Una secuencia práctica
- Escriba las comprobaciones comunes necesarias para cada artículo completado.
- Añada criterios de aceptación específicos de la tarea antes de que comience el trabajo.
- Incluya ejemplos de comportamiento ambiguo o casos de bordes.
- Identificar quién confirma los criterios y cómo se registran las pruebas.
- Marcar el trabajo completo sólo después de que los cheques acordados pasan.
- Revise el estándar cuando los defectos recurrentes revelan que falta un cheque.
Escenario ilustrativo · no investigación de clientes
Ejemplo resuelto
Para una tarea de restablecimiento de contraseñas, los criterios de aceptación pueden requerir un token válido para abrir el formulario de restablecimiento, un token caducado para mostrar un error claro y un reset exitoso para invalidar el token. La definición del equipo de hecho también requiere revisión de código y pruebas automatizadas relevantes.
Errores comunes que hay que evitar
- Usando una vaga frase de aceptación para cada tarea.
- Declarar una tarea realizada cuando el desarrollo termina, pero el examen sigue siendo.
- Añadir nuevos criterios de terminación después de la entrega sin discutir el cambio de alcance.
Pruebe el método con sus propias entradas
Respuestas a tus preguntas
¿Quién es el dueño de la definición de hecho?
¿Deberían tener criterios de aceptación todas las tareas?
¿Medimos la calidad con una tasa de finalización?
Aplicarlo en un espacio de trabajo compartido
Mantenga con la obra al propietario acordado, criterios de finalización y decisiones importantes. Explore la característica My First Task relevante.
El contexto de investigación está disponible en nuestro biblioteca fuente. El ejemplo trabajado arriba es una ilustración editorial.
Continuar aprendiendo
Ejemplos de Criterios de Aceptación: Una Guía Práctica de Escritura
Los criterios de aceptación son condiciones que un elemento de trabajo en particular debe satisfacer antes de ser aceptado. Escríbelos alrededor del comportamiento y la evidencia, incluyendo casos importantes de fracaso. Una definición de hecho establece expectativas de calidad más amplias en los elementos de trabajo.
ExplorarPlantilla del informe de estado del proyecto: Progresos, riesgos y decisiones
En un informe sobre el estado del proyecto se resumen los progresos realizados en la consecución de un resultado para un período de presentación de informes determinado, que incluye compromisos, riesgos, plazos y decisiones cambiantes, y se incluye un propietario para cada seguimiento.
ExplorarMetrics Kanban: WIP, rendimiento, tiempo de ciclo y edad del elemento de trabajo
Cuatro medidas útiles de flujo de Kanban son el trabajo en progreso, rendimiento, ciclo tiempo y edad del elemento de trabajo. Juntos muestran cuánto trabajo está activo, cuánto termina, cuánto tiempo el trabajo terminado tomó y cuánto tiempo el trabajo inacabado ha estado activo.
ExplorarConvierte el plan en trabajo compartido
Dar a cada acción siguiente un propietario, una condición de finalización y una fecha realista. My First Task trae tareas, tableros, flujos de trabajo de proyectos y seguimiento de problemas en un espacio de trabajo.