A Lista De Brett Pdf

O que é a Lista de Brett e por que ainda se usa

A Lista de Brett é uma técnica de identificação de riscos e problemas em projetos, criada pelo consultor David C. Evans nos anos 90. A ideia central é simples: para cada aspecto do seu projeto, você faz perguntas padronizadas que forçam a equipe a pensar em algo que poderia dar errado. Não é mágica. É checklist com pergunta direcionada. Em geral, as listas originais trazem categorias como recursos, tecnologia, gerenciamento, cliente, fornecedor, etc., e dentro de cada categoria há perguntas que cobrem cenários típicos de falha. O formato em PDF que circula na internet geralmente é uma adaptação ou resumo feito por terceiros, não o material original do autor. Isso significa que versões diferentes podem ter perguntas omitidas, reorganizadas ou adaptadas para contextos específicos, como desenvolvimento de software ou construção civil. O conteúdo varia bastante de arquivo para arquivo.

Como baixar e usar a lista de brett pdf

Não vou colocar um link direto aqui porque o PDF original do autor não está disponível gratuitamente online. O que você vai encontrar são mirrors, reuploads e versões editadas em sites como Scribd, DocPlayer, SlideShare ou fóruns de gerenciamento de projetos. Achei uma versão útil no site da PMI Brasil anos atrás, mas ela foi atualizada e o link mudou. O jeito mais prático é procurar por "Brett checklist project risk" ou "David C. Evans risk identification list" e filtrar por PDF. Verifique sempre a data do arquivo. Versões de 2003 a 2008 tendem a ser as mais completas antes de serem remixadas. Depois de baixar, a coisa mais importante é não usar o PDF como está. Ele foi feito para ser impresso e preenchido à mão, ou copiado para uma planilha. O formato original é uma tabela com colunas de pergunta, resposta, probabilidade e impacto. Levar isso para o Excel ou Google Sheets economiza horas porque você consegue filtrar por risco alto, agrupar por categoria e calcular scores rapidamente. No meu caso, já passei por uma situação em que o cliente exigia um relatório de riscos formatado de acordo com o padrão deles antes de qualquer kickoff. Tinha um prazo de 48 horas. Peguei a versão da Lista de Brett que vinha num anexo de um contrato, importei para o Sheets, preenchi as perguntas mais relevantes para o projeto de migração de dados que estávamos fazendo e gerei um ranking automático. Levou cerca de 15 minutos. Se tivesse feito isso de cabeça, levaria duas horas no mínimo e provavelmente deixaria passar algumas categorias por esquecimento.

Pontos que ninguém conta sobre a Lista de Brett

Uma coisa que aprendi na prática é que a lista funciona melhor quando aplicada em duplas, não individualmente. A pergunta "o que pode dar errado?" sozinha tende a gerar respostas genéricas como "falta de tempo" ou "problemas com a equipe". Quando duas pessoas respondem separadamente e depois comparam, os riscos reais aparecem. Já vi times inteiros achando que o projeto estava seguro porque ninguém tinha apontado nada além do óbvio. A segunda pessoa quase sempre acha um ângulo que a primeira ignorou. Outro detalhe técnico: a Lista de Brett não é uma ferramenta de priorização. Ela apenas expõe riscos. A priorização vem depois, com uma matriz de probabilidade e impacto ou com técnicas como Monte Carlo se o projeto for grande o suficiente para justificar. Muita gente trata a lista como se resolvesse o problema inteiro. Não resolve. Ela é a primeira etapa, e se você pular para a ação sem documentar e classificar os riscos identificados, o esforço vira apenas mais um papel na gaveta. Tem também o problema das perguntas obsoletas. Versões antigas da lista tratam "falta de treinamento em software" como risco de tecnologia, o que faz sentido em 2005 mas hoje soa estranho. Projetos modernos de TI precisam de perguntas específicas sobre segurança cibernética, conformidade com LGPD, e dependência de APIs de terceiros. Eu costumo adicionar essas perguntas manualmente depois de passar pela lista base. Não custa nada e evita que riscos contemporâneos fiquem invisíveis.

Limitações que precisam ser ditas

A Lista de Brett tem um problema estrutural: ela depende inteiramente do conhecimento prévio de quem responde. Se a equipe não conhece o domínio, os riscos vão ser superficiais. Já vi isso acontecer em projetos de transformação digital onde os analistas de risco não tinham experiência na área de negócio e as respostas ficaram genéricas a ponto de serem inúteis. O método não substitui especialistas do domínio. Ele só organiza o que eles já sabem. Outra limitação séria é que a lista não captura riscos emergentes. Riscos que surgem durante o projeto, após o lançamento de uma nova regulamentação, mudança no mercado ou falha de um fornecedor chave, ficam fora do escopo dela. Para esses casos, o acompanhamento contínuo com revisões periódicas é necessário. A lista é um snapshot, não um processo vivo. Se o seu projeto é pequeno, com menos de 6 meses de duração e uma equipe enxuta, eu diria para não gastar tempo com a lista inteira. Use apenas as categorias mais relevantes para o seu contexto. Em projetos grandes e complexos, o tempo gasto preenchendo a lista costuma ser compensado pela quantidade de riscos identificados que de outra forma passariam despercebidos. O balanceamento depende do tamanho e da complexidade, não existe regra fixa.

Para quem precisa de algo mais dinâmico que a lista estática, alternativas como a análise SWOT, o FMEA (Failure Mode and Effects Analysis) ou o uso de ferramentas como o Risk Register do PMBOK podem ser mais adequados. Cada um tem seu lugar. A Lista de Brett ainda é útil porque é rápida, barata e fácil de aplicar. Só não trata ela como solução definitiva para nada.