"Gestão da Mudança – Casos Práticos e Lições Aprendidas na pH7x Systems" II

Resistência à Mudança – Como Superámos na pH7x Systems

A resistência à mudança é natural. Na pH7x Systems®, lidamos com ela frequentemente — em lançamentos de software, migrações para a cloud e até em reestruturações internas. Mas ao longo do tempo, aprendemos que a resistência pode ser um motor de sucesso, quando gerida com empatia e transparência.

Neste artigo, partilhamos aprendizagens reais com base em casos práticos.

Compreender a Origem da Resistência

Num dos nossos projetos de migração para a cloud com um cliente multinacional, a resistência inicial surgiu por parte de responsáveis de IT que temiam perder autonomia. Percebemos cedo que o problema não era técnico — era emocional e organizacional.

O que fizemos:

Organizámos sessões de escuta com as equipas para expressarem preocupações.
Esclarecemos o que iria mudar e o que se manteria.
Criámos fluxos comparativos e envolvemos os utilizadores em fases piloto.

Comunicar com Clareza (e Frequência)

Num outro projeto, enfrentámos resistência interna à adoção de pipelines DevOps automatizados. As atualizações semanais não estavam a resultar. Os developers sentiam-se fora do processo.

Solução:

Passámos para micro-briefings diários (Slack + chamadas de 5 minutos).
Mostrámos o impacto real com dashboards antes/depois.
Criámos um “change log” central e acessível.

Isto gerou confiança e visibilidade, reduzindo o sentimento de caos.

Incluir as Partes Interessadas Desde o Início

Uma das práticas mais eficazes foi envolver os stakeholders antes das decisões estarem fechadas.

Exemplo: Num projeto de intranet para o setor público, co-desenhámos a estrutura com chefias de departamento em workshops presenciais. Em vez de impor, construímos juntos. A resistência desapareceu. A adoção foi imediata.

Potenciar Agentes de Mudança

Numa implementação de M365, identificámos “champions” internos — pessoas com influência real, e não apenas cargos formais. Demos formação antecipada a esses colaboradores, que depois apoiaram o onboarding de outros colegas. Este modelo de aprendizagem entre pares libertou a equipa de IT e acelerou a adoção.

flowchart TD
    A[Início do Projeto]
    B[Identificar Resistência]
    C{Tipo de Resistência}
    D[Escuta ativa e empatia]
    E[Workshops e co-criação]
    F[Testes piloto e formação]
    G[Comunicação frequente e transparente]
    H[Envolver stakeholders desde o início]
    I[Identificar agentes de mudança]
    J[Capacitar champions internos]
    K[Ciclo de feedback contínuo]
    L[Iteração e melhoria]
    M[Sucesso: Adoção Sustentada]

    A --> B --> C
    C -->|Emocional| D --> G
    C -->|Operacional| E --> G
    C -->|Técnica| F --> G
    G --> H --> I --> J --> K --> L --> M

    style A fill:#e8f0fe,stroke:#3367d6,stroke-width:2px,color:#000
    style C fill:#fff3cd,stroke:#ffc107,stroke-width:2px,color:#000
    style M fill:#d4edda,stroke:#28a745,stroke-width:2px,color:#000

Aprendizagem Contínua e Feedback

Todos os nossos projetos incluem um ciclo de feedback pós-mudança. Perguntamos sempre:

O que poderia ter corrido melhor?
O que funcionou melhor do que o esperado?
O que ainda está por clarificar?

Estas respostas alimentam a nossa base de conhecimento e melhoram as próximas implementações.

pH7x Systems ®