Hoja de ruta de implementación

Por dónde empezar, con qué velocidad, y qué observar.

El problema de la secuenciación

El 70-85% de los despliegues de GenAI no escalan más allá de los pilotos (NTT DATA, 2024). La tecnología funciona. La ejecución organizacional no.

La razón principal: las organizaciones digitalizan los procesos existentes sin rediseñarlos primero (HBR, 2025). Añaden IA a los flujos de trabajo antiguos y se preguntan por qué nada cambia estructuralmente.

Esta página proporciona orientación de secuenciación para líderes que han leído El Caso de Negocio, evaluado su organización y están listos para avanzar. No es un playbook genérico. Es una secuencia de decisiones, cada una informada por la anterior.

Criterios de aceptación

Estos criterios definen cómo se ve "listo" en cada nivel. Derivados del Marco de Referencia.

Level 2 – Alcanzado cuando se cumplen TODOS estos criterios:

El uso de IA es una expectativa documentada para cada rol, no opcional
Cada departamento mantiene un archivo de contexto estructurado cargado antes de las tareas de IA
Existen y están en uso bibliotecas de prompts compartidas o plantillas de flujos de trabajo
Al menos 1 flujo de trabajo por departamento se ha rediseñado en torno a la IA (antes/después documentado)
Los KPIs incluyen métricas de resultado de IA (no solo actividad)
"¿Cómo ayudó la IA?" se pregunta en revisiones y retrospectivas
Si la IA desapareciera mañana, al menos algunos flujos de trabajo se romperían

Level 3 – Alcanzado cuando se cumplen TODOS estos criterios:

Los roles se definen por juicio y dirección, no por ejecución
Agentes, pipelines o sistemas de decisión están en producción (no prototipos)
Las tareas no triviales tienen especificaciones escritas conformes a los estándares de ejecución
Cada sistema de IA en producción tiene asignado un Propietario de Spec, Propietario de Contexto y Propietario de Evaluación
El impacto de la IA se mide por departamento (tiempo ahorrado, costos reducidos, calidad mejorada)
Los perfiles de contratación requieren un mínimo de Tier 2+
Si la IA desapareciera mañana, el departamento no podría funcionar

La ruta de transformación

Level 1 → Level 2

Requisitos previos:

El liderazgo se compromete con la IA como estándar operacional, no opcional
Inversión en infraestructura compartida de IA (herramientas, plantillas, formación)
Procesos auditados y rediseñados para la integración de IA
KPIs actualizados para medir el resultado de IA
"¿Cómo ayudó la IA?" se convierte en una pregunta estándar

Cronograma: 3-6 meses con liderazgo comprometido

Level 2 → Level 3

Level 2 es el suelo operacional: cada departamento debe alcanzarlo. Level 3 es el objetivo organizacional. Los departamentos no de ingeniería apuntan al Level 2 como su primer hito; la ingeniería apunta directamente al Level 3 a través del Laboratorio de IA.

Requisitos previos:

El liderazgo está dispuesto a eliminar roles, no solo tareas (ver la Matriz de Decisión de Roles)
Los perfiles de contratación cambian para requerir un mínimo de Tier 2+
El producto/servicio se rediseña asumiendo la ejecución de IA
La estructura organizacional se aplana significativamente

Cronograma: 6-12 meses

Para la ingeniería, el ciclo de vida del Laboratorio de IA define la secuencia de fases específica del Peldaño 3 al Peldaño 5.

Qué equipo primero

No todos los equipos están igual de listos o son igual de valiosos como punto de partida. La investigación apunta a dos criterios para seleccionar tu primer movedor:

Criterio 1: Mayor densidad de valor

El servicio al cliente genera el 38% del valor total de negocio de la IA – más que cualquier otra función. Las operaciones representan el 23%, marketing y ventas el 20%, y I+D el 13% (BCG, 2025).

El servicio al cliente es la recomendación predeterminada para la mayoría de las organizaciones porque:

