Metodologias de gestão: guia completo para escolher a certa para sua empresa

Metodologias de gestão ajudam uma empresa a organizar como planeja, executa, acompanha e corrige suas decisões. Na prática, elas transformam atividades que poderiam depender apenas da experiência ou da intuição de uma pessoa em processos que podem ser repetidos, medidos e melhorados.

Nem tudo o que chamamos no dia a dia de “metodologia” é tecnicamente uma metodologia. Scrum é definido como um framework, PMBOK é um guia de referência e ISO 31000 é uma norma com diretrizes para gestão de riscos. Mesmo assim, todos acabam entrando na mesma discussão quando uma empresa procura uma forma mais estruturada de gerir projetos, processos, riscos ou metas.

E não existe uma metodologia universalmente melhor. Uma equipe que recebe demandas novas todos os dias provavelmente precisa de uma estrutura diferente daquela usada para administrar uma obra com orçamento, contratos e entregas definidos previamente.

O tamanho da empresa também não resolve sozinho essa escolha. Segundo o Sebrae, 29% dos MEIs encerram as atividades em até cinco anos, percentual que cai para 21,6% entre microempresas e 17% entre empresas de pequeno porte. O próprio levantamento relaciona a sobrevivência a fatores como preparo do empreendedor, planejamento e experiência anterior, e não ao simples uso de uma metodologia específica.

Por isso, eu começaria por outra pergunta: qual problema de gestão está custando dinheiro ou impedindo a empresa de crescer hoje? A partir dela, fica muito mais fácil escolher entre Scrum, Kanban, PDCA, OKR, Balanced Scorecard ou outras estruturas.

O que é metodologia de gestão

Metodologia de gestão é uma forma estruturada de organizar decisões e atividades dentro de uma empresa. Ela estabelece como o trabalho será realizado, quem será responsável por cada etapa e como o resultado será acompanhado.

Sem algum tipo de método, é comum a empresa resolver o mesmo problema várias vezes. O cliente reclama, alguém intervém, a situação melhora e, alguns meses depois, tudo acontece novamente porque a causa do problema nunca virou processo.

Uma boa metodologia tenta justamente reduzir essa dependência de soluções pontuais.

Na prática, três elementos aparecem com frequência:

• Etapas definidas: existe uma lógica para sair do problema e chegar ao resultado.
• Papéis e responsabilidades: fica claro quem decide, executa e acompanha.
• Indicadores: a empresa consegue verificar se a mudança realmente funcionou.

Isso não significa burocratizar tudo com processos. Se a empresa cria dez reuniões, oito planilhas e cinco níveis de aprovação para controlar uma atividade simples, ela pode até ter implementado uma metodologia, mas piorado a gestão.

Se eu estivesse estruturando uma empresa do zero hoje, não começaria escolhendo entre cinco frameworks diferentes. Primeiro mapearia os três ou quatro processos que mais consomem tempo ou dinheiro. Só depois decidiria onde realmente vale criar rotina, indicador e responsável.

Uma empresa também não precisa escolher uma única metodologia. É perfeitamente possível usar Kanban para acompanhar demandas de uma equipe, PDCA para corrigir um processo operacional e OKR para definir prioridades estratégicas.

Principais metodologias de gestão de projetos

Projetos têm uma característica específica: normalmente existe um objetivo definido, recursos limitados e algum prazo para entregar o resultado.

Quando requisitos mudam bastante ao longo da execução, estruturas iterativas tendem a funcionar melhor. Quando contratos, orçamento, escopo e responsabilidades precisam de maior formalização, uma governança mais estruturada pode ser necessária.

Característica	Abordagens ágeis	Abordagens mais estruturadas
Planejamento	Revisto durante a execução	Maior definição antecipada
Entregas	Incrementais	Podem ocorrer por etapas ou marcos
Mudanças	Incorporadas ao processo	Exigem maior controle de impacto
Melhor aplicação	Ambientes de maior incerteza	Projetos que exigem forte governança e documentação

