En una implementación de Employee Central, una iteración es cada vuelta completa por la secuencia de configuración, con un alcance mayor que la anterior. La L4 explica que la secuencia de nueve etapas no se recorre una sola vez: lo habitual es trabajar por iteraciones, y cada iteración vuelve a pasar por las mismas etapas.
El patrón típico empieza con una base reducida. En la primera iteración se configura una entidad legal y pocos empleados: lo mínimo para probar que la estructura, los permisos y las transacciones funcionan. En las siguientes se suman países, reglas y flujos de trabajo, hasta llegar al alcance completo. La Figura 4.3 de la lección lo dibuja como tres ciclos sucesivos, base, países y reglas, y flujos de trabajo y ajustes, seguidos por las cargas de prueba y la carga final en producción.
Trabajar así tiene una lógica clara. Corregir un error con diez empleados es rápido; corregirlo con diez mil, no. Una base chica permite descubrir dependencias que faltaban, decisiones de diseño que no estaban claras o requisitos que el cliente no había mencionado, cuando todavía es barato cambiarlas. Cada iteración, además, le muestra al cliente algo que funciona, lo que facilita la validación del diseño.
Las iteraciones viven sobre todo en la fase de realización de SAP Activate, la metodología de proyecto que vimos en Essentials. Dentro de esa fase, cada vuelta por la secuencia produce una versión más completa de la configuración en la instancia de test.
En el curso aplicamos la misma idea con Best Run Argentina. La filial arranca con una entidad legal, tres departamentos, dos ubicaciones y un puñado de empleados, y se va completando unidad por unidad: primero la estructura, después los datos de los empleados, las transacciones, las reglas y las posiciones. No es una implementación real, pero respeta la lógica de crecer sobre una base que ya funciona.
La iteración también es la forma de encarar una ampliación después del go-live. Si el cliente suma un país, por ejemplo Chile, el trabajo se organiza como una iteración nueva: se recorren las mismas etapas con alcance Chile, desde las funcionalidades que haga falta activar y los modelos por país hasta las transacciones y la validación, con cargas de prueba antes de pasar a producción.
Un riesgo de trabajar por iteraciones es perder el control de qué se cambió en cada vuelta. Por eso conviene acompañarlas con hábitos que el curso repite: versionar los modelos de datos, documentar lo que se activa en Provisioning y en el Centro de actualizaciones, y verificar cada etapa con su criterio de cierre antes de dar por terminada la iteración.
