change-management
por alirezarezvanichange-management es un skill de asesoría para nivel C orientado a planificar cambios organizativos con un modelo ADKAR adaptado a startups. Úsalo para reestructuraciones, migraciones de herramientas, cambios de procesos, giros estratégicos, retirada de productos, transiciones de liderazgo y cambios culturales, con planes de despliegue, mapas de stakeholders, FAQs, mensajes para managers, análisis de resistencia y controles de fatiga ante el cambio.
Este skill obtiene 82/100, lo que lo convierte en un candidato sólido para usuarios del directorio que buscan ayuda estructurada para planificar y comunicar cambios organizativos. Parece fácil de activar y tiene contenido sustancial, con suficiente guía de trabajo real para superar a un prompt genérico, aunque se basa sobre todo en documentos y no incluye soporte de instalación ni automatización dentro de la carpeta del skill.
- Alta capacidad de activación: la descripción menciona casos de uso concretos como reestructuraciones, cambios de herramientas, giros estratégicos, cambios de liderazgo, resistencia y comunicación de pivotes.
- Contenido de flujo de trabajo sólido: el skill usa una adaptación para startups basada en ADKAR y cubre conciencia, comunicación, resistencia, fatiga ante el cambio y patrones de adopción por parte de stakeholders.
- Profundidad progresiva de referencia: SKILL.md se apoya en references/change-playbook.md, con ejemplos prácticos para migraciones de herramientas y reorganizaciones.
- No hay un comando de instalación ni un README en la ruta del skill, por lo que los usuarios pueden necesitar conocer la estructura del repositorio para instalarlo.
- La evidencia no muestra scripts, reglas ni plantillas como archivos de soporte independientes; la ejecución parece basarse principalmente en orientación, no en automatización.
Descripción general de change-management skill
Para qué está diseñado change-management
La skill change-management es un playbook de asesoría para equipos directivos de nivel C, pensado para planificar y comunicar cambios organizacionales sin generar confusión, resistencia o desgaste evitables. Adapta el modelo ADKAR a entornos que avanzan a velocidad de startup, donde los líderes muchas veces necesitan anunciar una reorganización, una migración de herramientas, un cambio de proceso, un giro estratégico, el cierre de un producto, una transición de liderazgo o un cambio cultural antes de tener cada detalle perfectamente cerrado.
Usuarios y decisiones para los que mejor encaja
Esta change-management skill resulta más útil para fundadores, ejecutivos, chiefs of staff, líderes de personas y operadores que necesitan un plan práctico de implementación, no un prompt genérico para “redactar un anuncio”. Ayuda cuando el verdadero trabajo no es solo explicar el cambio, sino también ordenar a los stakeholders, anticipar objeciones, generar conciencia y deseo, y decidir qué refuerzos harán falta después del lanzamiento.
Qué la diferencia de un prompt genérico
El valor de la skill está en su marco estructurado para pensar el cambio: empuja al agente a separar la razón de negocio, los incentivos de cada stakeholder, las brechas de capacidad, el plan de despliegue, los patrones de resistencia y los riesgos de fatiga. El archivo incluido references/change-playbook.md aporta ejemplos concretos para migraciones de herramientas y reorganizaciones, lo que hace que la salida sea más sólida que una simple plantilla de comunicación.
Cuándo puede no ser suficiente
Usa la skill como un marco de asesoría y redacción, no como guía legal, de cumplimiento de RR. HH. ni de relaciones laborales. Para despidos, cambios laborales regulados, contextos sindicales, cambios de compensación o riesgos materiales de empleo, combina la salida con asesoría legal y revisión interna de RR. HH. antes de enviar cualquier comunicación.
Cómo usar change-management skill
Instalación de change-management y ruta del repositorio
Instala la skill desde el repositorio de GitHub con:
npx skills add alirezarezvani/claude-skills --skill change-management
El código fuente está en c-level-advisor/skills/change-management. Después de instalarla, lee primero SKILL.md para entender el modelo operativo; luego abre references/change-playbook.md para ver ejemplos más profundos y obtener mejores insumos para tus prompts. No hay scripts ni archivos de automatización; es una skill de razonamiento, planificación y comunicación.
Inputs que producen mejores resultados
Dale a la skill el contexto del cambio antes de pedir entregables. Los buenos inputs incluyen:
- Tipo de cambio: reorganización, cambio de proceso, migración de herramientas, giro estratégico, cambio de liderazgo, cierre de producto
- Razón de negocio: qué problema se está resolviendo y qué pasa si nada cambia
- Grupos de stakeholders: ejecutivos, managers, ICs, clientes, partners, board, equipos afectados
- Sentimiento actual: nivel de confianza, cambios previos fallidos, fatiga, objeciones probables
- Cronograma: fecha de anuncio, periodo de transición, formación, fechas límite de decisión
- No negociables: qué ya está decidido, qué sigue abierto, qué no se puede prometer
- Artefactos deseados: plan de despliegue, FAQ, talking points para managers, anuncio, mapa de riesgos
Un prompt débil sería: “Ayúdame a anunciar una reorganización”.
Un prompt más fuerte sería: “Use the change-management skill to plan a reorg announcement. We are moving Customer Success from Sales to Operations because retention work is being deprioritized under new-logo targets. Affected groups are Sales, CS, Ops, and existing enterprise customers. Trust is mixed because we changed reporting lines twice last year. Draft the ADKAR-based rollout plan, executive announcement, manager talking points, and resistance risks.”
Flujo de trabajo recomendado para usar change-management
Empieza con el diagnóstico antes de pasar al mensaje. Pide a la skill que identifique las brechas ADKAR: ¿las personas entienden el porqué?, ¿quieren el cambio?, ¿saben cómo ejecutarlo?, ¿tienen la capacidad y los recursos?, ¿ven refuerzos después del lanzamiento? Luego avanza hacia los artefactos.
Un flujo práctico:
- Pide un mapa de impacto por stakeholder.
- Pide la narrativa de “por qué ahora” y los riesgos de no hacer el cambio.
- Genera la secuencia de despliegue por audiencia y momento.
- Redacta el anuncio, la FAQ para managers y las respuestas a objeciones.
- Revisa si hay promesas excesivas, ambigüedad y fatiga de cambio.
- Itera con las restricciones reales del liderazgo antes de publicar.
Archivos que conviene leer antes de confiar en la salida
Lee SKILL.md para entender los casos de activación, la estructura ADKAR y las categorías de cambio. Lee references/change-playbook.md cuando necesites ejemplos más sólidos, especialmente para migraciones de herramientas y reorganizaciones. El archivo de referencia es útil porque muestra la diferencia entre simplemente informar a las personas y explicar la razón operativa detrás de un cambio.
FAQ de change-management skill
¿change-management sirve para principiantes en Change Management?
Sí. La skill es accesible si conoces el contexto de negocio, aunque no domines marcos formales de gestión del cambio. Explica el trabajo mediante preguntas prácticas: por qué ocurre el cambio, quién se ve afectado, qué resistencia aparecerá y cómo se reforzará la adopción. Aun así, las personas principiantes deben aportar contexto concreto en lugar de esperar que la skill infiera la política interna.
¿En qué se diferencia de pedir un plan de comunicación?
Un prompt básico de comunicación suele producir una línea de tiempo y un anuncio. La change-management skill añade lógica de adopción: conciencia, deseo, conocimiento, capacidad y refuerzo. Eso importa porque muchos despliegues fallan después del anuncio, cuando los managers no pueden responder preguntas, los equipos no saben qué deben hacer diferente o las personas esperan en silencio a que el cambio desaparezca.
¿Qué tipos de cambios encajan mejor?
Encaja mejor con cambios en startups o scaleups que tienen impacto operativo real: cambiar herramientas, reestructurar equipos, modificar derechos de decisión, girar la estrategia, cerrar un producto, introducir nuevos rituales operativos o cambiar expectativas de liderazgo. Es especialmente útil cuando los stakeholders pueden estar de acuerdo con la lógica de negocio, pero resistirse a la disrupción.
¿Cuándo no debería usar esta skill sola?
No la uses sola para acciones laborales legalmente sensibles, comunicaciones de crisis, divulgaciones de empresas públicas, avisos regulados a clientes o cambios que requieran consulta formal. Puede ayudar a preparar preguntas, borradores de mensajes y mapas de stakeholders, pero el plan final debe pasar por una revisión interna calificada.
Cómo mejorar change-management skill
Mejora los resultados de change-management con contexto más preciso
La mejora más importante es la especificidad. Sustituye “la gente puede resistirse” por el patrón real de resistencia: pérdida de autonomía, miedo a despidos, escepticismo por herramientas anteriores que fallaron, sobrecarga de managers, disrupción para clientes o incentivos poco claros. Cuanto más precisa sea la resistencia que nombras, más útil será el plan de despliegue y los talking points que genere la skill.
Pide tradeoffs, no solo plantillas
Para usos de change-management de alto riesgo, pide opciones. Por ejemplo: “Give me a fast rollout, a trust-preserving rollout, and a minimum-disruption rollout, with risks for each.” Esto ayuda a los líderes a ver el costo de la velocidad, la transparencia y la participación, en lugar de recibir un único plan pulido pero no contrastado.
Itera después del primer borrador
Después de la primera salida, devuelve lo que parezca poco realista: “This assumes managers have time for training; they do not,” o “The announcement is too executive-centered; employees care about role impact.” Luego pide a la skill que revise el plan por grupo de stakeholders. Esto produce mejores resultados que pedir de inmediato un memorando final.
Vigila los modos de fallo más comunes
Los principales modos de fallo son una justificación de negocio vaga, positividad excesiva, subestimar la fatiga y tratar la comunicación como si fuera todo el cambio. Pide a la skill una crítica final: “Identify where this plan may sound evasive, where stakeholders may not believe us, and what reinforcement is missing 30 and 60 days after launch.”