Tiene la mayor cobertura real de tareas de IA (Anthropic, 2026)
La ruta de evolución de roles es la más clara (ver Mapa de Progresión – Servicio al Cliente)
Los resultados son medibles rápidamente: tasa de deflexión, tiempo de resolución, satisfacción del cliente
El trabajo se descompone naturalmente en lo que la IA maneja y lo que requiere juicio humano

Criterio 2: Mayor preparación

La densidad de valor importa, pero la preparación importa más para el primer equipo. Un equipo con menor potencial de valor pero alta preparación producirá un éxito más rápido y limpio que construye credibilidad para el siguiente equipo.

Señales de preparación (de Evaluar Tu Organización):

El equipo ya está en Level 1 con adopción visible
El gestor está personalmente en Level 2 mínimo
La cultura del equipo está abierta al cambio de proceso
Existen flujos de trabajo claros y medibles (no trabajo ad hoc)
El apoyo del liderazgo es explícito, no solo implícito

Si tu equipo de mayor valor no es tu equipo más preparado, empieza con el preparado. Un éxito limpio vale más que uno complicado en un área de alto valor.

La matriz de secuenciación

Escenario	Empieza con	Por qué
CS está listo y es de alto valor	Servicio al cliente	Recomendación predeterminada – mayor valor, camino más claro
CS no está listo, pero marketing sí	Marketing	Camino más rápido a resultados visibles; los flujos de trabajo de contenido se descomponen bien
Ingeniería ya está en Level 2	Ingeniería	Aprovechar el impulso existente; el éxito de ingeniería reduce el riesgo del enfoque para otros equipos
Ningún equipo está listo	El equipo de un gestor, cualquier función	Elige el gestor con más probabilidades de éxito; el objetivo es una prueba de concepto, no el máximo valor

Infraestructura antes de la transformación

No puedes rediseñar flujos de trabajo sobre infraestructura rota. Antes de lanzar tu equipo primer movedor, verifica estos requisitos previos:

1. Acceso a herramientas

Cada miembro del equipo tiene acceso a herramientas de IA apropiadas para su trabajo. No "puede solicitar acceso" – tiene acceso, configurado y funcionando. El asesino silencioso más común de la transformación es la fricción: las personas vuelven a los flujos de trabajo antiguos cuando la herramienta de IA requiere dos clics extra.

2. Sistemas de contexto

Cada equipo mantiene un archivo de contexto estructurado que contiene objetivos, restricciones, terminología, estándares de calidad y documentos relevantes. Ver Estándares de Ejecución con IA – Capa 2. Las tareas de IA cargan este contexto antes de la ejecución.

Sin sistemas de contexto, cada interacción de IA empieza desde cero. Esta es la diferencia entre Level 1 (prompting ad hoc) y Level 2 (integración sistemática).

3. Estándares de calidad

Define qué significa "suficientemente bueno" para el resultado de IA antes de que las personas empiecen a producirlo. Sin estándares, obtienes ya sea demasiada confianza (publicar el resultado de IA sin revisión) o demasiada cautela (editar todo de vuelta a la calidad manual, negando la ganancia de velocidad).

Los Estándares de Ejecución con IA proporcionan el marco. El mínimo: cada flujo de trabajo habilitado por IA define sus criterios de aceptación antes del lanzamiento.

4. Base de gobernanza

¿Quién está autorizado a desplegar IA en contextos orientados al cliente? ¿Qué datos pueden y no pueden usarse? ¿Qué pasa cuando el resultado de IA es incorrecto? Estas preguntas necesitan respuestas antes del primer piloto, no después del primer incidente.

El 30/60/90 para líderes

Esta sección es original de este marco. La literatura publicada cubre los cronogramas de adopción de herramientas, no los cronogramas de transformación estructural. Estas fases se sintetizan de la experiencia operativa detrás de este marco y la investigación en El Caso de Negocio.

Días 1-30: Fundación

Tu trabajo: Prepara el terreno. Sin cambios en flujos de trabajo todavía.