A escolha não precisa ser binária. Muitos projetos usam abordagens híbridas, combinando planejamento formal com ciclos curtos de execução.

O que são metodologias ágeis (Scrum, Kanban)?

Scrum e Kanban aparecem juntos com frequência, mas funcionam de formas diferentes.

O Scrum é um framework baseado em ciclos curtos de trabalho chamados sprints. Pelo Scrum Guide, cada sprint tem duração máxima de um mês e inclui planejamento, execução, acompanhamento e revisão do trabalho realizado.

Imagine uma equipe desenvolvendo um novo aplicativo. Em vez de passar seis meses construindo tudo para descobrir somente no final se o cliente gostou, o time pode desenvolver uma funcionalidade, testar, coletar feedback e incorporar o aprendizado no ciclo seguinte. Neste caso, o Scrum ganha bastante valor aqui, já que irá reduzir o tamanho da aposta feita antes de receber informação nova.

O Kanban trabalha com outra lógica. O foco está no fluxo do trabalho. As tarefas são visualizadas conforme avançam pelo processo e a equipe controla quanto trabalho permanece iniciado, mas ainda não concluído (o chamado WIP, ou Work in Progress).

Um exemplo simples:

A fazer	Em andamento	Concluído
Revisar contrato	Atualizar proposta	Emitir nota
Ligar para cliente	Preparar apresentação	Enviar relatório

Só que o quadro, sozinho, não é Kanban. Um dos pontos centrais é controlar o trabalho em andamento. Se dez pessoas começam vinte tarefas e ninguém termina nenhuma, movimentar cartões em um quadro bonito não resolveu o problema.

Nesse tipo de operação, eu prefiro visualizar algo assim:

Demanda	Status	Prioridade
Atualização de resultado trimestral	Em andamento	Alta
Revisão de tese	A fazer	Média
Fato relevante que saiu hoje	A fazer	Urgente
Relatório já revisado	Concluído	—

A vantagem é enxergar rapidamente o que precisa passar na frente e, principalmente, impedir que todo mundo comece tudo ao mesmo tempo.

Eu usaria Scrum principalmente quando existe um produto ou projeto complexo que pode ser desenvolvido de forma incremental. Kanban me parece mais natural quando as demandas entram continuamente, como acontece em atendimento, operações, conteúdo, jurídico ou suporte.

PMBOK, PRINCE2 e as metodologias tradicionais

O PMBOK não é propriamente uma metodologia. O PMBOK Guide é uma referência publicada pelo Project Management Institute (PMI). A 8ª edição, lançada em novembro de 2025, trabalha com princípios e domínios de desempenho e reforça a adaptação das práticas ao contexto de cada projeto. Portanto, tratá-lo como um roteiro rígido de etapas seria incorreto.

Ele ajuda a estruturar questões como:

• governança;
• escopo;
• cronograma;
• finanças;
• recursos;
• riscos;
• stakeholders.

Já o PRINCE2 é um método de gestão de projetos. Sua versão 7 trabalha com sete princípios, sete práticas e sete processos, além de definir responsabilidades dentro da estrutura do projeto. A versão atual também aumentou a flexibilidade e a possibilidade de adaptação ao contexto, inclusive permitindo integração com abordagens Agile e Lean.

Por isso, eu evitaria a ideia simplista de que “ágil é flexível e tradicional é rígido”. A diferença está muito mais no nível de governança, planejamento, controle e documentação necessário para aquele projeto.

Uma reforma de pequena escala e uma obra de infraestrutura bilionária são projetos, mas seria estranho administrar os dois com exatamente o mesmo nível de controle.

E eu aplicaria o mesmo raciocínio dentro de uma empresa. Para lançar uma nova página no site, eu provavelmente não criaria um documento de governança de 30 páginas. Mas, se estivesse coordenando uma implantação que envolve financeiro, jurídico, tecnologia, produto e fornecedores externos, faria sentido deixar escopo, responsáveis, dependências, riscos e prazos muito mais formais.

Metodologias de gestão por área da empresa

