A Falta Que A Falta Faz Livro

O que esperar desse livro e como usá-lo na prática

Encontrei o a falta que a falta faz livro por acaso numa livraria de segunda mão, em São Paulo. A capa estava desgastada, mas o conteúdo chamou minha atenção porque o tema — a ausência como motor de decisão — aparece o tempo todo em processos de design e desenvolvimento, quase sempre como algo que se ignora até virar problema. A obra não é um manual passo a passo com Checklists numbered. Ela trabalha com casos, falas, diagramas simples e uma certa resistência em dar respostas prontas. O autor, quando identifica uma situação, prefere mostrar o caminho que já percorreu do que afirmar que aquele é o único caminho possível. Isso pode frustrar quem busca um tutorial direto, mas ajuda quem precisa entender por que certas escolhas falham no dia a dia.

Por que o a falta que a falta faz livro ainda se discute em 2025

O livro ganhou espaço principalmente entre equipes que trabalham com produtos digitais, embora o conteúdo seja transversal. A tese central é que a falta — seja de informação, de recurso, de clareza — é mais produtiva quando é reconhecida do que quando é mascarada. Na prática, isso significa que muitas vezes o que te impede de seguir em frente não é a quantidade de dados disponíveis, mas a falta de um filtro que organize esses dados em prioridades reais. Lembro de um projeto onde estávamos perdendo semanas porque o time insistia em coletar métricas para justificar uma escolha de arquitetura que já precisava ser tomada. O livro me lembrou de algo que eu sabia na cabeça, mas não estava aplicando: a falta de dados pode ser um dado. Quando não há número suficiente para tomar a decisão com confiança, a própria carência de informação já indica que o modelo escolhido não é adequado ao estágio do projeto. Usei essa ideia para cortar o processo de coleta em cerca de 70% e ainda assim chegamos a uma decisão mais sólida do que se tivéssemos insistido na coleta completa.

Como o livro organiza o raciocínio

Cada capítulo parte de uma situação concreta, geralmente ligada a erros recorrentes em equipes de tecnologia ou design. O autor desmonta a situação, mostra o que foi ignorado e propõe uma leitura diferente do mesmo problema. Não há fórmulas universais. Há, sim, perguntas que valem a pena fazer antes de avançar. Um dos trechos mais úteis trata da diferença entre o que falta de fato e o que a equipe acha que falta. Na minha experiência, essa distinção costuma economizar horas de reunião. Quando você consegue nomear o que está ausente com precisão, a solução muitas vezes aparece sem esforço adicional. Quando você only sente que algo falta, tende a chamar mais reuniões para discutir o que falta, criando um loop infinito.

Limitações que o livro não esconde

O texto é denso em alguns momentos. Há passagens que exigem releitura, especialmente quando o autor trabalha com conceitos que misturam teoria da decisão, psicologia organizacional e prática de produto. Se você busca algo leve para ler no ônibus, esse não é o material ideal. Outro ponto: o livro não oferece templates prontos. Quem espera encontrar listas de verificação para copiar e colar vai sentir falta disso. A proposta é outra. A ideia é que você saia com uma mudança de perspectiva, não com um documento para seguir cegamente. Em projetos muito regulados, essa abordagem pode parecer insuficiente. Há também o risco de o leitor interpretar a tese da "falta produtiva" como justificativa para a negligência. O autor chega a conversar isso em um dos capítulos finais, mas não de forma exagerada. Se você levar a ideia ao extremo, corre o risco de transformar qualquer gap em algo bonito e inevitável. O equilíbrio está em usar a ausência como sinal, não como desculpa.

O que tirar de útil na prática

Uma das ferramentas que mais usei veio de um exercício do livro: mapear, antes de começar qualquer trabalho, o que não sei sobre o problema. Parece simples, mas a maioria das pessoas preenche essa lista com suposições disfarçadas de lacunas. O livro ensina a diferenciar os dois, e essa diferenciação muda completamente a forma como se planeja uma entrega. Outro ponto que achei relevante é a maneira como o autor trata a comunicação interna. Ele sugere que muitos atritos acontecem porque as equipes falam de coisas diferentes usando os mesmos nomes. "Escopo", "prazo", "funcionalidade" — palavras que todo mundo entende de um jeito. Reconhecer isso evita boa parte do tempo perdido em conversas que parecem produtivas mas não levam a lugar nenhum.

Para quem esse livro é útil

Se você trabalha com produtos, gestão de projetos, design de serviços ou qualquer área onde decisões precisam ser tomadas sob incerteza, o conteúdo faz sentido. Pessoas que lidam com equipes, especialmente em contextos de escassez de informação, tendem a encontrar mais valor do que quem atua de forma isolada. O a falta que a falta faz livro não é leitura obrigatória para quem acaba de entrar na área. Recomendo mais para quem já sentiu, na pele, que certos problemas se repetem independentemente das ferramentas ou metodologias usadas. Aí a proposta do autor começa a fazer mais sentido.

Considerações finais

O livro tem pontos fracos. O ritmo pode ser cansativo. Alguns exemplos repetem a mesma lógica com variações pequenas. Mas a ideia central é coerente e se sustenta ao longo das páginas. Se você estiver disposto a ler com atenção e aplicar as questões propostas, o retorno tende a ser maior do que o investimento de tempo. Em resumo: a falta que a falta faz não é um conceito novo, mas a forma como o livro o encena — sem dogmas, com honestidade sobre limites e exemplos reais — torna a leitura relevante mesmo anos depois de publicada.