Crear los artefactos no es el problema. Mantenerlos conectados, sí.
Best Practices, resultados de workshops, decisiones Fit-to-Standard, variantes, requisitos, Gaps, objetos WRICEF, especificaciones, tickets, casos de prueba, documentación. Cada elemento por separado está bien elaborado – y al final nadie sabe ya por qué se construyó algo.
El núcleo
Del estándar a la solución propia – con trazabilidad
Un proyecto SAP comienza con el proceso de negocio y muy pronto llega a aplicaciones, configuración y desarrollos. TAOM mantiene visible el punto de partida funcional.
Fit-to-Standard
El resultado de un workshop es más que un acta
Qué se analiza en el workshop
- 01¿Qué encaja?
- 02¿Qué no encaja?
- 03¿Qué diferencias organizativas existen?
- 04¿Qué cambios en el sistema son necesarios?
- 05¿Qué interfaces están afectadas?
- 06¿Qué informes o formularios faltan?
Dónde debe quedar registrado
Estas respuestas quedan vinculadas al paso del proceso en el que surgieron – no en un archivo cuyo nombre contiene la fecha del workshop.
La anotación del acta se convierte así en contexto empresarial que sigue siendo comprensible seis meses después.
WRICEF
Objetos de desarrollo con trazabilidad de origen
Los desarrollos propios suelen gestionarse por separado del modelo de procesos. En TAOM quedan vinculados a la actividad y al requisito del que surgieron.
Workflow
Flujos controlados dentro del sistema.
Report
Informes, evaluaciones y listados.
Interface
Interfaces con otros sistemas.
Conversion
Transferencias y migraciones de datos.
Enhancement
Ampliaciones del estándar.
Form
Formularios y documentos.
Lo importante no es la sigla – según el proyecto pueden utilizarse otras clasificaciones. Lo que importa es la trazabilidad: necesidad de negocio → requisito → objeto de desarrollo → implementación.
Delimitación
Signavio puede quedarse donde está
Quien ya utiliza una plataforma de procesos consolidada no necesita sustituirla. TAOM se sitúa a su lado y aporta aquello que suele faltar entre el levantamiento del proceso y su implementación.
Hasta la evidencia
Las pruebas se realizan contra la necesidad de negocio
La cadena hasta la aprobación
- 01Proceso
- 02Requisito
- 03Implementación
- 04Requisito de prueba
- 05Caso de prueba
- 06Resultado
- 07Aprobación
Por qué es importante
De lo contrario, las pruebas se realizan contra la especificación – es decir, contra lo que alguien escribió, no necesariamente contra lo que realmente se necesitaba. Si la cadena permanece conectada, pueden verificarse ambas cosas.
En el momento de la aceptación puede demostrarse qué necesidad de negocio está cubierta por cada caso de prueba.
Proyectos típicos
Dónde se utiliza
- 01Transformación S/4HANATanto Greenfield como Brownfield, con una comparación trazable frente al estándar.
- 02Programas de Global TemplateUn núcleo común, muchos países – las desviaciones se justifican en lugar de simplemente tolerarse.
- 03Workshops Fit-to-StandardLos resultados quedan vinculados al paso del proceso en lugar de quedar únicamente en el acta.
- 04Armonización de procesosHacer visibles las variantes antes de unificarlas.
- 05Gestión de WRICEFObjetos de desarrollo con origen y prioridad.
- 06Pruebas y validaciónDesde la necesidad de negocio hasta la evidencia.
Empezar
Con un proceso del proyecto actual
Tome un proceso que ya esté previsto para un Fit-to-Standard. Levántelo, compárelo con el estándar, identifique el Gap, derive el requisito – y compruebe si toda la relación permanece intacta.