Todos los insights
ES · Estrategia de IA y Transformación

Cómo evaluar si el cronograma de un proyecto de IA es realista antes de contratar

Evalúe ruta crítica, capacidad, datos, dependencias y contingencia con una matriz de 32 puntos antes de aceptar el plazo de una empresa de IA.

Plan de entrega de IA con hitos azules, dependencias conectadas y un cuello de botella ámbar antes de la puerta operativa.
AI Delivery Plan Reality Test-8 comprueba ruta crítica, capacidad, dependencias y contingencia antes de contratar. · Generated with OpenAI

Un cronograma de IA es realista cuando conecta cada hito con entregables verificables, dependencias con responsables, capacidad nominal del equipo, acceso a datos y entornos, evaluación, corrección y contingencia. Antes de contratar, solicite cronograma base, registro de dependencias, plan de capacidad y supuestos; después haga que el equipo propuesto defienda la ruta crítica. Una fecha sin esas evidencias es una meta comercial, no un plan ejecutable.

No busque una duración universal. Un agente conectado a sistemas empresariales, una plataforma de IA y un producto regulado tienen incertidumbres distintas. La revisión debe mostrar si el trabajo obligatorio está dentro del calendario y si la evidencia nueva activa una decisión clara de replanificar, pausar o detener.

AI Delivery Plan Reality Test-8: matriz de 32 puntos

Califique cada prueba de cero a cuatro: cero es ausente; uno, afirmación; dos, evidencia parcial; tres, evidencia consistente; cuatro, evidencia validada por quienes ejecutarán. Como filtro, exija al menos 24 de 32, ningún cero y todos los bloqueadores resueltos. Ajuste el umbral al riesgo sin usar la suma como decisión automática.

  • Resultado y aceptación — cada hito termina en capacidad demostrable, métrica, entorno, aprobador y regla de aceptación.
  • Estructura del trabajo — descubrimiento, datos, integración, evaluación, seguridad, adopción, operación y transferencia aparecen en el calendario.
  • Dependencias y ruta crítica — la lógica es trazable, los responsables están nombrados y la holgura es visible.
  • Preparación de datos e integraciones — accesos, calidad, permisos, APIs, entornos y terceros tienen fechas y criterios de entrada.
  • Capacidad del equipo — personas, dedicación, simultaneidad, especialistas escasos, calendario y reemplazos son compatibles.
  • Puertas de evaluación y riesgo — pruebas, revisión humana, seguridad, corrección y regresión caben en el plazo.
  • Transición operativa — observabilidad, runbooks, soporte, formación, rollback y handover no quedan después del lanzamiento.
  • Incertidumbre y contingencia — supuestos, reservas, escenarios, reforecast y decisiones go/no-go son explícitos.

Seis condiciones que deben bloquear la aprobación

  • Fecha fija sin registro de supuestos y exclusiones.
  • Sin ruta crítica, holgura calculada ni responsables de dependencias.
  • Trabajos paralelos que dependen de las mismas personas, datos o entornos.
  • Datos, seguridad, legal o integraciones marcados como pendientes fuera del cronograma.
  • Solo el happy path, sin tiempo para evaluar, corregir, hacer regresión y repetir pruebas.
  • Sin cadencia de reforecast, control de cambios o regla de salida.

Solicite cuatro artefactos comparables

Pida a cada finalista un cronograma base con actividades e hitos, un registro de dependencias con responsables y fechas necesarias, un plan de capacidad por rol y un registro de supuestos. Estandarice suficiente detalle para comparar sin prescribir la solución. El equipo debe señalar la ruta crítica y demostrar qué ocurre cuando una dependencia se retrasa.

Schedule Assessment Guide de GAO reúne diez prácticas para cronogramas confiables: capturar actividades, secuenciar lógica, asignar recursos, estimar duraciones, verificar trazabilidad, identificar ruta crítica y holgura, analizar riesgo y actualizar. Úselas como preguntas de diligencia adaptadas al proyecto.

Ejecute una defensa del plan de 90 minutos

  • 15 minutos — el equipo explica resultados, descomposición y ruta crítica.
  • 20 minutos — el comprador rastrea tres hitos hasta datos, integración, evaluación y aceptación.
  • 20 minutos — valide carga y simultaneidad de arquitectura, ingeniería, datos, seguridad y expertos del cliente.
  • 20 minutos — inyecte tres eventos: datos tardíos, integración no disponible y evaluación fallida.
  • 15 minutos — solicite nueva previsión, impacto económico, decisión go/no-go y comunicación ejecutiva.

