Tu Key User se va mañana: qué conocimiento SAP debería quedarse dentro de la empresa

Hay empresas donde una parte importante de la operación SAP depende de una persona. Todos saben a quién preguntar.

Esa persona conoce las excepciones, entiende por qué se configuró un proceso de determinada manera y recuerda cómo resolver situaciones que nunca llegaron a documentarse.

Hasta que cambia de puesto o deja la empresa.

Entonces aparece una pregunta difícil:

¿cuánto conocimiento SAP se fue con ella?

El Key User no conoce únicamente transacciones

Un Key User suele acumular distintos tipos de conocimiento:

• cómo funciona el proceso;
• qué excepciones existen;
• qué configuraciones afectan la operación;
• qué errores son recurrentes;
• qué solución se aplicó anteriormente;
• con quién coordinar ciertos casos;
• qué información necesita cada área;
• por qué ciertas decisiones fueron tomadas.

Parte de ese conocimiento puede estar documentado. Otra parte es conocimiento tácito: experiencia desarrollada durante meses o años.

El riesgo aparece después del go-live

Timbrell y Gable (2001) señalan que después de una implementación la responsabilidad de operar, mantener y evolucionar el ERP vuelve progresivamente al cliente.

La capacidad de hacerlo depende del conocimiento desarrollado y transferido durante el proyecto. Los autores también identifican la pérdida de personal clave como uno de los factores que puede incrementar posteriormente la necesidad de soporte externo.

Por eso la gestión de conocimiento no debería comenzar cuando el Key User comunica su salida.

¿Qué debería quedar documentado?

Procesos críticos

No solo qué pasos ejecutar, sino qué objetivo cumple cada proceso y qué áreas intervienen.

Excepciones

Los procesos reales rara vez funcionan únicamente bajo escenarios estándar. Conviene registrar qué ocurre cuando aparece una excepción y quién debe intervenir.

Decisiones de configuración

No todas las configuraciones deberían modificarse simplemente porque alguien encontró otra manera de hacerlo. Es útil documentar por qué se adoptó determinada configuración y qué impacto tendría cambiarla.

Errores recurrentes

Registrar síntomas, causas conocidas y pasos de validación reduce el tiempo perdido cuando el mismo problema vuelve a aparecer.

Dependencias

¿Qué otros módulos, sistemas o integraciones participan? Conocer estas relaciones ayuda a evitar que una modificación aislada genere consecuencias inesperadas.

Documentar no es suficiente

Un repositorio lleno de documentos puede seguir siendo inútil si nadie sabe cuándo consultarlos o cómo aplicar la información.

La literatura sobre transferencia de conocimiento ERP muestra que el conocimiento se desarrolla mediante múltiples mecanismos: entrenamiento, coaching, interacción directa, talleres, pruebas y trabajo entre usuarios y consultores (Jayawickrama et al., 2014).

Por eso una estrategia de continuidad debería combinar:

documentación + práctica + acompañamiento + transferencia entre personas.

Una prueba sencilla

Pregunta a tu equipo:

Si nuestro Key User principal no estuviera disponible durante un mes, ¿qué procesos se volverían difíciles de ejecutar?

Las respuestas permiten identificar dónde existe concentración de conocimiento. Si todos responden con el nombre de una persona en lugar de un procedimiento, probablemente haya algo que transferir.

El objetivo no es reemplazar al Key User

Los usuarios clave continúan siendo fundamentales. La idea es evitar que la organización pierda capacidad cada vez que cambia una persona.

El conocimiento acumulado durante años de operación SAP debería convertirse progresivamente en una capacidad compartida. Porque la continuidad del sistema también depende de la continuidad del conocimiento.

Referencias

Gable, G. G., Scott, J. E., & Davenport, T. D. (1998). Cooperative ERP life-cycle knowledge management. En Proceedings of the Ninth Australasian Conference on Information Systems (pp. 227–240).

Jayawickrama, U., Liu, S., & Hudson Smith, M. (2014). An ERP knowledge transfer framework for strategic decisions in knowledge management in organizations. International Journal of Innovation, Management and Technology, 5(4). https://doi.org/10.7763/IJIMT.2014.V5.530

Timbrell, G., & Gable, G. G. (2001). The SAP ecosystem: A knowledge perspective. En Proceedings of the 12th Information Resources Management Association International Conference (pp. 1115–1118).