Dúvida

Por que executar o Schedule Check antes da simulação no Primavera Risk Analysis?

Uma simulação sobre um cronograma com erros de lógica produz resultados errados com aparência de precisão.

Pergunta

Por que executar o Schedule Check antes da simulação no Primavera Risk Analysis?

Você montou a simulação e o resultado mostra uma data de término que não faz sentido. Atividades que deveriam ser críticas aparecem com folga grande, e outras aparecem sem predecessora. O erro não está na simulação. Está no cronograma.

Uma simulação não corrige um cronograma ruim

Monte Carlo repete cálculos com entradas variáveis. Se a rede possui atividades soltas, restrições inadequadas ou durações sem fundamento, o resultado probabilístico herda esses problemas. Schedule Check ajuda a examinar a estrutura antes de acrescentar incerteza, permitindo distinguir risco real de deficiência do modelo.

Entenda as condições do conceito

O Schedule Check é a verificação da qualidade do cronograma antes da análise de riscos. Ele procura problemas como atividades sem predecessora ou sucessora, relações em excesso, restrições que distorcem a lógica, durações muito longas, calendários inconsistentes e ciclos de dependência. A simulação herda essas falhas. Se a lógica estiver errada, a simulação calcula a incerteza de um cronograma que não representa a obra. Cada etapa depende da anterior. Pular o Schedule Check contamina o resultado.

Execute o Schedule Check e revise cada alerta, sem aceitar tudo automaticamente. Corrija a lógica e confirme com o planejador responsável pela obra. Só então defina as incertezas e rode a simulação. Rodar a simulação direto, achando que o cronograma está correto porque o P6 aceitou. Corrigir o cronograma no meio da simulação, e comparar resultados que não são comparáveis. Ignorar alertas porque "sempre existem". Alguns indicam erros reais.

O que uma revisão deve investigar

Uma atividade sem sucessor pode não afetar o término mesmo que sua duração varie muito. Uma restrição pode limitar artificialmente a resposta do marco. Durações muito agregadas podem reunir riscos diferentes numa única variável. Não basta contar alertas: cada ocorrência precisa ser avaliada pelo efeito na sequência e na entrega analisada.

Exemplo comentado e interpretação

VerificaçãoPor que importa
Atividades sem predecessora ou sucessoraPodem flutuar livremente e distorcer as datas
Restrições de dataImpedem que a incerteza se propague
Relações em excessoCriam caminhos artificiais e reduzem a folga real
Durações muito longasEscondem trabalho que deveria ser dividido
Ciclos de dependênciaImpedem o cálculo correto das datas
Diagrama com quatro etapas: Validar cronograma, Modelar incertezas, Simular cenários, Comparar resultados

Preparar a base antes de rodar

Valide lógica, calendários, progresso, marcos e premissas de duração. Registre correções e guarde a versão determinística que será usada. Depois aplique incertezas e riscos compatíveis com essa versão. Compare o término sem risco e os resultados probabilísticos. Um relatório deve indicar a data de status e os limites do modelo, porque uma curva de aparência precisa não torna confiáveis entradas inadequadas.

Caso guiado: uma atividade solta não ameaça o término

Uma compra crítica está sem sucessor no cronograma. Sua duração varia na simulação, mas o término geral quase não reage, porque a montagem não depende dela na rede. A análise pode sugerir risco baixo quando o fornecimento é operacionalmente indispensável.

Corrija a ligação técnica e compare a previsão determinística antes de aplicar riscos. Examine também calendários, progresso e restrições. O exercício mostra que um resultado probabilístico pode ser numericamente estável e ainda representar o projeto incorretamente. A revisão da rede não é detalhe de preparação: ela define quais efeitos a simulação consegue propagar até o marco.

Aplicação e conferência no projeto

Documente as restrições que permanecem e a justificativa de cada uma.

Dicionário técnico

Schedule Check

Verificação da qualidade lógica e de dados do cronograma antes da análise de riscos.

Predecessora

Atividade que precisa acontecer antes de outra.

Restrição de data

Regra que impõe ou limita a data de uma atividade.

Ciclo de dependência

Situação em que as atividades formam uma cadeia fechada, sem início nem fim.

Onde estudar no curso
  • Curso Oracle Risk Analysis, Aula 08 - Schedule Check, que mostra a verificação passo a passo.
  • Curso Oracle Risk Analysis, Aula 09 - Duration Quick Risk, para aplicar incertezas nas durações depois da revisão.

Academia do Planejamento — academiadoplanejamento.com.br

Antes de perguntar o que o risco faz com o cronograma, confirme se o cronograma está certo.

Consultar o índice de assuntos do blog

Academia do Planejamento

Cursos de Oracle Primavera P6, MS Project e gestão de projetos para EPC, óleo e gás, mineração e construção.

Prof. Sérgio Magalhães · WhatsApp (21) 96896-0380

academiadoplanejamento.com.br

Prof. Alex Damasio · WhatsApp 41.8860.1821