Errores al implementar un sistema nuevo y su plazo

Implementar un sistema nuevo en tu empresa suele encontrarse con la resistencia del equipo, y esa fricción se traduce en plazos más largos de lo esperado. En este artículo verás, paso a paso, cuánto tiempo suele consumir cada fase, qué factores hacen que el calendario se rompa y qué decisiones deberás tomar para mantener el proyecto dentro del rango previsto.

Las fases y su duración

Fase	Duración estimada (semanas)	Entregable revisable
Diagnóstico y alineación	2‑3	Documento de requerimientos validado por el sponsor y el líder de proyecto
Diseño funcional y técnico	3‑4	Prototipo de interfaz y arquitectura del sistema
Desarrollo y configuración	6‑8	Módulos funcionales en entorno de pruebas
Capacitación al equipo	2‑3	Manuales de usuario y sesión de entrenamiento presencial o virtual
Piloto y ajustes	3‑4	Informe de resultados del piloto y plan de corrección
Despliegue productivo	1‑2	Sistema en producción con registro de incidencias inicial
Soporte post‑implementación	4‑6 (primeras semanas)	Reporte de métricas de adopción y plan de mejora continua

Estas semanas son un promedio basado en proyectos de tamaño medio en el Perú, donde la interacción con SUNAT y la normativa de facturación electrónica suele requerir revisiones específicas durante el diseño y la fase piloto.

Qué hace que un plazo se rompa

• Falta de datos maestros claros. Sin listas de clientes, proveedores o códigos de producto consolidados, el equipo de desarrollo pierde tiempo limpiando y normalizando información.
• Decisiones tardías sobre flujos críticos. Cuando el responsable de operaciones pospone la definición de aprobaciones o integraciones con sistemas contables, la fase de desarrollo se extiende.
• Resistencia del personal a un sistema nuevo. La ausencia de una estrategia de cambio genera rechazo, lo que obliga a repetir capacitaciones y a alargar el piloto.
• Requerimientos de integración con la SUNAT. Cambios regulatorios inesperados obligan a volver a validar los endpoints de facturación electrónica.
• Escasa disponibilidad de los usuarios clave. Si el jefe de operaciones o el responsable de compras solo pueden asistir a sesiones de validación una vez al mes, el ritmo del proyecto se desacelera.

En la práctica, entre el 30 % y el 45 % de los retrasos provienen de factores bajo el control directo de la empresa cliente, mientras que el resto corresponde a imprevistos técnicos o regulatorios.

Qué te van a pedir a ti

• Definición de procesos críticos: deberás mapear y aprobar cada flujo de trabajo que el nuevo sistema reemplazará (ej.: solicitud de compra, autorización de gastos, emisión de comprobantes).
• Datos maestros: entrega de catálogos de productos, listas de clientes y proveedores, y la configuración de códigos contables que la SUNAT exige.
• Recursos humanos: designar un “champion” interno que actúe como enlace entre tu equipo y el proveedor, y liberar tiempo de al menos dos usuarios finales para pruebas y capacitaciones.
• Decisiones sobre personalización: decidir qué adaptaciones son obligatorias y cuáles pueden postergarse a una fase de mejora posterior.
• Aprobación de presupuesto de pruebas: aunque no se menciona un costo específico, deberás autorizar recursos para ambientes de prueba, licencias temporales y posibles consultorías de integración.

Cómo saber si va bien

• Hito 1 – Validación del diagnóstico (semana 3): si el documento de requerimientos está firmado por todos los responsables, el proyecto avanza.
• Hito 2 – Prototipo aprobado (semana 7): la retroalimentación del piloto no supera el 20 % de cambios solicitados.
• Hito 3 – Capacitación completada (semana 12): al menos el 85 % de los usuarios clave ha aprobado la prueba de conocimiento.
• Hito 4 – Piloto sin incidencias críticas (semana 15): el número de tickets de alta prioridad es menor a 3 durante el período de prueba.
• Señal de desvío: retrasos mayores a 5 % del tiempo estimado en cualquier fase, o la aparición de nuevos requerimientos no contemplados en el alcance original.

Si mantienes los entregables bajo control y gestionas activamente la resistencia del equipo, el plazo total suele rondar las 20‑24 semanas.

Conclusión

Quien ha leído hasta aquí lleva claro un mapa de tiempo: desde el diagnóstico hasta el soporte post‑implementación, cada fase tiene una duración concreta y un entregable que permite medir el avance. Conocer las causas que rompen el calendario –sobre todo la falta de datos, decisiones tardías y la resistencia del personal– te ayuda a anticipar los cuellos de botella. Finalmente, saber qué se espera de tu empresa y cómo monitorizar los hitos críticos garantiza que el proyecto no se convierta en una carga prolongada, sino en una mejora operativa que aporta valor real a tu negocio.