Equipo de implementación de ERP en 2026: quién hace falta y qué hace

Un equipo de implementación de ERP necesita un patrocinador con autoridad, un director de proyecto que conozca el ERP, responsables de procesos de negocio de cada función afectada, consultores funcionales y técnicos, y líderes dedicados a la integración, la migración de datos, las pruebas, el cambio y el cutover. Los programas de SAP en la nube añaden un arquitecto de Clean Core y un contacto designado de SAP. Dimensione el equipo según la complejidad, no según el número de empleados de la empresa, y empareje a cada consultor con una persona interna que se haga cargo de esa área después del go-live.

Este artículo es para patrocinadores, CIO y directores de programa que están formando el equipo de un programa ERP. Cubre los roles, qué hace que cada uno funcione o fracase, el tamaño del equipo, qué cambian el ERP en la nube y la IA, y cómo repartir el trabajo con un socio de implementación.

Una empresa con la que trabajé tenía dos implementaciones de ERP en marcha al mismo tiempo: una en SAP y otra en Oracle. En el proyecto de Oracle trabajaban 4500 personas. En el de SAP, 38. Uno entró en producción sin sobresaltos. El otro fue un desastre interminable. La diferencia fue el equipo.

Después de 25 años de implementaciones de SAP, el patrón se repite. Si el equipo es el equivocado, o si las personas correctas están en la estructura equivocada, el proyecto se arrastra, los costos suben y, para el go-live, los usuarios ya han decidido que odian el sistema.

1. Patrocinador del proyectoElimina obstáculos, asegura el presupuesto, decide entre departamentos
   Contacto de servicio de SAPEn los programas RISE, escalamientos de plataforma y revisiones de servicio
2. Director de proyectoCronograma, alcance, riesgos y coordinación con el socio

• Responsables de procesos de negocioValidan el diseño y prueban flujos de trabajo reales
• Consultores funcionales y técnicosConfiguran, extienden y plantean objeciones
• Líder de migración de datosDepuración, cargas y datos de cutover
• Líder de integraciónDiseño del middleware y flujos de datos
• Líder de cambio y formaciónComunicación, promotores, adopción
• Arquitecto de Clean CoreDónde vive cada extensión, en las ediciones en la nube

Rol	Qué hacen realmente	Cuándo participan
Patrocinador del proyecto	Elimina obstáculos, asegura el presupuesto, toma decisiones entre departamentos	Todas las fases
Director de proyecto	Gestiona el cronograma, el alcance, los riesgos y la coordinación con el socio	Todas las fases
Responsables de procesos de negocio	Validan el diseño, prueban escenarios, representan los flujos de trabajo reales	De Explore a Deploy
Consultores funcionales	Recopilan requisitos, configuran módulos, apoyan las pruebas	De Explore a Deploy
Consultores técnicos	Extensiones, interfaces, configuración del sistema	De Realize a Deploy
Líder de integración	Diseño del middleware y flujos de datos entre sistemas	De Explore a Deploy
Líder de migración de datos	Estrategia de datos, depuración, cargas, datos de cutover	De Prepare a Deploy
Líder de cambio y formación	Formación, comunicación, medidas de adopción	De Explore a Run
Líder de pruebas	Scripts de prueba, SIT, UAT, seguimiento de defectos	De Realize a Deploy
Responsable de cutover	Cambio a producción, tiempo de inactividad, plan de reversión	Deploy
Arquitecto de Clean Core (ediciones en la nube)	Decide dónde vive cada extensión y en qué nivel de Clean Core	De Explore a Run
Contacto de servicio de SAP (RISE)	Escalamientos de plataforma, revisiones de servicio, alineación con la hoja de ruta de SAP	De Prepare a Run

Mi artículo sobre los roles del equipo de implementación de SAP detalla cada rol con más profundidad.

Patrocinador del proyecto

El trabajo del patrocinador no consiste en firmar el acta de constitución y desaparecer. Los proyectos se estancan durante meses cuando nadie por encima del director de proyecto tiene autoridad para decidir si los departamentos no se ponen de acuerdo. El patrocinador tiene que estar localizable, dispuesto a tomar decisiones difíciles y presente durante la estabilización, no solo en el kickoff.

Lo que sale mal: patrocinadores que delegan todo en TI. El ERP cambia la forma en que funciona el negocio. Si la dirección no lo impulsa, fracasa. La guía del comité directivo explica cómo estructurar el foro del patrocinador.

Director de proyecto

Un director de proyecto de ERP necesita saber cómo se ejecutan de verdad los programas de SAP u Oracle, no solo la dirección de proyectos de TI en general. Los riesgos, las dependencias y la presión en el cutover son distintos.

