Recommended resources
The freely available resources this lesson will direct you to.
Hola. En la lección anterior dejaste preparada una red de champions y un circuito para que las dudas e incidencias no se pierdan después del lanzamiento. Con eso ya tienes las piezas principales de la gestión del cambio: responsabilidades, respuestas a la resistencia, comunicaciones, formación, sesión de lanzamiento y apoyo posterior. Ahora toca convertirlas en un playbook que otra persona pueda ejecutar y adaptar a un cliente, sin tener que reconstruir las decisiones desde cero.
Al terminar esta lección sabrás organizar esos materiales, mostrar cómo se conectan, identificar qué debe personalizarse para cada cliente y comprobar que el conjunto está listo para usarse. Es el cierre del módulo de gestión del cambio y el puente hacia el siguiente, donde medirás la adopción con más detalle. Tiempo estimado: unos 40 minutos, incluidas las consultas a los recursos.
Un playbook no es una carpeta de documentos
Imagina que entregas seis archivos impecables: una matriz RACI, un plan de comunicación, materiales formativos, una agenda de lanzamiento, una ficha de champions y una ruta de soporte. Si nadie sabe cuál consultar primero, quién aprueba un cambio o qué hacer cuando una incidencia obliga a modificar la formación, todavía no tienes un playbook operativo. Tienes una colección de materiales.
Un playbook de gestión del cambio es el documento principal que da contexto y coordina esas piezas. Debe permitir responder, sin buscar explicaciones fuera de él: qué cambio se propone, para quién, quién decide, qué se hará en cada momento, cómo se gestionarán los problemas y cómo se comprobará que el nuevo modo de trabajo se sostiene.
Lee cómo Prosci define el plan de gestión del cambio y distingue la preparación de la ejecución. No necesitas adoptar toda su metodología para aprovechar la idea de reunir planes relacionados bajo una dirección común.
The Change Management Plan Template Used by Professionals
En este artículo de Prosci encontrarás una definición útil del plan principal y una forma de relacionar patrocinio, responsables de equipo, comunicación y formación. Léelo como una guía para organizar tus materiales, no como una lista de documentos obligatorios para todos los clientes.
En “What is a Change Management Plan?”, lee el párrafo que empieza “A change management plan is a structured document” y termina “assessments and other activities”: la definición. Después, en “Organizational Change Management Plan Template”, dentro de “Prosci 3-Phase Process”, pasa a “Phase 1 – Prepare Approach” y continúa por “Phase 2 – Manage Change” hasta el párrafo que termina “as they progress through the change”: preparación y ejecución. Fíjate en qué planes responden a necesidades distintas y por qué su alcance puede variar según el proyecto.
La imagen siguiente ofrece otra manera de visualizar un índice: separa resumen del proyecto, evaluación, estrategia y calendario. Es un ejemplo de estructura, no una plantilla que haya que copiar literalmente. Para un despliegue de IA, el índice debe hacer especialmente visibles los límites de uso, la revisión humana y las rutas para escalar riesgos.
Hay una frontera importante: el playbook de cambio acompaña al plan de despliegue técnico, pero no lo sustituye. Puede indicar «el lanzamiento depende de que se haya aprobado el piloto y funcione el acceso en ambos turnos» y enlazar los criterios de aceptación ya acordados. No necesita volver a documentar toda la arquitectura de la solución.
Un índice reutilizable para las piezas que ya has creado
Retomemos el caso trabajado en el módulo: un asistente que propone borradores para responder consultas. La persona usuaria contrasta cada borrador con la guía vigente y decide qué puede enviarse. Hay 24 participantes en dos turnos; son datos de este ejemplo, no valores predeterminados para futuros clientes.
El playbook puede tener las siguientes secciones. La columna «decisión o evidencia» impide que el índice se convierta en una lista decorativa.
| Sección del playbook | Material que incorporas o enlazas | Decisión o evidencia que debe quedar visible |
|---|---|---|
| 1. Ficha del cambio | Caso de uso, alcance del piloto e hipótesis de valor ya definidos | Qué trabajo cambia, qué queda fuera, quiénes participan y qué conducta segura se espera |
| 2. Audiencias y preparación | Segmentos, mapa de interesados, barreras y evaluación de preparación | Qué necesita cada grupo antes de empezar y qué impedimentos siguen abiertos |
| 3. Gobierno del cambio | Matriz RACI, patrocinio y responsables internos | Quién ejecuta, quién aprueba, quién debe ser consultado y cómo se escalan decisiones |
| 4. Activación y aprendizaje | Secuencia de mensajes, intervenciones ante resistencias, prácticas por rol y sesión de lanzamiento | Qué recibe cada audiencia, cuándo, por qué canal y cómo demuestra que puede realizar la tarea |
| 5. Acompañamiento y contingencia | Red de champions, guía de ayuda, clasificación de incidencias y procedimiento alternativo | Quién cubre cada turno, qué puede resolver y cuándo debe derivar o detener la tarea afectada |
| 6. Seguimiento y mejora | Cadencia de revisión, registro de señales y responsables de actualización | Qué se revisa, quién decide una corrección y cómo se comunica al equipo |
| 7. Anexos y control de versiones | Mensajes, guías, materiales de sesión y enlaces a documentos vigentes | Dónde está cada versión aprobada y cuál se ha retirado |
Observa cómo se conectan dos secciones que podrían parecer independientes. Si un turno no dispone del canal previsto para recibir mensajes, no basta con editar la sección de comunicaciones: también cambia la preparación de esa audiencia y quizá la cobertura de champions. El documento principal debe señalar estas dependencias, mientras que los anexos conservan el detalle de cada material.
Para que sea reutilizable, separa desde el principio dos capas:
- Estructura común: campos, criterios de revisión, categorías de incidencia, comprobaciones previas al lanzamiento y reglas sobre quién aprueba cambios.
- Configuración del cliente: caso de uso, colectivos y turnos reales, canales autorizados, responsables concretos, calendario, umbrales acordados y enlaces a procedimientos vigentes.
Un campo como «[canal aprobado de ayuda fuera de horario]» es útil en una plantilla; dejarlo sin completar en una versión lista para lanzar no lo es. Tampoco conviene arrastrar de un cliente a otro nombres, capturas, consultas reales o permisos de acceso.
Convertir el índice en instrucciones ejecutables
Cada sección necesita algo más que texto explicativo: debe indicar qué activa una acción, quién la realiza y cómo se sabe que ha terminado. Tu experiencia creando materiales formativos ayuda a distinguir entre «contenido publicado» y «aprendizaje demostrado». En un playbook ocurre lo mismo: «guía enviada» describe una entrega; «el personal puede contrastar un borrador con la guía y descartar una promesa no autorizada» describe una capacidad observable.
Una ficha breve y repetible para las acciones del playbook puede contener estos campos: audiencia, momento o desencadenante, acción, material vigente, responsable de ejecución, persona que aprueba, canal, alternativa si falla el canal y evidencia de cierre. No todas las fichas necesitan ocupar una página; sí necesitan permitir que alguien actúe sin interpretar intenciones.
Por ejemplo, una entrada del playbook del piloto podría quedar así:
Acción: recordatorio posterior al lanzamiento sobre la revisión de borradores.
Audiencia y momento: ambos turnos, al comienzo de sus primeras jornadas de uso.
Responsables: la persona responsable de adopción prepara el mensaje; la supervisión de cada turno confirma su difusión.
Canal y alternativa: canal interno aprobado para cada turno; si no está disponible, comunicación mediante el procedimiento operativo habitual. WhatsApp solo se utilizaría si el cliente lo autoriza y permite llegar a ese colectivo sin compartir datos de consultas ni información sensible.
Mensaje clave: el asistente propone; la persona contrasta con la guía vigente y no envía afirmaciones que esta no respalde.
Evidencia: ambos turnos han recibido la instrucción y saben dónde consultar la guía y pedir ayuda.
La ficha enlazaría el mensaje aprobado, la guía y la ruta de soporte, en lugar de copiar versiones distintas de la misma instrucción en tres lugares. Si cambia la guía, sabes qué enlaces y comunicaciones debes revisar.
La misma lógica permite incorporar la resistencia al cambio sin etiquetar a las personas como «resistentes». Una preocupación por cometer errores con clientes puede requerir práctica con casos permitidos y una regla clara de revisión; una preocupación por la disponibilidad durante un turno puede exigir acceso y soporte adecuados. El vídeo siguiente aporta una comprobación centrada en la persona: entender el motivo del cambio, querer participar, saber qué hacer, poder hacerlo y recibir refuerzo no son la misma cosa.
Mira “ADKAR Change Management Model”, del canal EPM, para revisar si el playbook responde a obstáculos distintos en lugar de ofrecer formación como solución universal.
Ve los cinco componentes, desde la explicación de conciencia y deseo hasta conocimiento, habilidad y refuerzo. Mientras lo ves, relaciona cada componente con una pieza que ya tienes: mensaje, intervención ante una preocupación, guía, práctica supervisada o seguimiento. Úsalo como orientación para detectar huecos; no sustituye las decisiones de gobierno, seguridad y soporte del cliente.
Antes de dar por lista la versión para el piloto, recórrela como si fueras la persona responsable del turno que no participó en su redacción. ¿Puedes encontrar la instrucción vigente? ¿Sabes qué hacer si no hay acceso? ¿Está claro quién decide si se pausa una tarea cuando aparecen borradores inseguros? ¿Existe una alternativa fuera de horario para una posible incidencia de privacidad? Si una respuesta depende de «preguntarle a alguien», falta documentar una ruta o confirmar un responsable.
Aprobar, mantener y transferir el playbook
El lanzamiento no convierte el playbook en un archivo cerrado. Prosci reserva una fase a sostener los resultados y, al finalizar el proyecto, transferir las actividades de mantenimiento a los equipos que seguirán a cargo. Lee ese cierre pensando en quién mantendría el playbook cuando el piloto dejase de depender del equipo inicial.
The Change Management Plan Template Used by Professionals
Vuelve al artículo de Prosci para atender a una pregunta práctica: quién refuerza el nuevo modo de trabajo y conserva la responsabilidad cuando termina el proyecto.
En “Phase 3 – Sustain Outcomes”, lee desde el párrafo que comienza “In the final phase, the focus is on measuring” hasta el cierre que empieza “Once the project is considered complete”: sostenimiento y traspaso. Concéntrate en la necesidad de asignar propiedad a largo plazo, más que en reproducir todas las posibles acciones de refuerzo.
En el playbook, esa continuidad se concreta en un pequeño control de cambios: versión y fecha, propietario, modificaciones, motivo, aprobaciones necesarias y forma de avisar a las audiencias afectadas. Una corrección ortotipográfica y un cambio en la regla de revisión humana no requieren el mismo nivel de aprobación. El segundo afecta al uso seguro y debe pasar por las personas responsables del procedimiento y de los controles correspondientes.
Para este piloto, la cadencia ya preparada —comprobaciones en los primeros tres días, revisión al final de la primera semana y revisiones posteriores— puede figurar en la sección de seguimiento. Añade qué resultado debe dejar cada revisión: problema cerrado y comunicado, instrucción corregida, incidencia con responsable y próxima fecha, o decisión expresa de mantener lo existente. El registro de incidencias no debe almacenar consultas o datos sensibles en canales no aprobados.
Una versión entregable del playbook pasa tres comprobaciones finales:
- Coherencia: el mensaje de lanzamiento, la formación, la guía y el soporte describen el mismo flujo y los mismos límites de uso.
- Ejecución: cada acción y cada escalado tienen responsable, canal, momento y criterio de cierre; las dependencias pendientes están identificadas.
- Reutilización segura: la plantilla distingue campos comunes de datos del cliente, identifica la versión vigente y exige volver a validar canales, responsables y procedimientos antes de otro despliegue.
Esto permite presentar el playbook a un cliente como una forma de trabajar, no como una carpeta prometida. También permite que dirección revise las decisiones que le corresponden, que supervisión organice los turnos y que los usuarios reciban instrucciones coherentes, sin obligar a todos a leer todos los anexos.
Cierre
Has ensamblado el cambio en un sistema consultable: contexto y alcance, materiales conectados, responsables y aprobaciones, acciones por audiencia, soporte posterior y mantenimiento de versiones. La prueba de calidad no es cuántas páginas contiene, sino si una persona puede localizar la instrucción vigente, actuar ante un problema y saber quién decide lo que ella no puede decidir.
Con esto termina el módulo de gestión del cambio. En el siguiente comenzarás a construir un árbol de KPIs para distinguir si la activación, el uso y las tareas realizadas con IA se traducen realmente en valor; esas métricas alimentarán la sección de seguimiento que acabas de dejar preparada.