O princípio de três palavras que transformou minha rotina
Vim para um trabalho há uns dois anos e meio, e desde o primeiro mês percebi que a maior parte do tempo era gasto com escassez de clareza. O negócio era claro, a equipe era competente, mas a entrega travava em decisões que nunca eram realmente decididas. Foi quando alguém comentou que 3 palavrinhas é bom é muito bom porque cortava 80% da burocracia interna. Não era marketing. Era um padrão que eu via funcionando em projetos menores, de forma quase intuitiva. A frase completa, na verdade, funciona como um gatilho de decisão rápida. São três palavras em português que resumem o critério mínimo de aprovação de qualquer entregável, tarefa ou proposta interna. Se a resposta para o questionamento de valor for positiva, o projeto segue. Se não for, ele é arquivado ou remanejado. Simples. Sem análise SWOT desnecessária, sem rodízio de reuniões de alinhamento que não levam a lugar nenhum.
3 palavrinhas é bom é muito bom
Na prática, o processo se parece com isso: você recebe uma solicitação, aplica a pergunta-chave — "é bom?" — e a resposta já dita o próximo passo. Se for "sim", você prioriza. Se for "talvez", você solicita mais dados. Se for "não", você descarta sem culpa. Isso corta drasticamente o tempo que equipes gastam em projetos com viés de viabilidade duvidosa. Eu já vi esse método ser usado em times de até 40 pessoas, com resultados visíveis em três semanas. O ganho médio de produtividade que observei foi de cerca de 15 a 20% na finalização de tarefas, porque havia muito menos retrabalho. O custo dessa abordagem, por outro lado, é que ela exige que todos os envolvidos dominem o contexto do projeto. Se alguém não estiver sintonizado, a resposta pode ser equivocada e levar a uma decisão precipitada.
Como implementar na sua equipe
O primeiro passo é criar um documento único, acessível a todos, onde fique registrado o critério de decisão baseado nessas três palavras. Ele precisa ser revisado a cada dois meses, senão perde a eficácia porque o contexto muda. Um colega meu tentou implementar isso num setor de atendimento e esqueceu de atualizar o documento por quatro meses. Quando foi revisar, o critério já não correspondia mais à realidade — o que gerou inconsistência nas respostas da equipe. O passo a passo funciona assim:
👉 Clique no botão abaixo para saber mais sobre o assunto!
1. Defina quem é responsável por aplicar o critério. Geralmente, é o líder de projeto ou quem tem autonomia de decisão. 2. Crie um checklist rápido com três perguntas básicas antes de qualquer aprovação: qual é o objetivo? O que estamos entregando? Isso é bom para o negócio agora? 3. Treine a equipe com exemplos reais, bons e ruins, para que todos entendam o padrão. 4. Estabeleça um prazo máximo de resposta: se a decisão leva mais de 48 horas, algo está errado. 5. Revisa bimestral do documento de critério. No meu caso, a primeira vez que apliquei esse sistema, eu estava lidando com uma planilha de demandas que tinha mais de 200 itens pendentes. Em uma manhã, aplicando o critério de forma sistematica, eliminei cerca de 60% das entradas que não se encaixavam. O tempo que eu gastava revisando aquelas demandas caía de aproximadamente quatro horas por semana para trinta minutos.
O problema que ninguém menciona
O ponto cego desse método é a subjetividade da palavra "bom". Diferentes pessoas, diferentes culturas organizacionais e diferentes níveis de senioridade interpretam o termo de maneiras distintas. Eu já perdi uma revisão importante porque um colega considerou "bom" algo que, na minha visão, era apenas "aceitável". A solução que encontrei foi criar uma matriz de classificação simples: bom, aceitável e ruim, com critérios objetivos para cada nível. Isso reduziu conflitos em cerca de 70%, segundo minha experiência em três projetos consecutivos. Também há o risco de pessoas usarem o critério como desculpa para preguiça decisória. Já vi gestores dizerem "não é bom" para evitar tomar uma posição difícil. Nesse caso, o método vira ferramenta de procrastinação disfarçada. A saída é exigir justificativa escrita quando a resposta for negativa. Sem justificativa, a decisão volta para quem a propôs, não para quem a rejeitou.
Quando não usar
Esse padrão não funciona bem em ambientes altamente regulamentados, como saúde ou aviação, onde decisões precisam passar por múltiplas camadas de validação. Também não se aplica a projetos criativos que dependem de exploração e iteração constante, porque a pressão por uma resposta binária mata a inovação. Nestes casos, prefira frameworks mais flexíveis, como design thinking ou agile com sprints curtos. Se você trabalha em uma área onde a ambiguidade é parte do processo, como pesquisa acadêmica ou desenvolvimento de produtos inovadores, o método vai gerar mais atrito do que eficiência. Nessas situações, recomenda-se manter uma versão adaptada, onde o critério é aplicado apenas nas etapas de validação final, não no processo criativo em si.
Acho que é isso. Testem, ajustem, e se der errado, voltem ao ponto de partida e revisitem os critérios. Nada perfeito existe, mas algo simples e bem executado resolve mais do que algo complexo e mal aplicado.
