Lo que nadie cuenta al empezar
Implantar un PLM o un ERP no es instalar un programa: es cambiar cómo trabaja la empresa. Los proyectos que fracasan casi nunca lo hacen por el software, sino por objetivos poco claros, datos de mala calidad o falta de implicación de las personas.
Las fases de un proyecto
- Diagnóstico: qué problemas queréis resolver y cómo se medirá el éxito. Por ejemplo: reducir a la mitad el tiempo de un cambio de ingeniería o cerrar el mes en tres días.
- Selección: requisitos, preselección de dos o tres candidatos, demostraciones con vuestros datos y referencias de clientes. Lo vemos en las comparativas de PLM y de ERP.
- Diseño: cómo funcionarán los procesos en el nuevo sistema (en SAP se llama blueprint). Es el momento de simplificar, no de copiar lo de antes.
- Configuración y desarrollo: el integrador configura el sistema y desarrolla lo imprescindible.
- Migración de datos: limpieza y carga de artículos, listas de materiales, clientes, proveedores, saldos o documentos.
- Pruebas: primero funcionales y de integración, después las de aceptación con usuarios reales (UAT).
- Formación: a usuarios clave primero, que luego forman y apoyan al resto.
- Arranque (go-live): de golpe (big bang) o por fases, módulos o plantas.
- Hipercuidado y mejora: unas semanas de soporte intensivo y después mejora continua.
Plazos orientativos
| Tipo de proyecto | Duración habitual |
|---|---|
| ERP en la nube para pequeña empresa | 1 a 3 meses |
| ERP para pyme industrial | 4 a 9 meses |
| PDM para una oficina técnica | 1 a 3 meses |
| PLM con integración con el ERP | 6 a 12 meses para la primera fase |
| ERP o PLM en gran empresa multinacional | 1 a 3 años, por oleadas |
Son plazos orientativos: dependen mucho del alcance, de la calidad de los datos y de la disponibilidad de las personas de la empresa.
Costes que se suelen olvidar
- Tiempo del equipo interno: los usuarios clave pueden dedicar una parte importante de su jornada durante meses.
- Limpieza de datos: códigos duplicados, listas de materiales incorrectas, planos sin revisión.
- Integraciones: con el CAD, el ERP, el MES, la web, los bancos o la paquetería.
- Formación continua de nuevas incorporaciones.
- Actualizaciones: cuanto más personalizado esté el sistema, más caras serán.
- Bajada temporal de productividad en las primeras semanas tras el arranque.
Siete errores que hacen fracasar un proyecto
- No tener un responsable de dirección que decida y desbloquee.
- Querer replicar exactamente el sistema anterior a base de personalizaciones.
- Migrar datos sucios «y ya los limpiaremos luego».
- Delegar todo en el integrador sin dedicar personas propias.
- Ampliar el alcance sin parar a mitad de proyecto.
- Recortar formación y pruebas cuando aprieta el calendario.
- No medir los resultados después del arranque.
Las claves del éxito
- Objetivos medibles definidos al principio.
- Un equipo mixto (empresa e integrador) con un jefe de proyecto en cada lado.
- Estándar primero: personalizar solo lo que de verdad diferencia a la empresa.
- Arranques por fases cuando el riesgo es alto.
- Comunicación constante con los usuarios: por qué se cambia y qué ganan ellos.
Preguntas frecuentes
¿Es mejor arrancar de golpe o por fases?
El arranque de golpe es más corto pero más arriesgado. Por fases (por módulos, plantas o líneas de producto) reduce el riesgo, aunque obliga a mantener integraciones temporales con los sistemas antiguos.
¿Quién debe liderar el proyecto?
Un directivo de la empresa con capacidad de decisión, apoyado por un jefe de proyecto interno con dedicación real. El integrador aporta método y conocimiento del software, pero las decisiones de negocio son de la empresa.
¿Qué datos hay que migrar?
Los maestros (artículos, listas de materiales, clientes, proveedores) y los saldos o documentos vivos. El histórico completo no siempre compensa: muchas empresas dejan el sistema antiguo en modo consulta.
Fuentes y referencias: Experiencia de proyectos de implantación; metodologías públicas de fabricantes (SAP Activate, Microsoft Success by Design).