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

Como alinhar cultura e processos.

A resistência à metodologia ágil em hospitais é o maior obstáculo para a transformação digital na saúde. Como gerente de projetos de TI em saúde e pesquisador sobre Healthcare 4.0, vejo esse conflito diariamente: o time de TI, focado em Sprints e User Stories, colide com a equipe assistencial, focada no paciente.

O médico não resiste ao Ágil porque é “teimoso”. Ele resiste porque vê as cerimônias do Scrum como burocracia que o afasta do leito. A equipe de enfermagem não resiste ao novo Prontuário Eletrônico (PEP) por “medo da tecnologia”, mas por medo de “cliques a mais” que podem significar um erro de medicação.

TL;DR: Este estuido é um framework prático para PMOs e líderes de TI em saúde. Vamos dissecar a causa raiz da resistência à metodologia ágil em hospitais, mapear o conflito (TI vs. Assistencial) e apresentar um checklist de engajamento para transformar médicos e enfermeiros céticos em seus maiores aliados na transformação digital em saúde.

Este estudo não é sobre processos Ágeis. É sobre pessoas no ambiente mais complexo que existe: o hospitalar.

O que é Resistência à Metodologia Ágil na Saúde?

A resistência à metodologia ágil na saúde é a reação negativa, passiva ou ativa, de equipes clínicas (médicos, enfermeiros, farmacêuticos) à implementação de práticas ágeis (Scrum, Kanban) em projetos de tecnologia, como a adoção de novos Prontuários Eletrônicos (PEP) ou sistemas de gestão (ERPs como Tasy ou MV).

Diferente do mundo de software (onde a resistência vem do desenvolvedor), no hospital, a resistência vem do usuário final.

Ela não se manifesta como um “código ruim”, mas sim como:

• Ausência de médicos-chave nas reuniões de Sprint Planning.
• “Workarounds”: A equipe de enfermagem usando planilhas paralelas porque o novo sistema é “lento”.
• “Shadow IT”: Departamentos criando suas próprias soluções (ex: grupos de WhatsApp para escalas) porque o projeto Ágil não entrega valor rápido o suficiente.
• Resistência passiva: Médicos seniores que se recusam a adotar o novo módulo, forçando a manutenção de dois sistemas (o novo e o legado).

Ignorar isso não é uma opção. Em saúde, uma implementação falha de TI não gera bugs; gera riscos à segurança do paciente.

Por que a Equipe Assistencial Resiste? (A Causa Raiz)

Antes de culpar a “cultura” ou a “hierarquia médica”, o time de TI precisa de empatia. A equipe assistencial não resiste ao novo; ela resiste ao que atrapalha. O “flow state” de um médico não é o código; é o atendimento.

No meu dia a dia em projetos de Saúde 4.0, mapeei quatro causas raiz que o time de TI (focado em Agile) falha em enxergar.

1. Foco no Paciente vs. Foco no Processo (O “Minuto do Clique”)

Para o time de TI, o objetivo da Sprint é “entregar a feature de prescrição”. Para a enfermeira, o objetivo é “administrar o remédio com segurança”.

Se a nova feature ágil adiciona três cliques e dois minutos ao processo de prescrição, o TI vê como “sucesso” (feature entregue), mas a enfermeira vê como “fracasso” (dois minutos a menos com o paciente, maior risco de erro). A resistência dela é, na verdade, uma defesa da qualidade assistencial.

2. Hierarquia e a Cultura de Decisão Top-Down

O Scrum prega times horizontais e auto-organizados. Um hospital é, por natureza, uma estrutura militarizada e hierárquica. Você não pode colocar um médico-chefe, um residente e uma técnica de enfermagem em uma Daily Standup e esperar que eles tenham “transparência” igual.

O time de TI (o Scrum Master) muitas vezes falha em identificar quem são os verdadeiros “donos da caneta” na cultura clínica. A opinião de um médico sênior (que talvez nem use o sistema) pode vetar um projeto inteiro.

3. O Medo do Risco Regulatório (LGPD e ANVISA)

O Manifesto Ágil prega “software em funcionamento mais que documentação abrangente”.

Isso é um pesadelo para o gestor de saúde. Em um hospital, a documentação é tudo. Um prontuário mal documentado não é um “débito técnico”; é um risco legal (processos) e de conformidade com a LGPD (Lei Geral de Proteção de Dados).

Quando o TI fala em “MVP” (Minimum Viable Product), a equipe assistencial ouve “produto incompleto e inseguro”. A resistência, nesse caso, é uma defesa legal e ética da instituição.

4. “Scrum-fake” Hospitalar (O Ágil Mal Implementado)

A resistência explode quando o Ágil é implementado da forma errada.

• Daily Standups que viram reuniões de 40 minutos e tiram o médico do plantão.
• Sprint Plannings onde o TI apresenta as features, em vez de construir com a equipe assistencial.
• Retrospectivas que viram sessões de queixa, mas nada muda.

A equipe assistencial, que já vive sob pressão extrema, vê essas cerimônias como mais uma “burocracia inútil” imposta pelo TI.

O Conflito de Perspectivas: TI vs. Equipe Assistencial

O sucesso da metodologia ágil em hospitais depende de traduzir o “TInês” para o “Saudês”. O PMO de saúde precisa atuar como um tradutor cultural.

Tabela Comparativa de Percepção (Ágil na Saúde)

Conceito Ágil (TI)	Percepção da Equipe de TI (O “Porquê” do TI)	Percepção da Equipe Assistencial (A “Dor” Clínica)
MVP (Produto Mínimo Viável)	“Vamos entregar valor rápido e iterar.”	“Vão me entregar um sistema incompleto, inseguro e cheio de bugs.”
Daily Standup (15 min)	“Sincronização rápida, transparência, remover impedimentos.”	“Uma reunião inútil todo dia, no meio do plantão, para dizer o que já estou fazendo.”
Sprint (Iteração)	“Duas semanas de trabalho focado e planejado.”	“Duas semanas onde o TI desaparece e depois joga uma mudança nova para eu me virar.”
User Story (História)	“Um requisito de software (Eu, como X, quero Y…)”	“Jargão de TI. Meu trabalho é salvar vidas, não escrever ‘histórias’.”
Retrospectiva	“Melhoria contínua do processo.”	“Mais uma reunião para reclamar que o sistema é lento e nada mudar.”

---

Passo 1: Como Diagnosticar a Causa da Resistência (Empatia)

Você não pode resolver a resistência à metodologia ágil em hospitais de dentro da sala do PMO. Você precisa ir “ao leito”.

A primeira ação de um GP de TI em saúde não é abrir o PMBOK; é calçar sapatos confortáveis e fazer shadowing (observação).