Resistência à Metodologia Ágil: Equipes Assistenciais vs. TI

Como alinhar cultura e processos.

O “Gemba Walk” Hospitalar: Observe o Fluxo Real

Gemba é um termo Lean para “o local real onde o valor é criado”. Em um hospital, é a recepção, o posto de enfermagem, a sala de medicação, o consultório.

Passe um turno inteiro apenas observando a equipe assistencial usar (ou não usar) o sistema atual.

⚡ Dica de GP de TI: Nos projetos que entreguei, observei por 4 horas o processo de agendamento. Vi que a equipe de enfermagem usava três planilhas diferentes e o sistema oficial. Por quê? O sistema não tinha um campo para “tipo de consulta”, uma informação vital. A resistência deles ao sistema não era teimosia; era necessidade. O sistema (o “MVP”) era inútil para eles.

Perguntas-Chave para Diagnosticar (Médicos vs. Enfermeiros)

Depois de observar, chame os resistentes para uma conversa 1:1. O objetivo não é “treiná-los”, é “ouvi-los”.

• Para Médicos (Foco em Eficiência e Risco):
  • “Doutor(a), qual é a única coisa no seu fluxo que, se o sistema resolvesse, faria seu dia melhor?”
  • “Quantos cliques você dá hoje, da abertura do prontuário à prescrição? Onde está o maior gargalo?”
  • “Qual sua maior preocupação de risco (legal ou de paciente) com o sistema atual?”
• Para Enfermeiros (Foco em Processo e Segurança):
  • “Qual parte do sistema atual faz você usar um caderno ou planilha paralela?”
  • “Se você pudesse desenhar esta tela de medicação, o que você mudaria hoje?”
  • “Onde o sistema atual te força a ‘dar um jeitinho’ (workaround) que pode gerar um risco?”

Você descobrirá que a resistência não é ao “Ágil”, mas a um sistema que ignora a realidade deles.

Passo 2: Estratégias Práticas para Engajar a Equipe Assistencial

Uma vez que você tem o diagnóstico, a solução não é “forçar o Scrum”. A solução é adaptar o Ágil para falar a língua do hospital, focando no propósito.

Mude o Foco: De “Sprints” para “Segurança do Paciente”

Pare de usar jargão de TI. Ninguém na assistência se importa com “Velocity” ou “Story Points”.

• Não diga: “Vamos fazer a Sprint Planning.”
• Diga: “Vamos fazer uma reunião de 1h para planejar as melhorias de segurança das próximas duas semanas.”
• Não diga: “Qual é o status da sua User Story?”
• Diga: “Aquela melhoria no alerta de alergia (que a Enf. Maria pediu) já está pronta para teste? Queremos reduzir o risco X.”

Conecte cada cerimônia ágil a um pilar que eles valorizam: Segurança do Paciente, Eficiência Clínica ou Conformidade (LGPD).

Crie “Key Users” (Usuários-Chave) e “Champions” Clínicos

O time de TI não pode ser o dono do projeto. O dono tem que ser a área assistencial.

Identifique em cada setor (Enfermagem, Farmácia, Corpo Clínico) o “resistente construtivo” aquele que critica, mas com bons argumentos. Transforme-o em um “Key User” (Usuário-Chave).

Esse Key User se torna parte do time Ágil. Ele valida as entregas antes que elas cheguem ao resto da equipe. Ele será seu “tradutor” e seu maior defensor, pois ele ajudou a construir a solução.

O Papel do “PO Clínico” (Product Owner)

Em projetos de software, o PO é do “Negócio”. Em hospitais, o PO deve ser da “Assistência”.

O maior erro em metodologias ágeis na saúde é colocar um gerente de TI como PO. O PO deve ser um médico, um enfermeiro-chefe ou um gestor de farmácia. É alguém que tem autoridade para priorizar o backlog com base na necessidade clínica, não na facilidade técnica.

Mitos e Erros Comuns na Implementação Ágil em Hospitais

No esforço para implementar Scrum na saúde, muitos PMOs de TI cometem erros previsíveis que amplificam a resistência.

👻 Mito 1: “Agile é mais rápido (para o médico).”

Falso. Ágil é mais adaptável, não necessariamente mais rápido para o usuário final. Vender o projeto como “rápido” cria frustração. Venda como “mais correto”, o time Ágil entregará a ferramenta certa (mesmo que em partes), pois a equipe assistencial está validando o processo.

👻 Mito 2: “Médicos não precisam vir às cerimônias; o ‘Key User’ basta.”

Perigoso. A hierarquia é real. Muitas vezes, um enfermeiro (Key User) validará uma feature, mas se o Médico-Chefe (que não foi à reunião) não gostar da cor do botão, ele vetará a mudança. Em projetos críticos, o alinhamento com a liderança médica sênior é tão importante quanto o feedback do usuário-chave.

🚫 Erro 1: Ignorar o “Legado” Regulatório (LGPD/ANVISA)

O time de TI, focado no MVP, pode negligenciar regras de auditoria ou rastreabilidade. Em saúde, se um software não cumpre 100% da LGPD ou das normas da ANVISA, ele não é um “MVP”; ele é um “passivo legal”. A resistência da equipe jurídica ou de qualidade, neste caso, é 100% justificada.

🚫 Erro 2: Tratar o Prontuário Eletrônico (PEP) como um “CRUD” Comum