Completa tu evaluación organizacional – mapa de madurez por equipo
Selecciona tu equipo primer movedor usando los criterios de secuenciación anteriores
Verifica los requisitos previos de infraestructura (acceso a herramientas, sistemas de contexto, estándares de calidad, gobernanza)
Informa al gestor primer movedor usando el marco de Liderar la Transformación – Capa 1 (Competencia Personal) y Capa 2 (Mapeo del Contexto del Equipo)
Define 2-3 flujos de trabajo específicos a rediseñar (no "usar más IA" – flujos de trabajo específicos y nombrados con estados actuales y objetivo)
Establece métricas de línea de base para esos flujos de trabajo: tiempo actual, costo, calidad, rendimiento

Cómo se ve el éxito en el Día 30: Tienes un mapa, un equipo, un gestor que ha hecho el mapeo del contexto, y 2-3 flujos de trabajo seleccionados con líneas de base medidas. Nadie ha cambiado cómo trabaja todavía.

Días 31-60: Piloto

Tu trabajo: Rediseña y ejecuta los flujos de trabajo seleccionados con el equipo primer movedor.

El gestor completa las Capas 3-4 de Liderar la Transformación (Definición de Intención + Especificación de Transición) para cada flujo de trabajo seleccionado
Los miembros del equipo comienzan su propio proceso de Transforma Tu Rol (Capas 1-2: Alfabetización en IA + Mapeo del Trabajo)
Despliega los flujos de trabajo rediseñados – la IA maneja la ejecución, los humanos manejan el juicio
Mide semanalmente: tiempo, costo, calidad vs. línea de base
Ejecuta sesiones semanales de equipo: qué funcionó, qué se rompió, qué necesita ajuste
Documenta lo que aprendes – esto se convierte en el playbook para el siguiente equipo

Cómo se ve el éxito en el Día 60: 2-3 flujos de trabajo funcionan en el nuevo modo. Existen mejoras medibles (aunque modestas). El equipo puede articular qué cambió y por qué. Tienes un playbook documentado.

Días 61-90: validar y planificar la escala

Tu trabajo: Confirma que el modelo funciona, luego planifica los siguientes equipos.

Revisa los resultados contra las líneas de base – ¿son las ganancias reales y sostenibles?
Identifica qué funcionó y qué no (sé honesto; el éxito parcial sigue siendo datos)
Determina qué patrones de evolución de roles están emergiendo en el equipo primer movedor
Selecciona los próximos 2-3 equipos para la transformación basándote en la preparación y el valor
Comienza la preparación de Capas 1-2 con los gestores de esos equipos
Presenta los resultados al liderazgo: qué cambió, qué costó, qué sigue

Cómo se ve el éxito en el Día 90: Resultados validados de un equipo. Una evaluación honesta de qué funcionó. Un plan para escalar a 2-3 equipos más. Apoyo del liderazgo basado en evidencia, no en promesas.

Puntos de decisión

La transformación no es un proyecto que lanzas y olvidas. Requiere momentos estructurados para evaluar si acelerar, ajustar o pausar.

Punto de decisión 1: después de la evaluación (día 30)

Pregunta: ¿Está la infraestructura lista y es viable el equipo primer movedor?

Si sí → procede al piloto
Si no → corrige los requisitos previos antes de empezar. Lanzar un piloto sobre infraestructura rota desperdicia la buena voluntad del equipo
Si hay incertidumbre → ejecuta un mini-piloto de 2 semanas con un flujo de trabajo para probar la preparación

Punto de decisión 2: después del piloto (día 60)

Pregunta: ¿Están los flujos de trabajo rediseñados produciendo mejoras medibles?

Si sí → valida y planifica la escala
Si la mejora es modesta pero real → continúa; los resultados tempranos se componen. La curva J de adopción significa una caída antes de la subida
Si no hay mejora medible → diagnostica. ¿Era el flujo de trabajo un buen candidato? ¿Era la especificación lo suficientemente clara? ¿Tenía el equipo las herramientas y la formación correctas?
Si el equipo resiste → este es un problema de gestión, no de tecnología. Ver la sección "Para tu equipo" en El Caso de Negocio

Punto de decisión 3: antes de escalar (día 90)

Pregunta: ¿Debemos escalar a más equipos?