Nem todo problema empresarial é um projeto. A empresa também precisa administrar processos recorrentes, pessoas, qualidade, riscos, conhecimento e mudanças organizacionais.

Nesses casos, existem diferentes métodos, normas e modelos que podem ser usados em cada área.

Gestão de processos

Gestão de processos, ou Business Process Management (BPM), busca entender como uma atividade acontece do início ao fim e como ela pode ser melhorada.

Um processo de cobrança, por exemplo, pode envolver emissão da fatura, envio ao cliente, acompanhamento do vencimento, cobrança de atrasos e eventual renegociação. Quando ninguém olha para o processo inteiro, cada área pode fazer sua parte corretamente e, ainda assim, o resultado final ser ruim.

O ciclo PDCA é uma das estruturas mais conhecidas para melhoria contínua:

1. Plan: identificar o problema e planejar a mudança.
2. Do: executar o plano.
3. Check: comparar o resultado com o esperado.
4. Act: corrigir, padronizar o que funcionou e iniciar um novo ciclo quando necessário.

Imagine isso na gestão financeira. Uma empresa recebe em média 60 dias depois da venda, mas paga seus principais fornecedores em 30.

O problema aparece no caixa, mas a solução não necessariamente começa procurando um empréstimo. Primeiro eu olharia o processo: prazo dado aos clientes, inadimplência, estoque, negociação com fornecedores e política comercial.

É esse tipo de análise que conecta melhoria de processos ao planejamento financeiro empresarial.

Gestão de pessoas

Gestão de pessoas não é uma metodologia única, mas uma área que reúne diferentes práticas para contratar, desenvolver, avaliar e reter profissionais.

Entre elas estão:

• avaliação de desempenho;
• feedbacks periódicos;
• planos de desenvolvimento;
• definição de competências;
• pesquisas de clima;
• planejamento de sucessão.

O ponto que eu considero mais importante aqui é transformar expectativas subjetivas em critérios minimamente claros.

Se um profissional descobre somente na avaliação anual que passou doze meses entregando abaixo do esperado, existe um problema de gestão antes de existir um problema de desempenho.

Eu prefiro trabalhar com uma lógica muito mais visível: o que essa pessoa precisa entregar, com qual nível de qualidade, até quando e como eu vou saber se aquilo deu certo?

Por exemplo, se eu estivesse gerindo uma equipe de conteúdo, não colocaria simplesmente uma meta como “produzir mais artigos”.

Eu poderia acompanhar:

• quantidade produzida;
• prazo de entrega;
• retrabalho;
• tráfego gerado;
• conversão;
• atualização de conteúdos antigos;
• qualidade editorial.

A produtividade pode até subir enquanto o resultado da área piora. Se a equipe dobra o número de textos, mas ninguém encontra esses conteúdos e nenhum deles gera negócio, o indicador escolhido está contando apenas metade da história.

Ciclos mais frequentes de acompanhamento diminuem esse intervalo entre o problema e a correção.

Isso ganha ainda mais importância durante o crescimento da empresa. Contratar rapidamente sem processos claros pode aumentar a equipe e os custos muito antes de aumentar a produtividade.

Gestão de riscos

Gestão de riscos significa identificar incertezas capazes de afetar os objetivos da empresa e decidir como lidar com elas.

A ISO 31000:2018 continua sendo uma das principais referências internacionais para o tema. A norma trata risco de forma estruturada, passando por identificação, análise, avaliação, tratamento, monitoramento e comunicação. A versão de 2018 foi revisada e confirmada pela ISO em 2023.

Na prática, o processo pode funcionar assim:

• Identificação: o que pode acontecer?
• Análise: qual a probabilidade e qual seria o impacto?
• Avaliação: quais riscos exigem prioridade?
• Tratamento: é melhor evitar, reduzir, compartilhar ou aceitar o risco?
• Monitoramento: o risco ou sua probabilidade mudaram?

Para uma empresa, isso pode significar acompanhar concentração de receita em poucos clientes, dependência de fornecedor, exposição cambial, vencimentos de dívida ou necessidade de capital de giro.

