5 errores en la planificación de recursos que te comen el margen (y cómo evitarlos)

Los proyectos que se planifican mal en recursos rara vez fallan por una sola cosa. Suelen morir por una acumulación de pequeños errores que individualmente parecen menores, pero juntos se comen el margen y, peor, queman al equipo.

Después de ayudar a más de 1.000 empresas a implantar Business Central, en Davisa hemos visto los mismos cinco errores aparecer una y otra vez. Este artículo los recoge — qué son, cuánto cuestan de verdad y cómo se arreglan desde el ERP, sin necesidad de re-inventar tu operativa.

Error #1 — Planificar al 100% (cuando todo el mundo necesita el 70%)

Es el más extendido. Un Project Manager mira el calendario de un recurso, ve los huecos libres y los rellena. Resultado: la persona acaba “asignada al 100%” entre vacaciones, formación, reuniones internas, soporte de proyectos cerrados, gestión interna y tiempo de pensar.

La realidad operativa: ningún profesional rinde al 100% en horas productivas. Los benchmarks sectoriales razonables son:

Perfil	% productivo sano	% productivo asumido
Desarrollador senior	60-70%	90-100%
Project Manager	50-60%	80-100%
Director técnico / arquitecto	40-50%	90-100%
Ingeniero junior	70-80%	90-100%

Coste real: cuando planificas a alguien al 100% y rinde al 70%, el proyecto sale 30% más caro de lo presupuestado — o se entrega 30% más tarde. Si lo haces en 10 proyectos al año, te has comido entre 1 y 3 meses de margen.

Cómo arreglarlo:

• Define una capacidad teórica por rol (no por persona) y plánifica contra ella, no contra el calendario.
• Reserva un % para imprevistos y soporte cruzado (15-25% según seniority).
• En dvplanner, la vista de capacidad por recurso muestra horas disponibles reales descontando vacaciones, formación y bloqueos. Si intentas asignar el 100%, la herramienta avisa.

Error #2 — El cuello de botella invisible (el “experto de todo”)

En toda empresa hay 2-3 personas que aparecen en el 60-70% de los proyectos. Son los expertos: el ingeniero senior con 20 años, el arquitecto que conoce el código legacy, el comercial técnico que entiende los pliegos. Sin ellos no arranca casi nada.

El problema no es que existan — es que nadie ve el cuello de botella hasta que truena. Cuatro proyectos comparten al mismo experto al 50% cada uno = 200% comprometido. Excel no avisa, los PMs no se cruzan en reunión, y la primera señal es que ese experto dice que no llega. Para entonces, los 4 proyectos ya están tarde.

Coste real:

• Retrasos en cascada en 3-4 proyectos.
• Penalizaciones por entregas tardías (si las hay).
• Rotación del experto: los talentos clave se queman y se van. Reemplazarlos cuesta 1-2 años de proyectos a media velocidad.

Cómo arreglarlo:

• Identifica formalmente quiénes son los cuellos de botella (cualquier PMO honesto sabe quiénes son).
• Capacidad agregada por persona crítica visible para TODOS los PMs.
• Política: ningún PM compromete a un recurso crítico sin chequear su agregado.
• En dvplanner, la vista cross-proyecto por persona muestra los compromisos sumados — y la sobrecarga se ve en rojo.

Error #3 — Reaccionar tarde a la desviación del presupuesto

Un proyecto se desvía. La tarea X que se presupuestó en 80 horas va por 120 y solo está a la mitad. Y nadie lo sabe hasta el cierre del mes — porque las horas se imputan en Excel los viernes y se vuelcan a BC los lunes, los costes externos llegan con las facturas (con 30-45 días de retraso), y los indirectos se imputan al cierre contable.

Resultado: la desviación de 40 horas extra (que se podía haber re-negociado o cortado en la semana 4) se ve en la semana 8. Para entonces son 90 horas y el proyecto está en pérdidas.

Coste real: cada proyecto con esta dinámica suele perder 2-5 puntos de margen. En una empresa con 40 proyectos abiertos y 5M€ de facturación, son 100-250k€/año.

Cómo arreglarlo:

• Imputación diaria, no semanal — y mucho menos mensual.
• Reconocimiento de compromisos de coste al lanzar los pedidos a proveedor (no al recibir las facturas).
• Alertas automáticas cuando una partida supera un umbral (ej. +20%).
• Revisión semanal de desviaciones con el PMO, no mensual.

dvplanner trae imputación en 30 segundos desde móvil + alertas configurables + dashboard cross-proyecto. La reacción pasa de “21 días” a “1-2 días”.

Error #4 — Cambios de alcance sin re-presupuesto

El cliente pide algo “pequeño” en la semana 4. El PM dice que sí por email. No se actualiza el job en BC, no se firma adenda, no se replanifica. En el cierre del proyecto, ese “pequeño cambio” se ha comido 60 horas extra. La empresa las absorbe.