Si el piloto tuvo éxito y los siguientes equipos están listos → escala
Si el piloto tuvo éxito pero los siguientes equipos no están listos → invierte en preparación (herramientas, formación, preparación del gestor) antes de lanzar
Si el piloto produjo resultados mixtos → ejecuta un segundo piloto con un equipo diferente antes de comprometerte a escalar. Un punto de datos no es un patrón

Continuo: revisión trimestral

Una vez que comienza la escala, revisa trimestralmente:

¿Qué equipos han progresado? ¿Cuáles están estancados?
¿Están los patrones de evolución de roles emergiendo como se esperaba?
¿Ha cambiado el nivel de madurez general de la organización?
¿Qué nuevas necesidades de infraestructura o gobernanza han emergido?
¿Es el ritmo sostenible, o los equipos están agotándose?

El 77% de las empresas han escalado menos del 40% de sus pilotos de GenAI (Concentrix/Everest, 2025). La razón más común: la experimentación ocurre más rápido que la gobernanza. Los puntos de decisión trimestrales previenen esta deriva.

Escalar del piloto a la organización

La transición de un equipo exitoso a la transformación a nivel organizacional es donde la mayoría de los esfuerzos fallan. MIT CISR identifica cuatro desafíos en esta etapa (MIT CISR, 2025):

1. Estrategia

La transformación debe conectarse a los resultados de negocio, no posicionarse como una iniciativa tecnológica. El Caso de Negocio proporciona el encuadre. Cada nuevo equipo que se une debe entender por qué se están transformando, no solo cómo.

2. Sistemas

La infraestructura que funcionó para un equipo puede no escalar. Los sistemas de contexto, los estándares de calidad y la gobernanza necesitan evolucionar a medida que más equipos se incorporan. Lo que comenzó como el archivo de contexto de un equipo se convierte en un sistema de conocimiento organizacional.

3. Sincronización

Las personas y los roles necesitan evolucionar junto con los sistemas. Aquí es donde los patrones de evolución de roles se vuelven críticos a escala. Diferentes equipos experimentarán diferentes patrones – la ingeniería puede experimentar elevación mientras el servicio al cliente experimenta convergencia. La organización necesita vocabulario y proceso para manejar esta diversidad.

4. Stewardship

Alguien debe ser propietario de la transformación a nivel organizacional – no como gestor de proyectos, sino como diseñador de sistemas. Este es un rol emergente. Requiere habilidades de ingeniería de especificaciones, comodidad con la ambigüedad y autoridad organizacional.

La secuencia de escalado

Fase	Equipos	Enfoque
Piloto	1 equipo	Demostrar que el modelo funciona. Documentar todo.
Expansión	2-3 equipos más	Demostrar que el modelo se transfiere. Refinar el playbook.
Integración	Todos los equipos dispuestos	Construir infraestructura organizacional. Establecer gobernanza.
Operaciones nativas	A nivel organizacional	La transformación se convierte en el modelo operativo.

El cronograma desde el piloto hasta las operaciones nativas es típicamente de 12-24 meses (Promethium, 2025). Las organizaciones con infraestructura de datos madura avanzan más rápido. Las que requieren trabajo fundacional deben añadir 6-9 meses de preparación.

Apresurar este cronograma es el error de escalado más común. Un equipo que alcanza Level 2 en un trimestre puede sostenerlo. Un equipo al que se empuja al Level 2 en un mes retrocede en el momento en que la atención cambia.

Lo que esta hoja de ruta no cubre

Esta hoja de ruta aborda la transformación organizacional – rediseñar cómo se hace el trabajo para que los humanos especifiquen y los sistemas ejecuten. No cubre:

Estrategia de producto de IA – incorporar IA en tus productos para los clientes
Ingeniería de infraestructura de IA – las decisiones de stack técnico para el despliegue de IA
Cumplimiento normativo – la gobernanza y el cumplimiento de IA son requisitos previos (ver la base de gobernanza arriba) pero son específicos de cada organización

Estos son temas importantes. No están en el alcance de este marco.

← Volver al inicio · El caso de negocio · Evaluar tu organización · Liderar la transformación