change-management
por alirezarezvanichange-management é uma skill de aconselhamento para nível C voltada ao planejamento de mudanças organizacionais com um modelo ADKAR adaptado a startups. Use em reorgs, migrações de ferramentas, mudanças de processo, pivôs de estratégia, descontinuação de produtos, transições de liderança e mudanças culturais, com planos de rollout, mapas de stakeholders, FAQs, pontos de fala para gestores, análise de resistência e verificações de fadiga.
Esta skill pontua 82/100, o que a torna uma candidata sólida para usuários do diretório que buscam apoio estruturado para planejar e comunicar mudanças organizacionais. Ela parece fácil de acionar e tem conteúdo substancial, com orientação prática suficiente para superar um prompt genérico, embora seja majoritariamente baseada em documentos e não traga suporte de instalação ou automação dentro da pasta da skill.
- Alta facilidade de acionamento: a descrição cita casos de uso concretos, como reorgs, troca de ferramentas, pivôs de estratégia, mudanças de liderança, resistência e comunicação de pivôs.
- Conteúdo de workflow robusto: a skill usa uma adaptação do ADKAR para startups e cobre conscientização, comunicação, resistência, fadiga de mudança e padrões de adesão de stakeholders.
- Referência progressivamente mais aprofundada: SKILL.md é complementado por references/change-playbook.md, com exemplos práticos para migrações de ferramentas e reorganizações.
- Não há comando de instalação nem README no caminho da skill, então os usuários podem precisar conhecer a estrutura do repositório para instalá-la.
- As evidências não mostram scripts, regras ou templates como arquivos de apoio separados; a execução parece ser principalmente orientada por recomendações, não automatizada.
Visão geral da skill change-management
Para que a change-management foi criada
A skill change-management é um playbook de aconselhamento para liderança C-level voltado a planejar e comunicar mudanças organizacionais sem gerar confusão, resistência ou fadiga evitáveis. Ela adapta o modelo ADKAR para ambientes no ritmo de startups, em que líderes muitas vezes precisam anunciar uma reorganização, migração de ferramenta, mudança de processo, pivô de estratégia, descontinuação de produto, transição de liderança ou mudança cultural antes que todos os detalhes estejam perfeitos.
Usuários e decisões para os quais ela funciona melhor
Esta skill change-management é mais útil para founders, executivos, chiefs of staff, lideranças de pessoas e operadores que precisam de um plano prático de implementação, não de um prompt genérico para “escrever um comunicado”. Ela ajuda quando o trabalho real não é apenas explicar a mudança, mas também sequenciar stakeholders, antecipar objeções, criar consciência e desejo, e decidir que tipo de reforço será necessário depois do lançamento.
O que a diferencia de um prompt genérico
O valor da skill está na sua lente estruturada de mudança: ela leva o agente a separar motivo de negócio, incentivos dos stakeholders, lacunas de capacidade, plano de rollout, padrões de resistência e riscos de fadiga. O arquivo references/change-playbook.md incluído traz exemplos concretos para migrações de ferramentas e reorganizações, tornando a saída mais fundamentada do que um único template de comunicação.
Quando ela pode não ser suficiente
Use a skill como uma estrutura de aconselhamento e redação, não como orientação jurídica, de compliance de RH ou de relações trabalhistas. Para demissões, mudanças reguladas na força de trabalho, contextos sindicais, alterações de remuneração ou riscos trabalhistas relevantes, combine a saída com orientação jurídica e revisão interna de RH antes de enviar qualquer comunicação.
Como usar a skill change-management
Instalação da change-management e caminho do repositório
Instale a skill a partir do repositório do GitHub com:
npx skills add alirezarezvani/claude-skills --skill change-management
O código-fonte fica em c-level-advisor/skills/change-management. Depois de instalar, leia primeiro SKILL.md para entender o modelo operacional; em seguida, abra references/change-playbook.md para ver exemplos mais aprofundados e obter melhores insumos para prompts. Não há scripts nem arquivos de automação; esta é uma skill de raciocínio, planejamento e comunicação.
Entradas que geram os melhores resultados
Forneça o contexto da mudança antes de pedir os entregáveis. Boas entradas incluem:
- Tipo de mudança: reorg, mudança de processo, migração de ferramenta, pivot, mudança de liderança, encerramento de produto
- Motivo de negócio: qual problema está sendo resolvido e o que acontece se nada mudar
- Grupos de stakeholders: executivos, gestores, ICs, clientes, parceiros, conselho, equipes afetadas
- Sentimento atual: nível de confiança, mudanças anteriores malsucedidas, fadiga, objeções prováveis
- Cronograma: data do anúncio, período de transição, treinamento, prazos de decisão
- Pontos não negociáveis: o que já foi decidido, o que ainda está em aberto, o que não pode ser prometido
- Artefatos desejados: plano de rollout, FAQ, pontos de fala para gestores, comunicado, mapa de riscos
Um prompt fraco seria: “Me ajude a anunciar uma reorg.”
Um prompt mais forte seria: “Use a skill change-management para planejar o anúncio de uma reorg. Vamos mover Customer Success de Sales para Operations porque o trabalho de retenção está sendo despriorizado sob metas de novos logos. Os grupos afetados são Sales, CS, Ops e clientes enterprise existentes. A confiança é mista porque mudamos linhas de reporte duas vezes no ano passado. Rascunhe o plano de rollout baseado em ADKAR, o comunicado executivo, os pontos de fala para gestores e os riscos de resistência.”
Fluxo de trabalho sugerido para usar change-management
Comece pelo diagnóstico antes de partir para a mensagem. Peça à skill que identifique as lacunas de ADKAR: as pessoas entendem o porquê, querem a mudança, sabem como executar, têm capacidade e recursos, e enxergam o reforço depois do lançamento? Só então avance para os artefatos.
Um fluxo prático:
- Peça um mapa de impacto por stakeholder.
- Peça a narrativa do “por que agora” e os riscos de não mudar.
- Gere a sequência de rollout por público e timing.
- Rascunhe o comunicado, o FAQ para gestores e as respostas a objeções.
- Revise promessas excessivas, ambiguidades e fadiga de mudança.
- Itere com as restrições reais da liderança antes de publicar.
Arquivos para ler antes de confiar na saída
Leia SKILL.md para entender os casos de acionamento, a estrutura ADKAR e as categorias de mudança. Leia references/change-playbook.md quando precisar de exemplos mais fortes, especialmente para migrações de ferramentas e reorganizações. O arquivo de referência é útil porque mostra a diferença entre apenas informar as pessoas e explicar a razão operacional por trás de uma mudança.
FAQ da skill change-management
A change-management serve para iniciantes em Change Management?
Sim. A skill é acessível se você conhece o contexto do negócio, mesmo que não domine frameworks formais de gestão de mudança. Ela explica o trabalho por meio de perguntas práticas: por que a mudança está acontecendo, quem será afetado, que resistência deve surgir e como a adoção será reforçada. Ainda assim, iniciantes devem fornecer contexto concreto em vez de esperar que a skill deduza a política interna.
Qual é a diferença em relação a pedir um plano de comunicação?
Um prompt básico de comunicação normalmente gera um cronograma e um comunicado. A skill change-management acrescenta a lógica de adoção: awareness, desire, knowledge, ability e reinforcement. Isso importa porque muitos rollouts falham depois do anúncio, quando gestores não conseguem responder perguntas, equipes não sabem o que fazer de forma diferente ou as pessoas simplesmente esperam, em silêncio, que a mudança desapareça.
Que tipos de mudança funcionam melhor?
Os melhores casos são mudanças em startups ou scaleups com impacto operacional real: trocar ferramentas, reestruturar equipes, mudar direitos de decisão, pivotar a estratégia, encerrar um produto, introduzir novos rituais operacionais ou alterar expectativas de liderança. Ela é especialmente útil quando os stakeholders podem concordar com a lógica de negócio, mas resistir à disrupção.
Quando não devo usar esta skill sozinha?
Não a use sozinha para ações trabalhistas juridicamente sensíveis, comunicações de crise, divulgações de companhia aberta, avisos regulados a clientes ou mudanças que exijam consulta formal. Ela pode ajudar a preparar perguntas, rascunhos de mensagem e mapas de stakeholders, mas o plano final deve passar por revisão interna qualificada.
Como melhorar a skill change-management
Melhore os resultados da change-management com contexto mais preciso
O aprimoramento mais importante é a especificidade. Troque “as pessoas podem resistir” pelo padrão real de resistência: perda de autonomia, medo de demissões, ceticismo por ferramentas anteriores que falharam, sobrecarga dos gestores, impacto em clientes ou incentivos pouco claros. Quanto mais precisamente você nomear a resistência, mais úteis serão o plano de rollout e os pontos de fala gerados pela skill.
Peça tradeoffs, não apenas templates
Para usos de change-management de alto impacto, peça opções. Por exemplo: “Me dê um rollout rápido, um rollout que preserve confiança e um rollout de mínima disrupção, com os riscos de cada um.” Isso ajuda líderes a enxergar o custo de velocidade, transparência e participação, em vez de receber um único plano polido, mas ainda não testado.
Itere depois do primeiro rascunho
Depois da primeira saída, devolva o que parece irrealista: “Isto pressupõe que gestores têm tempo para treinamento; eles não têm”, ou “O comunicado está centrado demais na liderança; os funcionários se importam com o impacto nos seus papéis.” Em seguida, peça à skill que revise o plano por grupo de stakeholders. Isso produz resultados melhores do que pedir imediatamente um memorando final.
Fique atento aos modos de falha mais comuns
Os principais modos de falha são uma justificativa de negócio vaga, positividade excessiva, subestimar a fadiga e tratar comunicação como se fosse toda a mudança. Peça à skill uma crítica final: “Identifique onde este plano pode soar evasivo, onde os stakeholders talvez não acreditem em nós e que reforço está faltando 30 e 60 dias após o lançamento.”