# Aplazar un proyecto de tecnología también cuesta > Aplazar un proyecto de tecnología no sale gratis: el problema cobra cada mes y los parches crecen. Cómo poner el costo de la espera en el business case. - Autor: Marlon Trettin - Publicado: 2026-10-19 · Actualizado: 2026-10-19 - Idioma: es - Canonical: https://yowpi.com/es/blog/aplazar-un-proyecto-de-tecnologia-tiene-un-costo --- Aplazar un proyecto de tecnología no es la opción que no cuesta nada. Mientras la dirección espera, el problema sigue cobrando cada mes, y la operación construye parches a su alrededor que harán más grande el proyecto cuando por fin arranque. El business case que se aprueba pone el precio de un mes de espera al lado del precio de hacer. ## TL;DR - En la encuesta del Banco de España sobre la actividad empresarial del segundo trimestre de 2026, con cerca de 6.000 respuestas, [el 56% de las empresas dice que la incertidumbre asociada al conflicto de Irán condiciona sus decisiones de inversión](https://www.bde.es/f/webbe/GAP/Secciones/SalaPrensa/NotasInformativas/26/presbe2026-52.pdf). La inversión agregada se recuperó en el trimestre, pero la incertidumbre sigue pesando sobre cada decisión de invertir. - En una encuesta de Gartner a 151 responsables de cadena de suministro, [el 72% reabrió al menos una vez una aprobación que ya era definitiva](https://www.gartner.com/en/newsroom/press-releases/2026-07-14-gartner-survey-shows-72-percent-of-supply-chain-leaders-revisit-final-approvals-for-network-decisions-at-least-once-causing-delays), y más de la mitad lo hizo tres veces o más. - El costo del retraso no es lineal. Cada mes de espera suma horas perdidas y también hojas de cálculo paralelas e integraciones improvisadas, que luego se convierten en alcance de migración. - Esperar es una decisión legítima cuando compra información que puede cambiar la elección, con fecha de llegada. Sin pregunta y sin fecha, es solo deriva. ## ¿Por qué "ahora no" parece la opción sin riesgo? Porque el costo del proyecto tiene dueño y el costo de esperar no. El proyecto llega a la dirección con importe, calendario y un responsable que firma. El statu quo llega sin nada de eso, y en la comparación cuenta como cero. El entorno refuerza ese sesgo. En la misma encuesta del Banco de España, la mayoría de las empresas todavía no ve efectos de la guerra en su demanda, ni en la internacional (69%) ni en la nacional (62%), y aun así más de la mitad deja que la incertidumbre condicione sus decisiones de inversión. Con ese telón de fondo, aplazar suena prudente. Suena prudente, pero la factura existe. En una encuesta de West Monroe a 214 directivos y 1.000 mandos de empresas estadounidenses con al menos 250 millones de dólares de facturación anual, [el 73% estima perder hasta un 5% de sus ingresos anuales por decisiones y ejecución lentas](https://www.westmonroe.com/press-releases/slow-decisions-are-costing-companies-millions). La cifra es una estimación de los propios encuestados, publicada por una consultora que vende velocidad, así que conviene leerla como orden de magnitud. Lo que importa para ti es otra cosa: casi nadie pone ese costo por escrito. ## ¿Qué sigue costando mientras la decisión espera? La primera capa es el costo recurrente del problema: las horas de conciliación manual y el retrabajo que no evitan. Si ya mides dónde se atasca el flujo, [con alguno de estos métodos](/es/blog/7-formas-de-mapear-cuellos-de-botella-ocultos), ese número está casi listo. Basta con leerlo por mes en lugar de por año. La segunda capa casi nunca aparece: el parche que crece. La operación no deja de trabajar porque el proyecto se detuvo. Alguien crea una hoja de cálculo para controlar lo que el sistema no controla, otra área contrata una herramienta por su cuenta, un analista monta una automatización que solo él entiende. Cada parche responde a una necesidad real, y [a veces lo manual es la opción correcta](/es/blog/cuando-conviven-procesos-manuales-y-automatizacion). El problema es que nadie lo decidió. Esos parches son arquitectura improvisada. Tienen datos y reglas propios, y casi siempre solo una persona sabe cómo funcionan. Cuando el proyecto se apruebe, todo eso habrá que descubrirlo, limpiarlo y migrarlo. El proyecto de dentro de un año no es el mismo de hoy. Es más grande. La tercera capa es la ventana externa. Puede ser un contrato con un proveedor que se renueva automáticamente o la temporada alta en la que nadie puede parar para implantar nada. Pasada la fecha, el proyecto cuesta más o entrega menos, y nadie registró que la espera lo cobró. ## ¿Cómo se incluye el costo del retraso en el business case? Con una cifra mensual, no con un ROI. La dirección desconfía del retorno proyectado, pero entiende bien un gasto que ya se está produciendo. La pregunta que responde el documento es sencilla: ¿cuánto cuesta cada mes en que la respuesta sigue siendo "ahora no"? Construye la línea con lo que puedes medir hoy. El costo recurrente sale de lo que ya mides del flujo. El crecimiento de los parches lo estimas contando lo que apareció en los últimos seis meses: hojas de cálculo nuevas, herramientas contratadas fuera del presupuesto de TI, controles paralelos. La ventana externa entra como fecha, con lo que cambia después de ella. Gartner recomienda algo parecido para las decisiones sobre la red logística. En la misma investigación, la orientación es incluir [desde el inicio del business case el costo de la inestabilidad del día a día](https://www.gartner.com/en/newsroom/press-releases/2026-07-14-gartner-survey-shows-72-percent-of-supply-chain-leaders-revisit-final-approvals-for-network-decisions-at-least-once-causing-delays), y no solo los costos de la inversión en sí. El sector es otro, pero el error es el mismo: el documento compara el proyecto con un statu quo que parece quieto y en realidad está cobrando. ## ¿Cuándo esperar es la decisión correcta? Cuando la espera compra información que puede cambiar la elección. Una norma que todavía no se ha publicado, por ejemplo, o un volumen que aún tiene que confirmarse. En esos casos, aplazar es una decisión, siempre que venga con la pregunta escrita y la fecha en que se responderá. El mismo informe de Gartner recuerda que revisar una decisión no es un fracaso en sí, y que poder detener, revertir o reutilizar una inversión evita pérdidas mayores. Eso vale en los dos sentidos. Un proyecto diseñado por fases, con salidas claras, le quita a la dirección el miedo a firmar algo irreversible, y ese miedo suele estar detrás del "ahora no". Lo que no se sostiene es el aplazamiento sin pregunta. Si nadie sabe qué información falta, la próxima reunión tendrá los mismos datos y la misma respuesta. Mientras tanto, la cuenta de la sección anterior sigue corriendo. ## Un ejemplo de cómo cambia la cuenta El escenario que sigue es hipotético, y las cifras sirven para mostrar el método, no como medición. Imagina una red de seis clínicas en la que la conciliación de facturas a aseguradoras entre el sistema de citas y la facturación se hace a mano. La responsable de innovación propone integrar ambos. La dirección responde que el momento es malo y pide revisarlo en doce meses. Ella vuelve con tres líneas. La conciliación consume unas 120 horas al mes del equipo administrativo, lo que, a un costo de 35 euros por hora con cargas sociales, suma 4.200 euros mensuales. En los últimos seis meses, las clínicas crearon cuatro hojas de control paralelo, cada una con reglas distintas, que entrarían en el alcance de la migración. Y el contrato del sistema de citas se renueva en marzo, con permanencia de un año más. La propuesta cambia de forma. En lugar de pedir el proyecto completo, pide la primera fase: mapear el flujo e integrar el punto de mayor volumen antes de marzo. El resto queda condicionado al resultado de esa fase, con fecha de revisión. La dirección puede seguir diciendo que no. Solo que ahora lo dice sabiendo cuánto cuesta cada mes. Un caso real muestra dónde suele estar este tipo de control. Antes de [Reatop](/es/cases/reatop), la plataforma que Yowpi construyó para Bumerangue, el control de residuos hospitalarios dependía de hojas de cálculo y anotaciones en papel, y la consolidación de los datos llegaba con retraso. Con el sistema, el papel salió de los puntos de pesaje y recogida, y hoy se rastrean más de 5.000 toneladas de residuos al mes. Los controles en hojas de cálculo rara vez nacen de una decisión de arquitectura. Ocupan el espacio que la decisión deja vacío. ## Preguntas frecuentes **¿Cómo justifico la inversión si la dirección dice que ahora no es el momento?** No discutas el momento. Muestra cuánto cuesta cada mes de espera y qué compraría la espera. Si la espera no trae información nueva, el argumento para aplazar pierde fuerza por sí solo. Si la trae, acuerda la fecha en que llega esa información y vuelve con ella. **¿Y si no puedo medir con precisión el costo del problema?** Usa rangos en lugar de una cifra única y di de dónde sale cada estimación. La dirección acepta mejor la incertidumbre declarada que la precisión inventada. Lo que no acepta es un documento sin el costo del statu quo. **¿La implantación no le quitará demasiado tiempo al equipo justo ahora?** Le quitará algo de tiempo, y ese tiempo debe aparecer en el business case. Pero el equipo ya está gastando horas en el problema y en los parches que lo rodean. Una primera fase corta, centrada en el punto de mayor volumen, puede devolver parte de esas horas antes de exigir el esfuerzo mayor. ## El siguiente paso Si tu propuesta está parada en "ahora no" y quieres saber cuánto te está costando ya la espera, el Diagnóstico de Arquitectura Operacional es una conversación de 30 minutos para revisar esa cuenta contigo y señalar por dónde empezar: [reserva a través de contacto](/es/contacto).