Multiplica esto por 4-5 cambios al año por proyecto, 30 proyectos al año, y tienes un agujero de margen del que nadie habla.

Coste real: un proyecto medio sufre 3-7 cambios de alcance no documentados. Cada uno cuesta 5-15% del coste total. Es el agujero más invisible porque nadie lo cuantifica — es trabajo “ya pagado”.

Cómo arreglarlo:

• Política de “change request” formal: cualquier cambio de alcance pasa por documentación + firma + actualización del job.
• Plantilla corta de change request (1 página) con: descripción del cambio + impacto en horas + impacto en coste + impacto en fecha + firma cliente.
• Job actualizado en BC con la nueva línea de presupuesto antes de empezar el trabajo del cambio.
• Trazabilidad: cada cambio queda registrado en el job, con fecha y aprobador.

dvplanner facilita esto: cada cambio de alcance se traduce en una nueva Job Task Line con su firma digital opcional. La rentabilidad del proyecto considera los cambios — no los esconde.

Error #5 — La planificación se hace en Excel, los costes están en el ERP

Es el meta-error que enmarca a todos los anteriores. La planificación de recursos vive en una hoja Excel (el “maestro de proyectos” que mantiene el PMO). Los costes reales viven en Business Central (jobs, time sheets, compras). Los dos sistemas no se hablan.

Consecuencias:

• El presupuesto de Excel y el de BC son distintos (uno se actualiza, el otro no).
• Las horas en Excel y las imputadas en BC son distintas (depende de quién recuerde sincronizar).
• La rentabilidad real solo aparece al cerrar el mes, cruzando manualmente las dos verdades.
• Cuando se pregunta “¿cuánto margen lleva este proyecto?”, la respuesta es “te lo digo el mes que viene”.

Coste real: incalculable de forma directa, pero se manifiesta en decisiones tomadas con datos viejos. Asignas a alguien a un proyecto nuevo sin saber que está al 130% en proyectos viejos. Aceptas una rebaja al cliente sin saber que el job va apretado. Apruebas una compra sin saber que ya se ha presupuestado en otro job.

Cómo arreglarlo:

• Una sola verdad — la del ERP. Excel deja de ser “el maestro” y pasa a ser, como mucho, una herramienta de visualización temporal.
• Planificación de recursos dentro de BC, leyendo la misma tabla Resource que usa la facturación.
• Capacidades, tarifas internas, vacaciones — todo en BC, no en hojas paralelas.
• Dashboards y reports tirando del ERP, no de hojas Excel volcadas.

dvplanner está diseñado exactamente para esto: planificación de recursos como capa nativa dentro de BC, no como sistema paralelo. La planificación que el PMO ve es la realidad operativa del ERP.

Cómo arrancar — una hoja de ruta sensata

Si te has visto reflejado en 2 o más de los errores anteriores, aquí va el orden de arreglos que recomendamos (basado en lo que mejor funciona):

1. Semana 1 — Auditoría honesta. ¿Cuántos proyectos tienes abiertos? ¿Cuántos cuellos de botella reales tiene tu empresa (las 2-3 personas críticas)? ¿Cuántos cambios de alcance has aceptado este año sin documentar? Apunta los datos.
2. Semana 2-3 — Disciplina de imputación. Política clara: las horas se imputan en BC, todos los días, todo el equipo. Sin excepciones. Si la herramienta hace lento, cámbiala (dvplanner trae imputación móvil de 30 segundos).
3. Semana 3-4 — Visión cross-proyecto. Implanta el dashboard que muestra todos los recursos críticos y sus compromisos agregados. Esto solo ya descubre 80% de los conflictos.
4. Semana 4-6 — Alertas de desviación. Configura umbrales (ej. +20% por partida) que avisen al PM y al director financiero. La reacción pasa de tardía a inmediata.
5. Semana 6-8 — Política de cambios de alcance. Plantilla corta, firma cliente, job actualizado. Cero excepciones.
6. Mes 3-6 — Cultura. Cada lunes de mañana, el PMO revisa los 40 proyectos: rentabilidad, capacidad agregada, alertas activas. 30 minutos. Suficiente para ajustar antes de que la semana truene.

Cierre — los errores son humanos, las herramientas se eligen

Ninguno de estos 5 errores se debe a “mala gente”. Se debe a herramientas y procesos que no acompañan la complejidad real de gestionar proyectos en paralelo. Una empresa con 40 proyectos abiertos y 4 cuellos de botella necesita una herramienta de planificación que viva donde están los costes (el ERP), no una hoja Excel en una carpeta.

dvplanner es exactamente eso: planificación nativa dentro de Business Central, con la visión cross-proyecto y las alertas que un PMO necesita para reaccionar a tiempo.

¿Te has reconocido en 2-3 de estos errores? Habla 30 minutos con un asesor de Davisa — diagnosticamos cuánto te están costando estos errores en tu empresa concreta, sin compromiso.