Lo que sale mal: un director de proyecto que cede ante los consultores en el alcance o que no puede exigir al negocio el cumplimiento de los plazos de prueba.

Responsables de procesos de negocio

TI no dirige su negocio. Lo hacen operaciones, finanzas, compras y recursos humanos. Los responsables de proceso se aseguran de que el sistema funcione con los procesos reales, no solo sobre el papel. Si los deja fuera, obtiene una configuración que tenía sentido en un taller y que falla en la primera semana.

Involúcrelos desde el principio, no en el UAT para aprobar decisiones en las que no participaron.

Consultores de ERP

Los buenos consultores plantean objeciones. Si los suyos están de acuerdo con todo y nunca cuestionan un requisito, facturan horas, no aportan experiencia. Los mejores detienen los errores antes de que cuesten meses.

Una señal de un consultor débil: personaliza en exceso porque es más fácil que explicar por qué el negocio debería cambiar un proceso. Cada desarrollo a medida hay que mantenerlo, probarlo en cada actualización y explicarlo al siguiente equipo. Con los niveles de Clean Core de SAP, esa deuda ahora es visible: una extensión construida a la antigua cae en el nivel C o D y aparece en la primera actualización importante.

Líder de migración de datos

Los datos malos del sistema antiguo se convierten en datos malos del nuevo. Si nadie se hace responsable de la conversación sobre la calidad de los datos antes de la migración, los informes financieros no coincidirán con la realidad el primer día.

La migración de datos es un proceso de negocio que necesita un responsable del negocio. TI puede mover los datos. El negocio tiene que confirmar que son correctos.

Líder de gestión del cambio y formación

La gestión del cambio no es formación. Es comunicación, participación temprana y encontrar promotores dentro del negocio antes del go-live. Cuando una empresa da por hecho que basta con la formación, los usuarios que no confían en el nuevo sistema vuelven a sus hojas de cálculo, y corregir eso después del go-live sale caro.

Este líder debería estar creando contenido, ejecutando pilotos y midiendo la preparación, no repartiendo un PDF dos semanas antes del go-live. En los programas de SAP ahora también es responsable de las herramientas de adopción digital: SAP está integrando SAP Enable Now en WalkMe, que compró en 2024, así que el contenido nuevo debería planificarse en WalkMe.

Arquitecto de Clean Core (ediciones en la nube)

SAP ahora clasifica cada extensión en cuatro niveles de Clean Core, de la A a la D. Alguien tiene que decidir, para cada brecha, si se resuelve con configuración estándar, como una extensión de nivel A en SAP BTP o dentro del sistema con ABAP Cloud, o si no se resuelve. En los programas grandes es un rol dedicado. En los programas de mediana empresa, suele absorberlo el arquitecto de soluciones.

Los socios sin experiencia en SAP BTP y ABAP Cloud no pueden cubrir este rol. Pregunte cuántas extensiones han entregado bajo estas reglas y pida verlas.

Contacto de servicio de SAP (programas RISE)

Con RISE with SAP, SAP se encarga de la infraestructura y de las operaciones de su sistema, así que SAP forma parte de la entrega. El CIO necesita un contacto designado de SAP para escalamientos de plataforma, revisiones de servicio y alineación con la hoja de ruta. Incluya a esa persona en la lista del equipo desde Prepare, no solo en la lista de invitados del comité directivo.

El tamaño del equipo debe ajustarse a la complejidad, no al número de empleados.

Tipo de empresa	Tamaño típico del equipo	Qué determina la complejidad
Pequeña (una sola entidad, menos de 500 empleados)	10-25	Sobre todo funcionalidad estándar, pocas integraciones
Mediana (varias sedes, de 500 a 5000 empleados)	30-75	Más integraciones, variantes regionales de procesos, cambio a gran escala
Gran empresa (global, más de 5000 empleados)	100-500+	Varias entidades e integraciones, cumplimiento normativo en varias jurisdicciones

Una planta de 50 personas con fabricación compleja bajo pedido puede necesitar un equipo mayor y más especializado que una empresa de 500 personas con procesos de retail estándar. Dimensione según lo que hay que hacer. Mi guía de planificación de la asignación de recursos en proyectos SAP muestra cómo construir el plan.

Joule ya forma parte de las herramientas de implementación de SAP (SAP Cloud ALM y el SAP Activate Roadmap Viewer). SAP Build Code usa Joule para ayudar a los desarrolladores a crear extensiones en SAP BTP. Microsoft Copilot redacta informes de estado, resúmenes para el comité directivo y comunicaciones de cambio.

Usadas de forma constante, estas herramientas aceleran los roles con mucho flujo de trabajo. Hacen que un programa sea algo más ligero de lo que habría necesitado el mismo alcance hace unos años, pero no drásticamente más pequeño.

