Conceptos · Planificación de proyectos

Planificar un Proyecto SAP: Conceptos y Planificador

Las ideas que sostienen un buen plan de proyecto SAP, y un planificador para hacer una primera estimación de un proyecto de SAP DRC o de S/4HANA Finance: duración, fases, dependencias largas y riesgos.

Conceptos  ·  Octubre 2026  ·  Para responsables de finanzas, sistemas y proyectos

Ir al planificador Pedir una estimación real

Una herramienta de estimación de alto nivel. El planificador da una primera idea a partir de nuestros valores de planificación por defecto. No es un presupuesto ni un compromiso: cada proyecto SAP es distinto y hay que medirlo a fondo antes de fijar fechas o costes.

Concepto 1

Seis Fases y Cuatro Hitos de Calidad

Casi todos los proyectos SAP siguen SAP Activate. Cuatro fases centrales, entre Prepare y Deploy, y dos que las enmarcan: Discover antes del compromiso y Run después de producción.

Antes

Discover

Cualificar el alcance, los sistemas y la fecha, y decidir si las cuentas salen. En días o pocas semanas.

Fase 1

Prepare

Gobierno, plan, estándares y entornos; las dependencias largas arrancan el primer día.

Fase 2

Explore

Ajuste al estándar: se muestra el sistema base, se recogen las diferencias y se firma el diseño.

Fase 3

Realize

Configurar, ampliar, integrar, migrar y probar por sprints; pruebas integradas y de aceptación.

Fase 4

Deploy

Preparar producción, el corte, la puesta en marcha y la estabilización (hypercare).

Después

Run

Operar y absorber cambios: nuevas versiones, nuevas normas, nuevos países.

Un hito de calidad es evidencia, no una reunión

Entre cada fase hay un hito: un paquete de entregables firmado por el sponsor del cliente. Sin hito, no hay fase siguiente. Si la fecha obliga a avanzar igualmente, es un riesgo registrado y aceptado con un responsable, no una decisión silenciosa.

Conceptos 2–7

Seis Ideas que Sostienen un Plan

Planifica hacia atrás desde la fecha que no se mueve

Hay dos relojes: la fecha fija (un mandato legal, un cierre de año, el fin del mantenimiento) y el plan. Solo el segundo se puede cambiar. El plan empieza en la fecha fija y retrocede, colocando primero el corte, las pruebas con terceros y las dependencias largas. Si las cuentas no salen, se reduce alcance, no calidad.

El alcance es una matriz, no una frase

«Factura electrónica para España» no es un alcance. Lo es una matriz: entidades y países, procesos, tipos de documento o de informe, y sistemas de origen. Se construye en Discover y se congela al salir de Explore; lo que quede fuera es un cambio, con precio y fecha.

Empieza lo lento el primer día

Certificados, registros ante la administración, contratos con proveedores, conectividad bancaria, depuración de datos: no dependen del equipo del proyecto y no se pueden comprimir. Van a un registro con un responsable con nombre y una fecha desde el primer día de Prepare.

Adopta el estándar por defecto

En lugar de preguntar qué quiere el negocio, se le muestra el estándar funcionando y se recoge en qué difiere su realidad. Cada diferencia es un elemento del backlog con una justificación; una ampliación necesita un responsable de negocio y un motivo por el que el estándar no sirve.

Planifica el retraso que el mercado ya conoce

Según el estudio de Horváth de 2025 sobre 200 empresas, el 65% superó el presupuesto de su programa S/4HANA, más de nueve de cada diez no cumplieron el plazo y, de media, tardaron un 30% más de lo previsto. Una contingencia explícita no es pesimismo: es planificar con datos.

La puesta en producción no es la meta

El día de producción demuestra que el sistema funciona; el primer cierre de mes, o el primer ciclo de reporte legal, demuestra que el proyecto ha funcionado. El hypercare los cubre, con criterios de salida claros, y después llega Run.

Herramienta

Planificador de Proyectos

Elige el tipo de proyecto y su forma, y planifica desde una fecha de inicio o hacia atrás desde la fecha que no se mueve.

Solo una estimación de alto nivel. Cada proyecto SAP es distinto y hay que medirlo a fondo.