É uma lógica que também faz parte do meu trabalho analisando empresas. Uma companhia pode apresentar lucro crescente e, mesmo assim, ter um risco importante escondido em outra linha: dívida vencendo no curto prazo, inadimplência aumentando, dependência de poucos clientes ou necessidade crescente de capital para sustentar a expansão.

Eu não olharia só para “quanto a empresa ganhou”. Perguntaria também: o que precisa continuar dando certo para esse resultado se sustentar?

Na própria empresa eu faria o mesmo. Imagine que 45% da receita venha de um único cliente. Não existe problema enquanto esse cliente continua comprando. Mas existe um risco de concentração que precisa ser conhecido antes de ele decidir sair.

É por isso que eu gosto de separar risco operacional de risco financeiro.

Uma empresa pode ser boa operacionalmente e, ainda assim, ter uma estrutura financeira ruim. Imagine um negócio lucrativo que recebe dos clientes em 90 dias, mas concentra grande parte das dívidas vencendo nos próximos seis meses.

O produto pode funcionar. A empresa pode crescer. E mesmo assim faltar caixa. Nesse caso, analisar prazo, custo da dívida e liquidez financeira faz parte da gestão de risco, não apenas da área financeira.

Gestão da qualidade

Gestão da qualidade busca fazer com que um produto ou serviço seja entregue consistentemente dentro dos requisitos definidos.

A ISO 9001 é a principal referência internacional para sistemas de gestão da qualidade. Em setembro de 2026, a ISO está no processo de publicação de uma nova edição da norma, que substituirá a versão de 2015.

Outra abordagem conhecida é o Total Quality Management (TQM), que leva a responsabilidade pela qualidade para toda a organização. Já Lean e Six Sigma atuam sobre problemas relacionados ao desperdício, eficiência e variabilidade de processos. O efeito financeiro é relativamente intuitivo.

Menos erro pode significar:

• menos retrabalho;
• menos desperdício de matéria-prima;
• menos devoluções;
• menos horas gastas corrigindo problemas;
• maior capacidade produtiva usando a mesma estrutura.

Em uma operação de conteúdo, por exemplo, eu pensaria em qualidade também como redução de retrabalho.

Se cinco pessoas precisam revisar um material várias vezes porque o briefing inicial estava ruim, o problema não está necessariamente em quem escreveu. Pode estar no começo do processo.

Um briefing melhor pode diminuir horas de revisão sem precisar contratar ninguém ou cobrar que a equipe “produza mais”. É esse tipo de ganho que eu procuro quando penso em eficiência: não simplesmente fazer as pessoas correrem mais rápido, mas retirar etapas que não precisavam existir.

Gestão do conhecimento

Gestão do conhecimento organiza aquilo que a empresa aprendeu para que esse conhecimento não dependa exclusivamente da memória de determinadas pessoas.

Isso parece abstrato até um profissional importante sair da companhia.

Imagine um vendedor que trabalha há oito anos com os principais clientes e sabe:

• quem realmente decide cada contrato;
• quais objeções aparecem;
• como cada cliente negocia;
• quais produtos funcionam melhor;
• quais erros já foram cometidos.

Se nada disso estiver documentado ou compartilhado, parte do ativo comercial da empresa vai embora junto com ele.

Eu já trabalhei em projetos nos quais o mesmo assunto precisava ser entendido por públicos completamente diferentes.

Em uma revisão de ferramentas digitais, por exemplo, a equipe editorial precisava receber um briefing explicando conteúdo, experiência do usuário e SEO. Já os desenvolvedores precisavam saber exatamente qual regra, cálculo ou comportamento da ferramenta deveria ser alterado. Mandar o mesmo documento para todo mundo provavelmente geraria ruído.

Por isso, eu organizava a informação de acordo com quem precisava executá-la. O conhecimento era o mesmo; a forma de transformá-lo em ação mudava.

Esse também é um ponto importante da gestão do conhecimento: documentar não é simplesmente acumular arquivos em uma pasta.

