El criterio de cierre de etapa es la condición que permite dar por terminada una etapa de la implementación de Employee Central. La L4 lo resume en una idea: una etapa no termina cuando se configuró, sino cuando se verificó. Para cada una de las nueve etapas, la Tabla 4.2 define qué tiene que poder comprobarse antes de seguir.
Los criterios son concretos. La habilitación está terminada cuando el administrador ve todas las herramientas del kit y las funcionalidades acordadas están activas en test. Los modelos de datos, cuando los cuatro modelos están importados y los campos acordados se ven en Gestionar configuración empresarial y en la ficha del empleado. Las listas de selección, cuando cada campo de lista muestra sus valores activos, con las etiquetas en los idiomas del cliente. Los objetos MDF y las reglas, cuando cada objeto tiene su pantalla y cada regla se probó con un caso que debe dispararla y otro que no.
Siguen los datos de fundamento, terminados cuando la estructura carga sin errores y los desplegables filtran según las asociaciones definidas. Los permisos de negocio, cuando cada rol se probó con un usuario real que no es administrador. Los datos de empleados, cuando las cargas terminan sin errores y una muestra de empleados coincide con el sistema de origen. Las transacciones, cuando cada evento deriva su motivo y su flujo de trabajo, y las alertas llegan a quien corresponde. Y la validación, cuando la Herramienta de verificación no muestra errores críticos y la sincronización de HRIS está al día.
Definir criterios de cierre tiene varias ventajas en un proyecto. Evita avanzar sobre una base que todavía tiene errores, que es la forma más rápida de multiplicar problemas. Da un lenguaje común para reportar avance al cliente: decir que una etapa está terminada significa algo verificable, no una impresión. Y facilita las pruebas, porque cada criterio indica qué hay que mirar.
Algunos criterios tienen trampas que conviene conocer. Probar un rol con la cuenta de superadministrador no sirve, porque esa cuenta ve todo. Probar una regla solo con el caso que debe dispararla no alcanza: también hay que probar un caso que no debe hacerlo, para descartar que se dispare siempre.
La lección también lo plantea como herramienta para el examen. En una actividad en sistema, revisar el propio trabajo con estos criterios antes de pasar al paso siguiente es la mejor forma de no arrastrar un error que después cuesta encontrar.
En los ejercicios del curso, los criterios de cierre aparecen como preguntas: cuándo se da por terminada la carga de empleados de Best Run Argentina, o cómo se verifica que un rol de administrador está completo.
