7 modelos de tomada de decisão que toda equipe deveria conhecer

Imagine a reunião em que uma decisão de verdade deveria acontecer. Oito pessoas, quarenta minutos e, de algum modo, a opinião mais barulhenta vence enquanto três vozes mais discretas nunca são ouvidas. Duas semanas depois, ninguém concorda sobre o que de fato foi decidido, nem sobre quem é o responsável.

A maioria das equipes não tem um problema de raciocínio. Tem um problema de processo. O modelo de tomada de decisão certo dá ao grupo um caminho compartilhado do "precisamos escolher" até o "escolhemos, e aqui está quem responde por isso", que é justamente onde tantas equipes brilhantes empacam. O detalhe é que não existe um único melhor modelo. Uma decisão de software reversível de US$ 200 merece um processo diferente de uma contratação ou de uma virada de produto. Então aqui vão sete modelos que vale a pena conhecer: o que é cada um, quando recorrer a ele e um exemplo rápido, seguidos de uma forma simples de escolher.

Os modelos estruturados para decisões de alto risco

Quando uma escolha é cara e difícil de desfazer, você quer um processo que o desacelere de propósito. Dois modelos clássicos ficam nos extremos opostos de quanto rigor uma decisão merece.

1. O modelo racional (estruturado)

O que é: A abordagem dos manuais. Você define o problema, estabelece seus critérios, reúne informações, lista as opções, pontua cada uma frente aos critérios, escolhe a de maior pontuação e então verifica o resultado. Ele pressupõe que você consegue reunir informações suficientes para avaliar as alternativas de forma ordenada.

Quando usar: Decisões de alto risco e baixa pressão de tempo, em que o custo de errar é muito maior que o da análise. Seleção de fornecedores, contratação de um cargo-chave, escolha de um mercado a entrar.

Exemplo rápido: Uma equipe que escolhe um provedor de folha de pagamento anota cinco requisitos obrigatórios (custo, integrações, tempo de resposta do suporte, cobertura de conformidade e facilidade de configuração), pesquisa quatro fornecedores e avalia cada um numa escala de 1 a 5 antes que alguém se apaixone por uma demo.

2. Racionalidade limitada (satisficing)

O que é: A correção de Herbert Simon ao modelo racional. Pessoas reais não conseguem avaliar todas as opções, pois enfrentam informação limitada, banda mental limitada e pressão de tempo. Então, em vez de maximizar, elas satisfazem o suficiente (satisfice), palavra que Simon cunhou misturando satisfy e suffice: você escolhe a primeira opção que ultrapassa um limiar de "bom o bastante" e segue em frente.

Quando usar: Decisões reversíveis e de baixo risco em que a resposta perfeita não vale o custo da busca. A maioria das decisões do dia a dia, sinceramente.

Exemplo rápido: Você precisa de uma sala de reunião para amanhã. Você não compara as doze; pega a primeira que cabe oito pessoas e está livre às 14h. Pronto.

Dica: Antes de começar a analisar, faça uma pergunta em voz alta: "Esta decisão é reversível?" Se você puder desfazê-la em uma semana com pouco custo, satisfaça o suficiente e siga em frente. Reserve o modelo racional para as decisões que você não pode retomar. Tratar toda decisão como de alto risco é, por si só, uma decisão ruim.

Os modelos que classificam e atribuem

Às vezes o difícil não é escolher entre opções. É descobrir o que merece atenção, afinal, ou quem deveria ser quem decide. Estes dois modelos enfrentam isso.

3. A matriz de Eisenhower (urgente vs. importante)

O que é: Uma grade 2x2 batizada em homenagem ao presidente Dwight Eisenhower e popularizada por Stephen Covey. Você classifica as tarefas por dois eixos, urgente e importante, em quatro quadrantes: Fazer (urgente e importante), Agendar (importante, não urgente), Delegar (urgente, não importante) e Eliminar (nenhum dos dois). A armadilha que ela corrige é deixar o trabalho urgente, mas trivial, sufocar o trabalho importante, mas silencioso, que de fato faz você avançar.

Quando usar: Quando uma equipe ou pessoa se afoga numa lista de tarefas e não consegue distinguir quais incêndios valem a pena apagar.

Exemplo rápido: Um líder de suporte mapeia a semana: um escalonamento de cliente vai em Fazer, a reescrita trimestral do playbook vai em Agendar, os pedidos recorrentes do tipo "pode encaminhar este e-mail?" vão em Delegar, e o canal interno do Slack que ninguém lê vai em Eliminar.

4. DACI / RAPID (quem conduz, aprova, contribui, é informado)