Incorpore las herramientas a las definiciones de los roles. Los consultores funcionales usan la IA para los primeros borradores de requisitos y de documentos de fit-gap. Los directores de proyecto la usan para los informes de estado. Los desarrolladores la usan donde ayuda. Lo que la IA no cambia es la responsabilidad: redacta más rápido, y las personas siguen respondiendo de lo que dice el borrador.

La mayoría de las empresas combina un equipo interno central que conoce el negocio con un socio que aporta profundidad técnica y metodológica.

El equipo interno debe participar de verdad, no limitarse a asistir a reuniones de estado. De lo contrario, el proyecto entrega un sistema que el socio entiende y que nadie dentro de la empresa sabe operar.

Qué esperar de un socio: estructura, decisiones más rápidas y experiencia en los errores propios de su tipo de empresa. Qué no delegar: las decisiones de alcance, la aprobación del diseño de procesos y la preparación de los usuarios. Eso necesita responsables internos.

El modelo que funciona de forma constante es el emparejamiento en la sombra. Cada consultor tiene una contraparte interna que se hará cargo de esa área después del go-live. El consultor entrega, la persona interna aprende y el conocimiento se queda cuando los consultores se van.

Al evaluar a un socio, pida referencias de empresas de su tamaño y de su sector, no los clientes de escaparate del proveedor. Pregunte por su experiencia en Clean Core con ejemplos y por cómo trabajan con SAP en programas RISE. Las respuestas vagas le dicen quién está al día y quién vende la versión de SAP que conocía hace tres años.

¿Cuántas personas forman un equipo de implementación de ERP?

Depende más de la complejidad que del tamaño de la empresa. Las pequeñas empresas con procesos sencillos suelen necesitar entre 10 y 25 personas, las medianas con varias sedes entre 30 y 75, y las grandes empresas globales entre 100 y 500 o más. Un fabricante con procesos complejos de ingeniería bajo pedido necesita más capacidad que una empresa mayor con funciones estándar de retail.

¿Qué roles nuevos necesitan los programas de SAP en la nube?

Dos. Un arquitecto de Clean Core o líder de extensiones que decide dónde vive cada extensión y en qué nivel de Clean Core; en programas más pequeños lo asume el arquitecto de soluciones. Y, en RISE with SAP, un contacto designado de SAP para escalamientos y revisiones de servicio, porque SAP gestiona la infraestructura y las operaciones de su sistema.

¿Cuál es el papel del patrocinador del proyecto en una implementación de ERP?

El patrocinador asegura el presupuesto, elimina obstáculos y decide cuando los departamentos no se ponen de acuerdo. Está ahí para que el proyecto sea manejable, no para gestionarlo. Lo más importante que hace un patrocinador es seguir involucrado durante la estabilización. Los proyectos que pierden la atención de la dirección después del cutover generan soluciones provisionales que duran años.

¿Por qué las implementaciones de ERP necesitan responsables de procesos de negocio?

Porque las personas de finanzas, operaciones, recursos humanos y compras saben cómo se hace realmente el trabajo. Sin ellas, el equipo diseña un sistema que tiene sentido sobre el papel y fracasa en la práctica. Involúcrelas desde el principio en los talleres y las decisiones de diseño; en el UAT ya es demasiado caro cambiar lo que está mal.

¿Qué debo buscar en un consultor de ERP?

Disposición a plantear objeciones. Un consultor que está de acuerdo con todo se está facilitando la vida a sí mismo, no a usted. Los buenos consultores cuestionan los malos requisitos, señalan la ampliación descontrolada del alcance y explican por qué lo estándar suele servirle mejor que lo desarrollado a medida. Después, compruebe su experiencia en Clean Core con ejemplos, referencias de tamaño similar a las que pueda llamar y si están resolviendo su problema o vendiendo el proyecto que ya saben entregar.

¿Cómo se gestiona la migración de datos en una implementación de ERP?

Asígnele un líder dedicado que sea responsable de la estrategia, las reglas de depuración, las cargas y la validación del go-live. El negocio es responsable de la calidad de los datos: TI puede mover el registro de un proveedor, pero solo el negocio sabe si es correcto.

¿Qué es la gestión del cambio en un proyecto de ERP y por qué importa?

Preparar a las personas para un cambio significativo en su forma de trabajar, antes, durante y después del go-live. Incluye comunicación (qué cambia y por qué, con antelación), participación (usuarios clave en el diseño y las pruebas) y apoyo (promotores que ayudan a sus compañeros a adaptarse). Los proyectos que la tratan como un calendario de formación obtienen siempre el mismo resultado: soluciones provisionales, hojas de cálculo y un sistema en el que nadie confía.