Algumas formas de reduzir a dependência de pessoas específicas são:

• documentar processos;
• criar bases internas de conhecimento;
• registrar decisões relevantes;
• estruturar onboarding;
• manter programas de mentoria;
• documentar aprendizados de projetos.

Não significa registrar cada conversa da empresa. O objetivo é preservar conhecimento que seria caro reconstruir.

Gestão de mudanças organizacionais

Gestão de mudanças é necessária quando a empresa precisa alterar não apenas um processo, mas a forma como as pessoas trabalham.

Isso acontece em situações como:

• implantação de um novo sistema;
• fusões e aquisições;
• reorganizações;
• mudança de estrutura;
• automação;
• redução de custos;
• revisão de processos.

O modelo de John Kotter ficou conhecido por organizar mudanças em oito etapas, começando pela criação de senso de urgência e avançando até a incorporação da transformação à organização.

Mas existe um problema que nenhum cronograma resolve sozinho: pessoas precisam entender por que aquela mudança está acontecendo.

É comum a empresa investir meses desenhando o novo processo e poucas horas explicando para a equipe por que o processo antigo deixou de funcionar. Na minha leitura, esse é um erro de alocação de esforço.

Se eu decidisse automatizar uma parte importante da operação da minha empresa, por exemplo, não começaria simplesmente apresentando a nova ferramenta na segunda-feira. Eu mostraria primeiro qual problema estamos tentando resolver.

Hoje gastamos 40 horas por semana nessa atividade? Existe muito retrabalho? A automação vai liberar a equipe para fazer outra coisa? Qual trabalho continua dependendo de decisão humana?

Quando as pessoas só enxergam “a empresa vai automatizar meu trabalho”, a resistência é previsível. Quando entendem processo, objetivo e impacto, a discussão muda.

Quanto maior o efeito da mudança sobre rotina, poder de decisão, remuneração ou emprego das pessoas, maior precisa ser o investimento em comunicação e alinhamento.

OKR e Balanced Scorecard: metodologias de gestão estratégica

OKR e Balanced Scorecard tentam resolver um problema bastante comum: transformar estratégia em alguma coisa que possa ser acompanhada no cotidiano. O OKR, sigla para Objectives and Key Results, combina um objetivo com resultados-chave mensuráveis.

Exemplo:

Objetivo: melhorar a geração de caixa da empresa.

Resultados-chave:

• reduzir o prazo médio de recebimento;
• diminuir estoque parado;
• aumentar a margem operacional;
• reduzir despesas financeiras.

A lógica dos OKRs começou na Intel e posteriormente ganhou grande visibilidade com sua adoção pelo Google.

O Balanced Scorecard, desenvolvido por Robert Kaplan e David Norton, surgiu justamente da percepção de que avaliar uma empresa apenas por indicadores financeiros oferecia uma visão incompleta do desempenho.

Sua estrutura clássica acompanha quatro perspectivas:

• Financeira: receita, rentabilidade, retorno e geração de caixa.
• Clientes: satisfação, retenção e participação de mercado.
• Processos internos: produtividade, qualidade e eficiência.
• Aprendizado e crescimento: pessoas, competências e capacidade de inovação.

A diferença prática é que o BSC oferece uma visão mais ampla da estratégia, enquanto o OKR costuma ser usado para traduzir prioridades em objetivos e resultados acompanhados em ciclos mais curtos.

Se eu estivesse aplicando OKR na minha própria empresa, evitaria algo como:

Objetivo: ser a melhor empresa do mercado.

Eu preferiria algo como:

Objetivo: tornar a operação de conteúdo uma fonte relevante de aquisição de clientes.

E poderia acompanhar resultados como:

• aumentar tráfego orgânico qualificado;
• aumentar geração de leads via conteúdo;
• reduzir o tempo entre briefing e publicação;
• ampliar a participação dos conteúdos que aparecem nas primeiras posições de busca.

A partir daí, cada equipe consegue ligar o trabalho diário a um resultado de negócio. Mas existe uma condição para OKR e BSC funcionarem: a empresa precisa medir alguma coisa com qualidade.

