Responder cu\u00e1nto cuesta un Data Center exige m\u00e1s que multiplicar un \u00e1rea por un precio unitario. La inversi\u00f3n depende de la capacidad de TI, la arquitectura el\u00e9ctrica y t\u00e9rmica, el nivel de disponibilidad pretendido, la ubicaci\u00f3n, la conexi\u00f3n de energ\u00eda, la densidad por rack, el alcance incluido y la madurez del proyecto.<\/p>\n\n\n\n
Dos proyectos con la misma potencia nominal pueden presentar CAPEX muy diferente. Uno puede incluir solamente shell and core e infraestructura del edificio; otro puede incorporar subestaci\u00f3n, generaci\u00f3n, UPS, climatizaci\u00f3n, sistemas de seguridad, automatizaci\u00f3n, comisionamiento, equipos de TI, terreno, impuestos, contingencias y financiaci\u00f3n.<\/p>\n\n\n\n
Por ello, una respuesta t\u00e9cnicamente responsable debe comenzar por definir qu\u00e9 se est\u00e1 midiendo. El valor puede representar costo por MW de carga de TI, costo por rack, costo por metro cuadrado, inversi\u00f3n total del campus, costo de la primera fase o costo completo a lo largo del plan de expansi\u00f3n.<\/p>\n\n\n\n
Este art\u00edculo explica c\u00f3mo estructurar este an\u00e1lisis, qu\u00e9 factores influyen m\u00e1s en el CAPEX de un Data Center y c\u00f3mo la implementaci\u00f3n por fases puede reducir capital inmovilizado sin comprometer la arquitectura futura.<\/p>\n\n\n\n\n
\u00bfCu\u00e1nto cuesta un Data Center, como referencia?<\/strong><\/p>\n\n\n\n Como orden de magnitud internacional, el Global Data Center Outlook 2026<\/strong><\/a> de JLL se\u00f1ala un costo medio de aproximadamente US$ 10,7 millones por MW de carga de TI durante 2025<\/strong>, con proyecci\u00f3n de US$ 11,3 millones por MW para 2026<\/strong>, para el shell and core de un Data Center single-tenant de 50 MW refrigerado por aire. El benchmark excluye terreno y equipos activos de TI.<\/p>\n\n\n\n Esta referencia no es un presupuesto y no debe aplicarse directamente a un proyecto brasile\u00f1o.<\/strong> Capacidad, ubicaci\u00f3n, conexi\u00f3n de energ\u00eda, disponibilidad, densidad, refrigeraci\u00f3n, alcance y estrategia de implementaci\u00f3n pueden modificar significativamente la inversi\u00f3n.<\/p>\n<\/div>\n\n\n\n Para calcular con mayor precisi\u00f3n los costos de adecuaci\u00f3n, expansi\u00f3n o implementaci\u00f3n de un Data Center<\/strong>, es necesario desarrollar ingenier\u00eda. El proceso comienza con el estudio de viabilidad<\/a>, avanza por la definici\u00f3n de requisitos y el dise\u00f1o del Data Center<\/a> y transforma premisas en arquitectura, cantidades, especificaciones, paquetes de contrataci\u00f3n y estimaciones progresivamente m\u00e1s confiables.<\/p>\n\n\n\n El benchmark indica un orden de magnitud. El dise\u00f1o de ingenier\u00eda determina qu\u00e9 debe construirse, adecuarse o sustituirse \u2014 y permite calcular el costo aplicable al proyecto.<\/p><\/blockquote>\n\n\n\n Cuando la decisi\u00f3n avanza hacia contrataci\u00f3n e implementaci\u00f3n, el desarrollo del dise\u00f1o de Data Center<\/a> y la actuaci\u00f3n de Owner\u2019s Engineering<\/a> preservan la trazabilidad entre requisitos, CAPEX, cambios, pruebas y aceptaci\u00f3n. As\u00ed, el lector puede pasar de la duda inicial sobre costos a los contenidos y servicios que explican c\u00f3mo se define y controla efectivamente la inversi\u00f3n.<\/p>\n\n\n\n El \u00edndice de costos de construcci\u00f3n de Data Centers 2025\u20132026 de Turner & Townsend tambi\u00e9n muestra que la variaci\u00f3n no depende \u00fanicamente de la inflaci\u00f3n general. Disponibilidad de energ\u00eda, mano de obra especializada, cadena de suministro, refrigeraci\u00f3n para cargas de alta densidad y velocidad de implementaci\u00f3n influyen cada vez m\u00e1s en el costo por watt.<\/p>\n\n\n\n La pregunta correcta, por lo tanto, no es solo \u201c\u00bfcu\u00e1nto cuesta un Data Center?\u201d, sino:<\/p>\n\n\n\n La primera estimaci\u00f3n debe responder si el proyecto es viable, no simular una precisi\u00f3n inexistente.<\/strong><\/p>\n\n\n\n Demanda, energ\u00eda, conectividad, ubicaci\u00f3n, arquitectura y riesgos deben definirse antes de aprobar la inversi\u00f3n.<\/p>\n\n\n\n Conozca el Estudio de Viabilidad de Data Center<\/a><\/p>\n<\/div>\n\n\n\n\n Uno de los principales motivos de divergencia entre benchmarks es la ausencia de una frontera com\u00fan. El mismo t\u00e9rmino \u201ccosto del Data Center\u201d puede representar conjuntos diferentes de activos y servicios.<\/p>\n\n\n\n El desarrollo inmobiliario comienza antes de la obra. Adquisici\u00f3n o arrendamiento del terreno, due diligence t\u00e9cnica y ambiental, licencias, movimiento de tierras, contenciones, drenaje, accesos y seguridad perimetral pueden representar una parte relevante de la inversi\u00f3n.<\/p>\n\n\n\n Tambi\u00e9n deben considerarse compensaciones, contrapartidas y costos financieros incurridos mientras el sitio todav\u00eda est\u00e1 en desarrollo. Estos valores dependen fuertemente de la ubicaci\u00f3n y, por eso, no deben incorporarse a un benchmark global sin ajuste.<\/p>\n\n\n\n Algunos benchmarks excluyen terreno y desarrollo. Otros los incorporan al costo total del proyecto.<\/p>\n\n\n\n El shell and core corresponde a la estructura f\u00edsica que recibe las infraestructuras t\u00e9cnicas. Incluye cimentaciones, estructura, cubierta, fachadas, pisos, compartimentaci\u00f3n, \u00e1reas t\u00e9cnicas, salas el\u00e9ctricas, muelles, rutas de movimiento e instalaciones generales del edificio.<\/p>\n\n\n\n \u00c1reas administrativas, espacios operativos y protecci\u00f3n pasiva contra incendios tambi\u00e9n pueden integrar esta frontera. El costo var\u00eda seg\u00fan el sistema constructivo, la carga estructural, la altura libre, el n\u00famero de plantas y la estrategia de expansi\u00f3n.<\/p>\n\n\n\n Incluso en esta categor\u00eda, la comparaci\u00f3n var\u00eda seg\u00fan altura, n\u00famero de plantas, condiciones del suelo, requisitos de protecci\u00f3n, carga estructural y estrategia de expansi\u00f3n.<\/p>\n\n\n\n La cadena el\u00e9ctrica puede incluir:<\/p>\n\n\n\n La potencia de entrada no equivale a la potencia de TI. El modelo debe relacionar carga cr\u00edtica, p\u00e9rdidas, refrigeraci\u00f3n, servicios auxiliares, margen de crecimiento y PUE de dise\u00f1o.<\/p>\n\n\n\n La infraestructura mec\u00e1nica puede combinar chillers, dry coolers, torres, sistemas de expansi\u00f3n directa, CRAC, CRAH, fan walls, bombas, tuber\u00edas, v\u00e1lvulas y tratamiento de agua. La selecci\u00f3n depende de la densidad, el clima, la disponibilidad de agua y la estrategia de redundancia.<\/p>\n\n\n\n Contenci\u00f3n, distribuci\u00f3n de aire, control de presi\u00f3n, refrigeraci\u00f3n l\u00edquida, CDU, almacenamiento t\u00e9rmico, instrumentaci\u00f3n, balanceo y automatizaci\u00f3n completan el sistema. Las soluciones temporales de refrigeraci\u00f3n tambi\u00e9n deben incluirse en el presupuesto cuando forman parte de la secuencia de implementaci\u00f3n.<\/p>\n\n\n\n La densidad por rack, el clima, la disponibilidad de agua, la redundancia y la tecnolog\u00eda de refrigeraci\u00f3n modifican significativamente la configuraci\u00f3n y el costo.<\/p>\n\n\n\n Es necesario distinguir infraestructura pasiva y equipos activos. El alcance puede incluir:<\/p>\n\n\n\n Muchos benchmarks de construcci\u00f3n excluyen servidores, storage, GPUs y otros equipos activos de TI. Comparar un valor que incluye el fit-out tecnol\u00f3gico con otro limitado a infraestructura f\u00edsica produce conclusiones incorrectas.<\/p>\n\n\n\n El CAPEX tambi\u00e9n puede abarcar detecci\u00f3n, alarma, supresi\u00f3n y combate de incendios; control de acceso, CCTV e intrusi\u00f3n; BMS, EPMS, DCIM, redes de automatizaci\u00f3n y gateways.<\/p>\n\n\n\n Medici\u00f3n de energ\u00eda, agua y condiciones ambientales, salas de control, NOC, puestos de seguridad y controles de ciberseguridad completan esta capa. Estos sistemas suelen tener menor peso unitario que energ\u00eda y climatizaci\u00f3n, pero son decisivos para operaci\u00f3n, trazabilidad y aceptaci\u00f3n.<\/p>\n\n\n\n Adem\u00e1s de la construcci\u00f3n, la inversi\u00f3n puede incluir:<\/p>\n\n\n\n Una estimaci\u00f3n completa debe separar contingencia t\u00e9cnica, reserva gerencial, inflaci\u00f3n, escalamiento y exposici\u00f3n cambiaria. Estos componentes no representan el mismo riesgo y no deben consolidarse en un \u00fanico porcentaje sin justificaci\u00f3n.<\/p>\n\n\n\n Impuestos, importaci\u00f3n, costos financieros durante la construcci\u00f3n, capital de trabajo, inventario estrat\u00e9gico y extensi\u00f3n del cronograma tambi\u00e9n deben aparecer expl\u00edcitamente. Cuando estos \u00edtems permanecen ocultos, el presupuesto parece menor, pero pierde utilidad para decisi\u00f3n y control.<\/p>\n\n\n\n Sin esta descomposici\u00f3n, dos valores totales no son comparables.<\/p>\n\n\n\n\n CAPEX es la inversi\u00f3n destinada a adquirir, construir, ampliar o modernizar activos. En un Data Center, normalmente abarca terreno, edificio, infraestructura t\u00e9cnica, equipos, dise\u00f1o, implementaci\u00f3n, pruebas y dem\u00e1s costos capitalizables seg\u00fan la pol\u00edtica contable del propietario.<\/p>\n\n\n\n OPEX representa los costos recurrentes de operaci\u00f3n, como:<\/p>\n\n\n\n El Total Cost of Ownership combina la inversi\u00f3n inicial con los costos a lo largo del per\u00edodo de an\u00e1lisis. Una alternativa de menor CAPEX puede presentar mayor OPEX, menor vida \u00fatil, mantenimiento m\u00e1s complejo o mayor riesgo de indisponibilidad.<\/p>\n\n\n\n La decisi\u00f3n debe considerar valor presente, per\u00edodo de an\u00e1lisis, capacidad efectivamente utilizada, crecimiento, sustituciones, energ\u00eda, mantenimiento y valor residual. Para comparar infraestructura propia, colocation, nube y modelos h\u00edbridos, tambi\u00e9n es necesario alinear capacidad, disponibilidad, servicios y riesgo.<\/p>\n\n\n\n\n Es una de las m\u00e9tricas m\u00e1s \u00fatiles para proyectos de mayor porte, siempre que se defina el denominador. El valor debe aclarar si considera:<\/p>\n\n\n\n Es equivalente al costo por MW a menor escala y puede ser adecuado para Data Centers corporativos, Edge y Micro Data Centers. Sigue exigiendo la misma definici\u00f3n de alcance.<\/p>\n\n\n\n Puede ser \u00fatil cuando la densidad es relativamente uniforme. Se vuelve enga\u00f1oso cuando racks de 5 kW, 20 kW y 80 kW se tratan como unidades equivalentes.<\/p>\n\n\n\n Es una m\u00e9trica com\u00fan en construcci\u00f3n civil, pero limitada para Data Centers. El \u00e1rea no representa directamente potencia, redundancia, densidad, autonom\u00eda o capacidad t\u00e9rmica. Dos edificios con \u00e1rea similar pueden tener inversiones t\u00e9cnicas muy diferentes.<\/p>\n\n\n\n Es esencial para planificaci\u00f3n de caja y gobernanza. El costo debe asociarse con una capacidad liberada, un conjunto de entregables y un gate de aceptaci\u00f3n.<\/p>\n\n\n\n Una m\u00e9trica m\u00e1s rigurosa divide la inversi\u00f3n por la capacidad que realmente puede ponerse a disposici\u00f3n respetando redundancia, mantenimiento, l\u00edmites t\u00e9rmicos y restricciones operativas. Equipos instalados pero no utilizables por falta de ruta, refrigeraci\u00f3n, protecci\u00f3n o conectividad representan capacidad ociosa o stranded capacity.<\/p>\n\n\n\n\n Dise\u00f1ar 500 kW iniciales con expansi\u00f3n a 2 MW es diferente de instalar 2 MW desde el primer d\u00eda. El ahorro del faseado depende de la parte de infraestructura que puede escalarse sin reconstrucci\u00f3n y de la parte que debe existir desde el inicio.<\/p>\n\n\n\n Arquitecturas con m\u00faltiples fuentes, rutas independientes, compartimentaci\u00f3n, redundancia de equipos y capacidad de mantenimiento concurrente exigen m\u00e1s activos, espacio, controles y pruebas.<\/p>\n\n\n\n La clasificaci\u00f3n deseada no debe elegirse de forma aislada. La ABNT NBR ISO\/IEC 22237-1 relaciona disponibilidad con riesgo del negocio, impacto de la indisponibilidad, operaci\u00f3n, mantenimiento y ciclo de vida.<\/p>\n\n\n\n La alta densidad puede reducir el \u00e1rea por MW, pero aumenta las exigencias de distribuci\u00f3n el\u00e9ctrica, rechazo de calor, control, estructura, conexi\u00f3n hidr\u00e1ulica y seguridad operacional. La transici\u00f3n a refrigeraci\u00f3n l\u00edquida tambi\u00e9n puede introducir CDU, tuber\u00edas, tratamiento de fluido y controles adicionales.<\/p>\n\n\n\n El costo y el plazo de la conexi\u00f3n pueden determinar la viabilidad. Deben considerarse:<\/p>\n\n\n\n Suelo, inundaci\u00f3n, sismicidad, clima, log\u00edstica, disponibilidad de agua, mano de obra, seguridad, impuestos y proximidad a la red el\u00e9ctrica modifican el CAPEX.<\/p>\n\n\n\n Greenfield, brownfield, edificio nuevo, adaptaci\u00f3n, modular, prefabricado y campus poseen perfiles distintos de riesgo, plazo y costo. Una adaptaci\u00f3n puede ahorrar shell and core, pero exigir refuerzos, rutas temporales e intervenciones complejas.<\/p>\n\n\n\n Los cronogramas comprimidos pueden exigir:<\/p>\n\n\n\n El Global Data Center Outlook 2026 de JLL registra que el 57% de los proyectos analizados sufri\u00f3 retrasos de tres meses o m\u00e1s durante 2025 y que los plazos de equipos cr\u00edticos permanecen por encima de los niveles anteriores a 2020. Este contexto refuerza la necesidad de integrar presupuesto, cronograma y estrategia de suministros.<\/p>\n\n\n\n Certificaciones, FAT, SAT, pruebas funcionales, IST, bancos de carga, instrumentaci\u00f3n y operaci\u00f3n asistida tienen costos propios. Reducir estas actividades puede disminuir el presupuesto aparente, pero aumenta el riesgo de descubrir fallas despu\u00e9s de la entrada en operaci\u00f3n.<\/p>\n\n\n\n Transformadores, generadores, UPS, bater\u00edas, chillers y equipos de automatizaci\u00f3n pueden tener componentes importados y exposici\u00f3n cambiaria. La estimaci\u00f3n debe indicar moneda base, fecha base, \u00edndices de escalamiento y premisas de adquisici\u00f3n.<\/p>\n\n\n\n\n Una estimaci\u00f3n no debe evaluarse \u00fanicamente por el valor. Tambi\u00e9n es necesario conocer la madurez de la informaci\u00f3n utilizada.<\/p>\n\n\n\n La AACE International<\/a> utiliza sistemas de clasificaci\u00f3n que relacionan la definici\u00f3n del proyecto, la metodolog\u00eda de estimaci\u00f3n y la finalidad decisoria. Aunque una pr\u00e1ctica orientada a otra industria no deba aplicarse mec\u00e1nicamente a Data Centers, el principio es v\u00e1lido: cuanto m\u00e1s definidos est\u00e9n requisitos, capacidades, diagramas, equipos, cantidades e interfaces, menor ser\u00e1 la incertidumbre t\u00e9cnica de la estimaci\u00f3n.<\/p>\n\n\n\n La precisi\u00f3n no nace del detalle aparente del n\u00famero, sino del grado de definici\u00f3n del proyecto que sustenta la estimaci\u00f3n.<\/p><\/blockquote>\n\n\n\n Principio de clasificaci\u00f3n de estimaciones \u2014 AACE International.<\/em><\/p>\n\n\n\n Se utiliza para comparar estrategias, ubicaciones o modelos de negocio. Puede basarse en capacidad, factores param\u00e9tricos y benchmarks ajustados. Debe presentar rangos y premisas, no un n\u00famero definitivo.<\/p>\n\n\n\n Ya incorpora requisitos iniciales, arquitectura conceptual, energ\u00eda disponible, ubicaci\u00f3n, capacidad y alternativas. Sirve para decidir si el proyecto debe avanzar y qu\u00e9 opci\u00f3n merece desarrollarse.<\/p>\n\n\n\n Utiliza dise\u00f1o b\u00e1sico, paquetes principales, cantidades preliminares, consultas al mercado y cronograma de implementaci\u00f3n. Puede sustentar la aprobaci\u00f3n de la inversi\u00f3n, siempre que riesgos y contingencias est\u00e9n expl\u00edcitos.<\/p>\n\n\n\n Est\u00e1 asociada a una baseline de alcance, costo y plazo. Permite comparar presupuesto, compromisos, costos realizados, tendencias y previsi\u00f3n al t\u00e9rmino.<\/p>\n\n\n\n Se basa en documentos suficientemente maduros para adquisici\u00f3n y ejecuci\u00f3n. Aun as\u00ed puede sufrir cambios por mercado, condiciones de campo, interfaces y modificaciones aprobadas.<\/p>\n\n\n\n La confiabilidad de la estimaci\u00f3n aumenta con la madurez de los requisitos y del dise\u00f1o.<\/strong><\/p>\n\n\n\n Arquitectura, cantidades, interfaces y faseado transforman benchmarks preliminares en una base presupuestaria controlable.<\/p>\n\n\n\n Conozca el Dise\u00f1o de Data Center<\/a><\/p>\n<\/div>\n\n\n\n\n El punto de partida es la demanda: carga de TI inicial y final, densidad por rack, crecimiento y curva de ocupaci\u00f3n. Luego deben definirse disponibilidad, mantenimiento, autonom\u00eda de energ\u00eda, condiciones ambientales, conectividad y requisitos de seguridad e incendio.<\/p>\n\n\n\n El modelo tambi\u00e9n debe reflejar operaci\u00f3n, soporte, sostenibilidad, eficiencia, plazo y fases de implementaci\u00f3n. Sin estas premisas, el presupuesto puede cuantificar equipos, pero no el proyecto necesario.<\/p>\n\n\n\n La arquitectura convierte los requisitos en sistemas. En cada fase debe establecer fuentes y distribuci\u00f3n de energ\u00eda, topolog\u00eda de UPS y generaci\u00f3n, rutas A y B, tecnolog\u00eda de refrigeraci\u00f3n, compartimentaci\u00f3n y espacios t\u00e9cnicos.<\/p>\n\n\n\n Cableado, conectividad, automatizaci\u00f3n, seguridad e incendio deben integrarse con la estrategia de expansi\u00f3n. El punto decisivo es documentar las interfaces entre fases para que la capacidad futura pueda a\u00f1adirse sin reconstruir lo que ya est\u00e1 en operaci\u00f3n.<\/p>\n\n\n\n La Work Breakdown Structure organiza el presupuesto en paquetes trazables. Un ejemplo de alto nivel es:<\/p>\n\n\n\n El presupuesto debe relacionar precios con cantidades verificables: potencia, unidades, metros, \u00e1reas, vol\u00famenes, puntos, horas y servicios. Los factores globales son \u00fatiles en las fases iniciales, pero deben sustituirse progresivamente por cantidades y cotizaciones.<\/p>\n\n\n\n Los paquetes de alto impacto y largo plazo merecen consultas anticipadas. Es importante distinguir:<\/p>\n\n\n\n Adem\u00e1s de materiales y equipos, deben considerarse ingenier\u00eda, gesti\u00f3n, instalaciones de obra, seguros, pruebas, log\u00edstica, seguridad laboral, documentaci\u00f3n, capacitaci\u00f3n, operaci\u00f3n asistida y costos del propietario.<\/p>\n\n\n\n La contingencia no debe utilizarse para ocultar alcance indefinido. El registro de riesgos debe identificar evento, probabilidad, impacto, respuesta y responsable. El an\u00e1lisis puede combinar riesgos discretos con incertidumbre de cantidades y precios.<\/p>\n\n\n\n El valor en la fecha de estimaci\u00f3n no es igual al valor en la fecha de compra. Cada paquete debe asociarse al cronograma, moneda, \u00edndice y estrategia de contrataci\u00f3n.<\/p>\n\n\n\n Toda estimaci\u00f3n debe declarar:<\/p>\n\n\n\n La implementaci\u00f3n por fases busca alinear inversi\u00f3n y capacidad con la demanda real. En lugar de construir toda la capacidad final en el primer ciclo, el proyecto libera bloques seg\u00fan ocupaci\u00f3n, contratos, energ\u00eda y estrategia de negocio.<\/p>\n\n\n\n Los principales objetivos son:<\/p>\n\n\n\n Sin embargo, fasear no significa simplemente \u201cdejar una parte para despu\u00e9s\u201d. Exige una arquitectura final, interfaces preparadas y criterios para que cada fase opere con seguridad y sea ampliable.<\/p>\n\n\n\n La decisi\u00f3n de faseado comienza por clasificar los elementos. Algunos deben construirse, reservarse o dimensionarse para el estado final; otros pueden acompa\u00f1ar la demanda con menor riesgo de reconstrucci\u00f3n.<\/p>\n\n\n\nAntes de comparar valores, defina la frontera de alcance<\/h2>\n\n\n\n
Terreno y desarrollo inmobiliario<\/h3>\n\n\n\n
Shell and core<\/h3>\n\n\n\n
Infraestructura el\u00e9ctrica<\/h3>\n\n\n\n
Infraestructura mec\u00e1nica y control ambiental<\/h3>\n\n\n\n
Telecomunicaciones e infraestructura de TI<\/h3>\n\n\n\n
Seguridad, incendio, automatizaci\u00f3n y gesti\u00f3n<\/h3>\n\n\n\n
Servicios profesionales y costos del propietario<\/h3>\n\n\n\n
Contingencia, escalamiento y financiaci\u00f3n<\/h3>\n\n\n\n
CAPEX, OPEX y TCO: conceptos que no deben confundirse<\/h2>\n\n\n\n
CAPEX<\/h3>\n\n\n\n
OPEX<\/h3>\n\n\n\n
TCO<\/h3>\n\n\n\n
Qu\u00e9 m\u00e9tricas pueden utilizarse para estimar costos<\/h2>\n\n\n\n
Costo por MW de carga de TI<\/h3>\n\n\n\n
Costo por kW de TI<\/h3>\n\n\n\n
Costo por rack<\/h3>\n\n\n\n
Costo por metro cuadrado<\/h3>\n\n\n\n
Inversi\u00f3n total por fase<\/h3>\n\n\n\n
Costo de la capacidad utilizable<\/h3>\n\n\n\n
Principales factores que influyen en el CAPEX<\/h2>\n\n\n\n
Capacidad inicial y capacidad final<\/h3>\n\n\n\n
Disponibilidad, redundancia y tolerancia a fallas<\/h3>\n\n\n\n
Densidad de potencia<\/h3>\n\n\n\n
Energ\u00eda disponible en el sitio<\/h3>\n\n\n\n
Ubicaci\u00f3n y condiciones del terreno<\/h3>\n\n\n\n
Tipo de construcci\u00f3n<\/h3>\n\n\n\n
Plazo y velocidad de implementaci\u00f3n<\/h3>\n\n\n\n
Alcance de certificaci\u00f3n y comisionamiento<\/h3>\n\n\n\n
Mercado, moneda y cadena de suministro<\/h3>\n\n\n\n
C\u00f3mo la madurez del proyecto modifica la confiabilidad de la estimaci\u00f3n<\/h2>\n\n\n\n
Estimaci\u00f3n conceptual<\/h3>\n\n\n\n
Estimaci\u00f3n de viabilidad<\/h3>\n\n\n\n
Estimaci\u00f3n presupuestaria<\/h3>\n\n\n\n
Estimaci\u00f3n de control<\/h3>\n\n\n\n
Estimaci\u00f3n de contrataci\u00f3n o definitiva<\/h3>\n\n\n\n
M\u00e9todo para estimar el CAPEX de un Data Center<\/h2>\n\n\n\n
1. Definir requisitos y capacidad<\/h3>\n\n\n\n
2. Definir la arquitectura de referencia<\/h3>\n\n\n\n
3. Estructurar la WBS de costos<\/h3>\n\n\n\n
4. Desarrollar cantidades y criterios de medici\u00f3n<\/h3>\n\n\n\n
5. Consultar el mercado<\/h3>\n\n\n\n
6. Incluir costos indirectos<\/h3>\n\n\n\n
7. Cuantificar riesgos y contingencias<\/h3>\n\n\n\n
8. Aplicar escalamiento y curva de desembolso<\/h3>\n\n\n\n
9. Documentar premisas, exclusiones y validez<\/h3>\n\n\n\n
Por qu\u00e9 implementar un Data Center por fases<\/h2>\n\n\n\n
Infraestructura compartida e infraestructura escalable<\/h2>\n\n\n\n