O que é: Dois frameworks de atribuição de papéis para decisões que envolvem muita gente. O DACI (Driver, Approver, Contributor, Informed) surgiu na Intuit nos anos 1980 e nomeia exatamente um Driver para conduzir o processo e exatamente um Approver para decidir, com os Contributors fornecendo expertise e os Informed mantidos a par depois. O RAPID, da Bain & Company, divide o trabalho em Recommend, Agree, Perform, Input e Decide, acrescentando um responsável explícito pela execução que o DACI tende a deixar nebuloso.

Quando usar: Decisões interfuncionais em que o problema real é "cozinheiros demais" e ninguém sabe quem de fato decide. Use o DACI para decisões cotidianas mais rápidas; recorra ao RAPID quando a governança é complexa e alguém precisa ser dono do rollout.

Exemplo rápido: Uma mudança de preço afeta vendas, finanças e produto. O PM é o Driver, o VP de Produto é o Approver, os líderes de vendas e finanças são Contributors, e o time de go-to-market mais amplo fica Informed assim que tudo é fechado. Acabou o "espera, quem decide isso?"

Os modelos feitos para velocidade e envolvimento

Há mais dois modelos para as duas situações que quebram a maioria das equipes: quando o relógio é o inimigo e quando você de fato não sabe o quanto envolver os outros.

5. O ciclo OODA (situações rápidas e incertas)

O que é: Um ciclo desenvolvido pelo coronel da Força Aérea John Boyd no início dos anos 1970 para o combate, hoje usado em toda parte, dos negócios à resposta a emergências. Você Observa (reúne o que está acontecendo), Orienta (filtra pela sua experiência), Decide e Age, e então volta direto a Observar. Boyd chamava Orientar de a etapa mais importante, porque duas pessoas podem ver os mesmos dados e lê-los de formas completamente diferentes. A ideia toda é ciclar mais rápido do que a situação, ou a concorrência, muda.

Quando usar: Momentos rápidos e incertos em que esperar pela informação completa custa mais que agir com informação parcial. Resposta a incidentes, o lançamento-surpresa de um concorrente, um evento ao vivo saindo do controle.

Exemplo rápido: Um site cai durante o lançamento de um produto. O time de plantão observa o pico de erros, orienta-se para um deploy recente como causa provável, decide reverter, age, e em seguida volta a observar se as métricas se recuperam, pronto para tentar a próxima coisa.

6. Vroom-Yetton (o quanto envolver a equipe)

O que é: Um modelo de Victor Vroom e Philip Yetton que responde a uma única pergunta: o quanto o líder deveria envolver os outros? Ele mapeia a sua situação para cinco estilos, do autocrático ao totalmente em grupo. Você decide sozinho (A1), reúne informações da equipe e então decide sozinho (A2), consulta as pessoas individualmente (C1), consulta o grupo e então decide sozinho (C2), ou deixa o grupo decidir em conjunto (G2). A escolha depende de três coisas: se a qualidade da decisão é crítica, se você precisa de adesão para que ela se sustente, e se você tem tempo de envolver as pessoas.

Quando usar: Sempre que você se pegar perguntando "será que decido isso sozinho, ou trago a equipe?" É uma ferramenta para ajustar a participação ao momento, em vez de sempre recorrer ao consenso por padrão ou sempre ao comando.

Exemplo rápido: Um gestor que escolhe o pedido de café do escritório decide sozinho (A1). O mesmo gestor, ao reestruturar o fluxo de trabalho da equipe, onde a adesão é tudo, conduz uma sessão em grupo e deixa a equipe moldá-lo (C2 ou G2).

Dica: Quando você precisa que as pessoas realmente coloquem uma decisão em prática, envolva-as antes de ela ser tomada, não depois. A pesquisa de Vroom-Yetton é direta a respeito: a adesão é uma das poucas coisas que justificam de forma confiável um processo mais lento e participativo. Anunciar uma decisão "final" e então pedir apoio é inverter a ordem.

7. Custo-benefício / matriz de decisão ponderada

O que é: Uma ferramenta de pontuação para comparar opções que não são fáceis de comparar. Você lista seus critérios, dá a cada um um peso por importância, pontua cada opção frente a cada critério e então multiplica e soma. A opção com o maior total ponderado vence, no papel. Ela o obriga a dizer em voz alta o que você realmente valoriza e o quanto, o que já é metade do valor.

Quando usar: Decisões com várias opções e diversos fatores concorrentes em que o instinto fica oscilando. Escolher entre ofertas de emprego, softwares, locais ou candidatos.

Exemplo rápido: Ao escolher entre três ferramentas de gestão de projetos, uma equipe pondera "integrações" em 30%, "preço" em 25%, "facilidade de uso" em 25% e "suporte" em 20%, pontua cada ferramenta de 1 a 5, e descobre que a favorita chamativa termina em segundo assim que o preço passa a pesar de verdade.

Como escolher o modelo certo

Você não precisa decorar os sete. Você precisa de quatro perguntas, e as respostas apontam para a ferramenta certa.