Um PEP (como Tasy ou MV) não é um simples sistema de cadastro (Create, Read, Update, Delete). Ele é um documento médico-legal de alta complexidade e interoperabilidade. Um time Ágil que trata a implantação de um PEP como um projeto de software comum está fadado ao fracasso. É preciso experiência em Healthcare 4.0.

Boas Práticas e Checklist: Superando a Resistência na Saúde

Para consolidar, aqui está um checklist prático (um HowTo) para PMOs de saúde que estão iniciando uma transformação digital em saúde.

Checklist de 7 Passos para Engajamento de Equipes Assistenciais

• ✅ 1. Faça o “Gemba Walk” (Observação): Antes de planejar a primeira Sprint, passe 1 dia inteiro observando o fluxo real da equipe assistencial. Anote todos os “workarounds” (planilhas, cadernos).
• ✅ 2. Mapeie a Hierarquia e os Influenciadores: Identifique os líderes formais (Chefes de Setor) e os informais (o médico sênior cético, a enfermeira mais experiente).
• ✅ 3. Nomeie um “PO Clínico” com Autoridade: Encontre um líder assistencial (médico, enfermeiro) para ser o Product Owner. Ele deve ter poder de decisão sobre o backlog.
• ✅ 4. Recrute “Key Users” (Champions): Traga os “resistentes construtivos” para dentro do time. Pague-os (com horas/bônus) se necessário; o tempo deles é valioso.
• ✅ 5. Adapte as Cerimônias (Traduza o “TInês”):
  • Dailies: Mantenha em 15 min, focadas em impedimentos, não em status.
  • Reviews: Foque em demonstrar o software no fluxo real, não em slides. Chame de “Sessão de Validação Clínica”.
  • Retros: Foque em uma coisa que pode ser melhorada no fluxo de trabalho, não no processo do Scrum.
• ✅ 6. Comunique o “Porquê” (Segurança e Valor): Abandone o jargão Ágil. Toda comunicação deve ser ancorada em “Como isso melhora a segurança do paciente?” ou “Como isso reduz o tempo de administração?”.
• ✅ 7. Comece com uma “Vitória Rápida” (Quick Win) que Dê Tempo: Sua primeira entrega não deve ser a mais complexa, mas a que resolve a maior dor da equipe. Encontre a planilha paralela mais usada e a substitua por uma feature que funciona.

Perguntas Frequentes (FAQ) sobre Ágil na Saúde

🤔 Por que médicos e enfermeiros resistem tanto a novos sistemas (PEP)?

A resistência raramente é à tecnologia; é à interrupção do fluxo de cuidado. Se o novo Prontuário Eletrônico (PEP) exige mais cliques, mais tempo de login ou mais telas do que o papel, ele é visto como um obstáculo entre o profissional e o paciente.

🤔 Metodologia Ágil (Scrum) funciona em hospitais?

Sim, mas nunca na sua forma pura de software. Scrum na saúde deve ser híbrido. Ele funciona bem no time de TI (para construir o software), mas deve ser adaptado (Tailoring) para interagir com a equipe assistencial, respeitando plantões, hierarquias e a prioridade zero: o atendimento.

🤔 Como convencer um médico sênior a usar o novo software?

Não tente convencê-lo com tecnologia (o “como”). Convença-o com dados e valor (o “porquê”). Mostre a ele como o novo sistema reduz o risco de erro de medicação (Segurança do Paciente) ou como ele fornece dados para pesquisa que o sistema antigo não fornecia (Valor Acadêmico).

🤔 O Kanban é melhor que o Scrum para hospitais?

Muitas vezes, sim. O Kanban é focado em fluxo contínuo e limitação de trabalho em progresso (WIP). Isso se adapta melhor à realidade de um hospital (onde as demandas são contínuas, como “Suporte ao PEP”) do que o Scrum, que é focado em Sprints de tempo fixo (bom para projetos de implantação).

🤔 Qual o papel do PMO (Escritório de Projetos) na gestão ágil em saúde?

O PMO em saúde deve ser um “Centro de Excelência em Gestão de Mudanças”. Seu papel é menos sobre controlar o cronograma e mais sobre:

1. Padronizar as ferramentas (ex: o PEP, o ERP Tasy).
2. Atuar como tradutor entre o TI e o Assistencial.
3. Garantir a conformidade regulatória (LGPD, ANVISA) dos projetos.

Ágil na Saúde é sobre Pessoas, não Software

A resistência à metodologia ágil em hospitais não é um problema de TI; é um desafio de gestão de mudanças humanas.

Como vimos, a equipe assistencial não resiste ao Ágil porque prefere o “velho”. Ela resiste porque o “novo” é frequentemente implementado sem empatia pelo seu fluxo de trabalho, que é focado 100% no paciente.

Para o PMO de TI ou o GP ter sucesso, ele deve parar de “empurrar” o Scrum e começar a “puxar” os problemas da equipe assistencial. Use o Ágil como uma ferramenta para resolver as dores clínicas, não como um processo a ser seguido.

Traduza o “TInês” para o “Saudês”. Mude o foco de features para segurança do paciente. E, acima de tudo, traga o médico e o enfermeiro cético para dentro do time. A transformação digital na saúde só funciona quando o time de TI e a equipe assistencial param de ser “vs.” e se tornam um time só.