Proyectos tecnológicos: cómo el enfoque de implementación impacta la experiencia y los resultados esperados
- Ricardo Daniel Gutiérrez Vargas
- hace 7 días
- 3 Min. de lectura
Por qué SAP S/4HANA Cloud “no cumple expectativas” en algunos proyectos (y no es por la tecnología)
He visto proyectos de SAP durante más de 18 años.
En muchos casos funcionan, generan valor y transforman la operación.Pero también hay escenarios donde la percepción del usuario es distinta.
No necesariamente porque el proyecto haya fallado.
Sino porque la experiencia no coincide con lo que esperaban.
Y ahí es donde vale la pena hacer una pausa.
Porque el problema, la mayoría de las veces, no es la tecnología.
Es el enfoque con el que se implementa.
Un patrón que no es nuevo
Esto no empezó con S/4HANA Cloud.
En proyectos de ECC ya veíamos algo muy similar:
Procesos diseñados para replicar exactamente lo que ya existía
Levantamientos largos que generaban una falsa sensación de control
Usuarios que se involucraban tarde
Mucho esfuerzo en documentar, poco en validar
Hoy la tecnología cambió, pero en algunos proyectos el enfoque sigue siendo el mismo.
Y eso genera una desconexión.
Porque estamos tratando de implementar soluciones modernas… con metodologías que ya no responden a la realidad actual.
O dicho de forma más directa:
Queremos tener una tecnología de última generación utilizando el ábaco para contar.
Cuando el enfoque no acompaña a la tecnología
SAP S/4HANA Cloud está diseñado para trabajar de otra forma:
Basado en mejores prácticas
Con validación temprana en el sistema
Con decisiones iterativas
Con participación activa del negocio
Sin embargo, en algunos proyectos seguimos viendo:
Análisis prolongados antes de tocar el sistema
Resistencia a adoptar el estándar
Búsqueda de certeza absoluta antes de avanzar
Decisiones que se retrasan esperando “tener todo claro”
Esto no hace que el proyecto falle.
Pero sí afecta la experiencia.
Genera fricción, desgaste y una percepción de complejidad mayor a la que realmente existe.
El origen de la percepción
Aquí es donde cambia la conversación.
No estamos hablando de proyectos fallidos.Estamos hablando de percepción del usuario.
Cuando una implementación se vuelve pesada desde el inicio, lo que el usuario vive es:
Procesos que siente más complejos
Cambios que no termina de entender
Herramientas que percibe menos ágiles
Nostalgia por “cómo se hacía antes”
Y entonces aparecen ideas peligrosas:
“Antes era más fácil”.
“Antes si funcionaba”.
“Antes era más feliz” ;)
Cuando en muchos casos, lo que había antes no era mejor… solo era conocido.
El falso control que arrastramos
Parte de este problema viene de querer controlar todo desde el inicio.
Pensar que entre más documentamos, más certeza tenemos.
Pero en la práctica:
Se generan definiciones que no siempre reflejan la realidad
Se posponen validaciones clave
Se pierde la oportunidad de ajustar a tiempo
En modelos cloud, el control no viene de definir todo antes.
Viene de validar, aprender y ajustar rápido.
Entonces, ¿qué cambia realmente?
No se trata de que una metodología sea “correcta” y otra “incorrecta”.
Se trata de entender que el contexto cambió.
Hoy, lo que mejor funciona es:
Adoptar el estándar antes de cuestionarlo
Involucrar al negocio desde el día uno
Validar en el sistema, no solo en documentos
Aceptar que no todo se define al inicio
Entender que la adopción es parte central del proyecto
Cuando esto se alinea, la percepción cambia completamente.
Una reflexión final
SAP S/4HANA Cloud no es más complejo.
Es diferente.
Y cuando lo abordamos con herramientas y mentalidad del pasado, la experiencia se vuelve más difícil de lo que debería ser.
No porque la tecnología no funcione.
Sino porque estamos tratando de operarla bajo una lógica que ya no aplica.
En el siguiente artículo voy a profundizar en algo que pocas veces se habla abiertamente:
La frustración en la etapa de estabilización.
Porque como con cualquier cambio, lo nuevo incomoda al principio…y muchas veces perdemos de vista los beneficios por aferrarnos a lo que ya conocíamos.
Comentarios