Técnica Delphi: como usar especialistas para identificar riscos
A oficina de identificação de riscos começa bem, mas em vinte minutos o diretor de TI já disse que a migração "não tem risco nenhum", o fornecedor concorda e os analistas param de falar. Os riscos mais incômodos, justamente os que só aparecem quando alguém se sente seguro para apontar, ficam fora da lista. Esse problema tem solução conhecida: a técnica Delphi. Riscos levantados por especialistas que respondem de forma anônima, em rodadas, chegam ao registro sem o filtro da hierarquia.
A técnica é antiga e simples: um facilitador envia perguntas a um painel de especialistas, consolida as respostas, devolve o resumo ao grupo e pede uma nova rodada. Ninguém sabe quem disse o quê. A cada volta, cada especialista pode manter ou rever sua posição à luz do que o grupo pensa.
Este passo a passo mostra quando vale usar Delphi no projeto, como conduzir cada rodada, um modelo de questionário e um exemplo ilustrativo de resultado. Para o contexto geral de identificação e análise, veja o guia de gestão de riscos em projetos.
Formação relacionada
Gestão de Projetos 360° com PMBOK 8 e IA
Formação completa sobre o guia mais recente do PMI, com uso de inteligência artificial no dia a dia da gestão.
O que é a técnica Delphi
A técnica Delphi foi desenvolvida na RAND Corporation, nos Estados Unidos, nos anos 1950, para obter previsões de especialistas sem os vieses de uma discussão aberta. Ela entrou na gestão de projetos como uma das formas de usar a opinião especializada, e edições anteriores do PMBOK a citavam entre as técnicas de coleta de informações para identificar riscos.
Quatro características definem o método:
- Anonimato. As respostas são individuais e ninguém sabe quem respondeu o quê. Isso tira o peso do cargo e da personalidade.
- Rodadas. O questionário é respondido mais de uma vez.
- Retorno controlado. Entre as rodadas, o facilitador devolve ao grupo um resumo das respostas, sem nomes.
- Convergência. O processo termina quando as opiniões se estabilizam, não necessariamente quando todos concordam.
No projeto, a técnica serve a dois propósitos: identificar riscos que a equipe não enxerga e avaliar probabilidade e impacto quando não há dado histórico. Ela não substitui o registro de riscos; ela alimenta o registro com informação de melhor qualidade.
Quando usar Delphi para riscos, e quando não usar
| Use Delphi quando | Prefira outra técnica quando |
|---|---|
| Os especialistas estão em cidades ou empresas diferentes | A equipe está toda junta e se dá bem |
| Há hierarquia forte ou tensão política entre as áreas | Você precisa da lista ainda esta semana |
| O tema é novo para a organização (tecnologia, regulação, mercado) | O projeto é pequeno e repetitivo |
| A avaliação de probabilidade e impacto vai pesar numa decisão cara | O risco depende de discussão técnica em grupo para ser entendido |
| Você quer opiniões independentes de fornecedores concorrentes | Os riscos já são conhecidos por listas de projetos anteriores |
Em projetos pequenos, uma sessão de pré-mortem costuma dar resultado parecido em uma hora. O Delphi compensa quando o custo de errar a avaliação é alto ou quando a dinâmica do grupo esconderia os riscos.
Passo a passo da técnica Delphi para riscos do projeto
1. Defina o objetivo e o recorte
Escreva numa frase o que o painel vai responder. "Quais riscos podem impedir a migração dos dados do sistema legado até o fim do trimestre?" é melhor do que "quais os riscos do projeto?". Recorte amplo demais gera respostas genéricas.
2. Escolha o facilitador
O facilitador consolida as respostas, protege o anonimato e redige os resumos com neutralidade. Não deve ser alguém com interesse direto no resultado. O próprio gerente de projetos pode facilitar, desde que não "corrija" as respostas que não lhe agradam.
3. Monte o painel
Escolha pessoas com conhecimento real do tema e de ângulos diferentes: técnico, usuário, fornecedor, jurídico, operação. Num projeto, um painel de seis a doze pessoas costuma ser administrável. Confirme antes a disponibilidade para todas as rodadas e combine o prazo de cada uma.
4. Rodada 1: levantamento aberto
Envie a pergunta principal e peça que cada especialista liste de três a dez riscos, com uma linha de justificativa. Peça também oportunidades, não só ameaças. Prazo típico: cinco dias úteis.
5. Consolide
O facilitador agrupa respostas parecidas, elimina duplicatas e reescreve cada risco no formato causa, evento e efeito, sem mudar o sentido. Se o significado de uma resposta não estiver claro, pergunte ao autor de forma individual. O resultado é uma lista única, numerada. Se precisar de referência para a redação, o artigo sobre o que é risco em projetos detalha essa estrutura.
6. Rodada 2: avaliação
Envie a lista consolidada e peça que cada especialista dê nota de 1 a 5 para probabilidade e impacto de cada risco, com justificativa curta para as notas extremas. Deixe um campo para riscos que ficaram de fora.
7. Devolva o resumo e faça a rodada 3
Para cada risco, mostre a mediana das notas e a dispersão (por exemplo, a menor e a maior nota, ou a faixa onde ficou a metade central das respostas), junto com as justificativas anônimas. Peça que cada especialista confirme ou revise sua nota. Quem ficar muito distante da mediana pode explicar o motivo, e essa explicação muitas vezes é o dado mais valioso do processo.
8. Encerre pelo critério combinado
Defina antes o critério de parada: notas que quase não mudaram entre rodadas, ou dispersão abaixo de um limite. Se um risco continuar sem convergência, registre a divergência. Ela mesma é uma informação de incerteza.
9. Leve o resultado ao registro de riscos
Os riscos entram no registro com as notas finais, e os de maior pontuação seguem para a análise qualitativa de riscos, com dono e resposta. Devolva ao painel a lista final: quem participou precisa ver o que foi feito com sua contribuição.
Modelo de questionário para copiar
Rodada 1
Projeto: [nome]. Objetivo do painel: [pergunta principal].
- Liste de três a dez eventos incertos que podem afetar esse objetivo. Para cada um, diga em uma linha por que ele pode acontecer.
- Liste eventos incertos que poderiam ajudar o projeto (oportunidades).
- Há alguma premissa do plano que você considera frágil? Qual?
Rodadas 2 e 3
| Nº | Risco (causa, evento e efeito) | Mediana do grupo (P / I) | Sua nota P (1 a 5) | Sua nota I (1 a 5) | Justificativa se sua nota diferir 2 pontos ou mais da mediana |
|---|---|---|---|---|---|
| R01 | ... | 3 / 4 |
Exemplo ilustrativo de resultado
Imagine a implantação de um sistema de prontuário eletrônico numa rede de clínicas, com painel de nove especialistas: dois médicos, uma enfermeira, dois analistas do fornecedor, um analista de infraestrutura, o encarregado de proteção de dados, um gestor de unidade e um consultor externo.
| Risco | Rodada 2 (P / I) | Rodada 3 (P / I) | Situação |
|---|---|---|---|
| Migração de históricos antigos pode corromper registros de alergias | 3 / 5 | 3 / 5 | Consenso: entra como crítico |
| Médicos podem continuar usando papel nas primeiras semanas | 4 / 3 | 4 / 3 | Consenso |
| Internet das unidades do interior pode não suportar o volume | 2 / 4 | 3 / 4 | Subiu após justificativa do analista de infraestrutura |
| Integração com laboratório pode atrasar | 2 / 3 | 2 / 3 | Divergência persistente: registrar e investigar |
O terceiro risco ilustra o valor do método: uma justificativa anônima mudou a percepção do grupo sem que ninguém precisasse discordar do diretor em voz alta. Para outros riscos típicos desse tipo de projeto, consulte a lista de exemplos de riscos em projetos.
Cuidados que evitam um Delphi ruim
- Pergunta enviesada. "Quais os riscos de atraso do fornecedor?" já induz a resposta. Pergunte pelo objetivo, não pela causa suspeita.
- Facilitador que filtra. Respostas desconfortáveis precisam chegar ao resumo, mesmo que sejam críticas à gestão.
- Anonimato que vaza. Comentários muito pessoais revelam o autor. Edite o estilo, nunca o conteúdo.
- Rodadas demais. A partir da terceira, a taxa de resposta costuma cair e o grupo passa a concordar por cansaço.
- Nenhum retorno ao painel. Especialista que não vê o resultado não participa da próxima vez.
Depois de fechar a última rodada, registre cada risco com a nota final na matriz de riscos gratuita da Projeto Diário: ela posiciona as notas de probabilidade e impacto no mapa de calor, aponta os riscos altos sem responsável ou sem resposta e exporta o registro para você apresentar o resultado ao painel e ao patrocinador.