• Risco: Alto risco o puxa para o modelo racional ou uma matriz de decisão ponderada. Baixo risco significa satisfazer o suficiente e seguir em frente.
• Reversibilidade: Se você puder desfazer a baixo custo, decida rápido e sem amarras. Se for uma porta de mão única, desacelere e documente.
• Tempo: Quando o relógio é a restrição que manda, o ciclo OODA vence qualquer processo deliberado, porque uma boa decisão tomada tarde demais não passa de uma decisão ruim.
• Ambiguidade: Quando o difícil é saber quem decide e quem precisa aderir, o problema não é a análise, são os papéis. Esse é o território de DACI, RAPID ou Vroom-Yetton.

E aqui está a parte fácil de não perceber: a maioria das equipes falha não em escolher o modelo, mas em lembrar o que decidiu. O framework o leva a uma escolha limpa na sala. Depois a sala se esvazia, a justificativa se apaga, e um mês depois alguém reabre o assunto inteiro porque ninguém anotou o porquê. Quando uma equipe decide numa reunião, registrar o que foi decidido e quem é o responsável é metade da batalha. Um assistente de anotações com IA como o Laxis registra a decisão e o raciocínio por trás dela, extrai automaticamente os itens de ação e seus responsáveis, e os deixa em algum lugar onde todos consigam encontrá-los, para que a decisão não evapore no segundo em que a reunião termina.

Pare de perder decisões depois que a reunião termina

O Laxis grava, transcreve e resume suas reuniões e, em seguida, extrai automaticamente as decisões, os responsáveis e os próximos passos, em mais de 40 idiomas no Zoom, no Meet e no Teams. Há um plano gratuito para começar.

Experimente o Laxis grátis

A conclusão

As melhores equipes não são as que sempre escolhem o modelo "certo". São as que percebem quando escorregaram para o errado: a equipe que roda uma matriz de seis critérios para um pedido de almoço, ou que toma uma decisão de mão única em cinco minutos porque pareceu urgente. Modelos são baratos. Pegar a si mesmo usando um deles de forma errada é a verdadeira habilidade, e vale a pena praticá-la em voz alta, como equipe, até que a pergunta "que tipo de decisão é esta?" vire um reflexo.

Perguntas frequentes

O que é um modelo de tomada de decisão?

Um modelo de tomada de decisão é um processo repetível para ir de uma pergunta a uma escolha. Alguns são sobre lógica, como os seis passos do modelo racional, de definir o problema a avaliar o resultado. Outros são sobre papéis, como o DACI, que nomeia um Driver, um Approver, vários Contributors e os Informed. O objetivo é tornar o caminho explícito para que uma equipe não o reinvente sob pressão a cada vez.

Qual é a diferença entre DACI e RAPID?

Ambos atribuem papéis de decisão, mas enfatizam coisas diferentes. O DACI (Driver, Approver, Contributor, Informed) surgiu na Intuit nos anos 1980 e torna a facilitação e a participação explícitas, o que combina com decisões interfuncionais rápidas. O RAPID (Recommend, Agree, Perform, Input, Decide), da Bain & Company, acrescenta um papel Perform explícito para a execução e um papel Agree para a aprovação, o que combina com uma governança complexa e em vários níveis, em que alguém precisa ser dono do rollout.

Quando uma equipe deve usar o ciclo OODA?

Use o ciclo OODA, desenvolvido pelo coronel da Força Aérea John Boyd no início dos anos 1970, quando a situação é rápida e incerta e você não pode esperar pela informação completa. Você percorre Observar, Orientar, Decidir e Agir, e então recomeça. Boyd considerava Orientar a etapa mais importante porque ela filtra o que você viu pela sua experiência. Ele se encaixa melhor em resposta a incidentes, movimentos competitivos e lançamentos ao vivo do que em escolhas lentas e deliberadas.

O que é satisficing na racionalidade limitada?

Satisficing, um termo que Herbert Simon cunhou misturando satisfy e suffice, significa escolher a primeira opção que ultrapassa um limiar de "bom o bastante", em vez de avaliar cada possibilidade em busca da ótima. Ele reflete a racionalidade limitada: pessoas reais enfrentam informação limitada, capacidade mental limitada e pressão de tempo, então param de procurar assim que uma opção atinge seu nível de aspiração. É a abordagem certa para decisões de baixo risco e reversíveis.

Como escolher o modelo de tomada de decisão certo?

Pese quatro coisas: risco, reversibilidade, tempo e ambiguidade. Decisões de alto risco e difíceis de reverter justificam um modelo estruturado como o modelo racional ou uma matriz de decisão ponderada. As reversíveis e de baixo risco se prestam ao satisficing. Quando o relógio é a restrição, use o ciclo OODA. Quando o problema é principalmente quem decide e quem adere, recorra a DACI, RAPID ou Vroom-Yetton.