Se a companhia não consegue calcular margem corretamente, não acompanha inadimplência, não conhece o prazo médio de recebimento e sequer possui uma gestão financeira empresarial minimamente organizada, criar dezenas de indicadores não melhora a gestão.

Como escolher a metodologia de gestão ideal para sua empresa

Eu começaria escolhendo um problema.

Pergunte:

1. Qual problema queremos resolver?
2. Quanto esse problema custa hoje?
3. Como saberemos se melhorou?
4. Quem precisa participar da solução?
5. Em quanto tempo esperamos perceber resultado?

Depois disso, a metodologia fica muito mais fácil de escolher.

Problema principal	Estrutura que pode ajudar
Muitas demandas simultâneas e tarefas paradas	Kanban
Desenvolvimento de produto complexo e incremental	Scrum
Processo com erros recorrentes	PDCA
Projeto que exige governança estruturada	PMBOK / PRINCE2
Falta de prioridades estratégicas claras	OKR
Estratégia sem visão integrada de indicadores	Balanced Scorecard
Riscos pouco mapeados	ISO 31000
Problemas recorrentes de qualidade	ISO 9001 / Lean / Six Sigma

Também consideraria quatro características da empresa:

• Porte e complexidade: estruturas pequenas normalmente precisam começar simples.
• Maturidade de gestão: não adianta implantar uma estrutura sofisticada se os dados básicos ainda não existem.
• Capacidade da equipe: cada método consome tempo para acompanhamento e gestão.
• Custo do problema: quanto maior o impacto, mais justificável tende a ser a formalização.

Na minha empresa, provavelmente faria uma planilha bem pouco sofisticada antes de qualquer implantação maior:

Problema	Impacto	Indicador atual	Meta	Responsável
Conteúdo demora para publicar	Alto	15 dias	8 dias	Conteúdo
Clientes pagam atrasado	Alto	18% em atraso	10%	Financeiro
Muito retrabalho	Médio	3 revisões por entrega	1 revisão	Operações

Só essa tabela já obriga a empresa a responder uma coisa importante: o que exatamente queremos melhorar?

Depois eu escolheria a ferramenta. Minha principal ressalva é contra implementar várias metodologias simultaneamente. É muito fácil uma empresa sair de nenhuma gestão formal para reuniões de Scrum, OKRs trimestrais, BSC, Kanban, PDCA e dezenas de indicadores.

Na prática, ninguém sabe mais qual reunião serve para quê.

Eu escolheria uma dor relevante, implantaria uma estrutura simples, definiria dois ou três indicadores e acompanharia se houve melhora. Só depois ampliaria. Também separaria gestão operacional de estrutura financeira.

Uma metodologia pode melhorar produtividade, reduzir erros e organizar prioridades. Ela não cria caixa automaticamente. Da mesma forma, crédito não corrige um processo estruturalmente ruim.

Se a empresa perde dinheiro a cada venda, contratar uma linha de crédito apenas financia o problema por mais tempo.

Por outro lado, uma empresa economicamente saudável pode enfrentar um descasamento entre recebimentos e pagamentos ou carregar dívidas curtas e caras. Nesse caso, reorganizar o capital de giro ou alongar o passivo pode fazer parte da solução.

O crédito com garantia de imóvel, por exemplo, permite utilizar um imóvel como garantia para acessar valores maiores e prazos mais longos do que os encontrados em diversas modalidades de crédito sem garantia.

Mas eu faria a conta antes: qual dívida será substituída, qual será o novo CET, como ficará o fluxo de caixa e se a empresa terá capacidade de pagar as parcelas.

Por isso, acompanhar capital de giro, endividamento e saúde financeira da empresa precisa acontecer junto com qualquer esforço de melhoria da gestão.

Perguntas frequentes sobre metodologias de gestão

Aqui estão as diferenças práticas entre as principais metodologias e quando cada uma pode fazer sentido.

O que é uma metodologia de gestão?