La sesión debe ser liderada por quienes ejecutarán, no solo por ventas. Evalúe razonamiento causal, trade-offs, supuestos, opciones de recuperación y disposición para proteger calidad y seguridad, no la velocidad para inventar una nueva fecha.

Valide madurez antes de comprimir el calendario

Technology Readiness Assessment Guide de GAO destaca evidencia de madurez en decisiones clave. Si datos, integraciones, evaluación o controles siguen siendo hipótesis, contrate primero un discovery corto con tope o una porción pagada. No convierta baja preparación en una promesa agresiva de producción.

Use puertas de assurance proporcionales al riesgo

GovS 002 exige assurance proporcional a riesgo y valor. NIST AI RMF organiza el riesgo en Govern, Map, Measure y Manage. Convierta esa disciplina en puertas: contexto y responsabilidades antes de arquitectura; baseline y datos antes de construir; evaluación y riesgo antes de liberar; operación y ownership antes de transferir.

Negocie el sistema de actualización, no solo la fecha final

  • Cadencia de reforecast y formato del informe ejecutivo.
  • Límites de variación que activan una decisión o cambio formal.
  • Tratamiento de dependencias del comprador y de terceros.
  • Reserva del cronograma y autoridad para utilizarla.
  • Reglas para reducir alcance sin debilitar guardrails.
  • Derechos de pausa, corrección, retest, transición y salida.

Una previsión sólida cambia cuando cambia la evidencia; el control consiste en hacer el cambio explicable y gobernable. El Digital, Data and Technology Playbook británico ayuda a conectar planificación, modelo comercial y gestión del proveedor durante el ciclo.

Conecte plazo, propuesta, aceptación y estrategia

Use https://makinai.co/insights/es/cuanto-cuesta-consultoria-ia-presupuesto-plazo para evaluar costo y tiempo juntos, https://makinai.co/insights/es/como-evaluar-propuestas-consultoria-ia-matriz para normalizar finalistas y https://makinai.co/insights/es/criterios-aceptacion-hitos-pago-proyecto-ia para vincular hitos con evidencia y pagos. Conozca https://makinai.co/services/es/consultoria-estrategia-ia-transformacion.

Cuándo involucrar a MAKINAI

MAKINAI puede desafiar el plan de entrega, identificar la ruta crítica, probar capacidad y dependencias y convertir el cronograma en puertas ejecutivas y contractuales. El objetivo no es la promesa más corta, sino la previsión más honesta que preserve valor, seguridad y opciones de decisión.

Fuentes y referencias

  1. GAO — Schedule Assessment Guide · U.S. Government Accountability Office

    Define diez prácticas para construir un cronograma confiable, incluidas actividades, lógica, recursos, duración, ruta crítica, riesgo y actualización.

    2026-09-03
  2. UK Government — GovS 002 Project Delivery · UK Government Project Delivery

    Establece gobernanza y assurance proporcionales al riesgo durante el ciclo de vida de proyectos y programas.

    2026-09-03
  3. UK Government — Digital, Data and Technology Playbook · UK Cabinet Office

    Orienta decisiones comerciales y de entrega digital durante el ciclo, incluidos planificación, capacidad y gestión de proveedores.

    2026-09-03
  4. NIST — AI RMF Core · National Institute of Standards and Technology

    Organiza la gestión de riesgo de IA en Govern, Map, Measure y Manage, conectando contexto, evaluación y respuesta.

    2026-09-03
  5. GAO — Technology Readiness Assessment Guide · U.S. Government Accountability Office

    Evalúa madurez tecnológica mediante evidencia consistente en puntos clave de decisión.

    2026-09-03
Making connections

Siga explorando

Estrategia de IA y Transformación

Cómo definir el gobierno y desempeño de un proveedor de IA antes de contratar

Leer insight
Estrategia de IA y Transformación

Cómo evaluar el ROI prometido por una consultora de IA antes de contratar

Leer insight
Estrategia de IA y Transformación

Consultora boutique, firma global o integrador: cómo elegir un socio de IA

Leer insight
Capacidad relacionada

Estrategia de IA y transformación

Una consultora de transformación con IA debe responder cuatro preguntas antes de recomendar tecnología: dónde existe valor de negocio, qué capacidades y datos se necesitan, cómo se controlará el riesgo y quién operará el cambio. MAKINAI conecta esas respuestas en un plan ejecutable con prioridades, responsables, métricas y decisiones de escala.

Conocer esta capacidad