Metodologia de gestão é uma forma estruturada de planejar, executar, acompanhar e melhorar atividades dentro de uma empresa. Ela normalmente define processos, responsabilidades e indicadores para reduzir decisões improvisadas e permitir que resultados sejam avaliados.

Qual a diferença entre metodologia ágil e metodologia tradicional?

Abordagens ágeis trabalham com ciclos de feedback e adaptação mais frequentes. Estruturas tradicionais costumam dar maior peso ao planejamento, governança e documentação. A divisão, porém, não é absoluta: PMBOK e PRINCE2 atuais permitem adaptação e podem ser combinados com práticas ágeis.

Qual metodologia de gestão é mais indicada para pequenas empresas?

Depende do problema. Para organizar tarefas, Kanban pode ser suficiente. Para melhorar um processo recorrente, PDCA é uma alternativa simples. Antes de adotar frameworks mais complexos, pequenas empresas tendem a ganhar mais resolvendo um problema específico com poucos indicadores bem acompanhados.

OKR e Balanced Scorecard são a mesma coisa?

Não. OKR transforma prioridades em objetivos e resultados-chave mensuráveis, normalmente acompanhados em ciclos mais curtos. O Balanced Scorecard organiza a estratégia em perspectivas financeira, clientes, processos internos e aprendizado e crescimento.

Como a gestão de riscos se relaciona com decisões financeiras da empresa?

A gestão de riscos ajuda a identificar situações capazes de afetar caixa, rentabilidade ou continuidade da empresa, como inadimplência de clientes, concentração de receita, alta do custo da dívida, exposição cambial ou vencimentos concentrados. Depois, a empresa decide se deve reduzir, compartilhar, evitar ou aceitar cada risco.

É possível usar mais de uma metodologia de gestão ao mesmo tempo?

Sim. Uma empresa pode usar Scrum no desenvolvimento de produtos, Kanban no atendimento, PDCA para corrigir processos e OKR na estratégia. O importante é que cada estrutura resolva um problema claro. Acumular metodologias sem saber qual função cada uma cumpre tende apenas a aumentar a burocracia.

Fontes

INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 31000:2018: Risk management — Guidelines. Genebra: ISO, 2018. Revisão confirmada em 2023. Disponível em: https://www.iso.org/standard/65694.html. Acesso em: 10 set. 2026.

INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 9001: Quality management systems — Requirements. Genebra: ISO, 2026. Disponível em: https://www.iso.org/standard/9001. Acesso em: 10 set. 2026.

KAPLAN, Robert S.; NORTON, David P. The Balanced Scorecard — Measures that Drive Performance. Harvard Business Review, jan./fev. 1992. Disponível em: https://hbr.org/1992/01/the-balanced-scorecard-measures-that-drive-performance-2. Acesso em: 11 set. 2026.

KANBAN GUIDES. The Kanban Guide. versão maio 2025. 2025. Disponível em: https://kanbanguides.org/the-kanban-guide/2025.5/. Acesso em: 11 set. 2026.

PEOPLECERT. PRINCE2 Project Management Foundation: Version 7. [S. l.]: PeopleCert, [2026]. Disponível em: https://www.peoplecert.org/. Acesso em: 11 set. 2026.

PROJECT MANAGEMENT INSTITUTE. A Guide to the Project Management Body of Knowledge (PMBOK Guide). 8. ed. Newtown Square: Project Management Institute, 2025. Disponível em: https://www.pmi.org/standards/pmbok. Acesso em: 12 set. 2026.

SCHWABER, Ken; SUTHERLAND, Jeff. The Scrum Guide: The Definitive Guide to Scrum: The Rules of the Game. 2020. Disponível em: https://scrumguides.org/scrum-guide.html. Acesso em: 12 set. 2026.

SEBRAE. A taxa de sobrevivência das empresas no Brasil. Brasília, DF: Sebrae, 2023. Dados da pesquisa Sobrevivência de Empresas 2020. Disponível em: https://sebrae.com.br/. Acesso em: 12 set. 2026.