Primavera P6 - Como Pontuar Bem O Seu Cronograma

521 – Como Pontual Bem o Seu Cronograma

O Cronograma Ideal no Primavera P6
O vídeo aborda a importância de um cronograma bem elaborado, apresentando um conjunto de regras para construir projetos com alta pontuação e qualidade no Primavera P6.

Regras do Cronograma Ideal
• A aula começa com a introdução da ideia de que um cronograma pode ser pontuado.
• É apresentada a importância de se criar um "cronograma ideal", seguindo regras básicas que garantem alta pontuação desde o início.

Regra 1: Configuração do Primavera P6
• Unidades: Recomenda-se utilizar duas casas decimais para as durações e mostrar a unidade de medida (ex: h para horas e d para dias).
• Datas: O formato de data deve exibir o mês por extenso, e a data date (data de corte do projeto) deve ser igual à data de início (start date).
• Moeda: A moeda padrão deve ser o dólar ($), mesmo que os valores sejam em Reais. Não se deve usar casas decimais para a moeda.

Regra 2: Configuração do Status do Projeto
• Status: O status do projeto deve ser definido como Whats-if (“e se” ou mais fácil de entender como “em simulação”), indicando que ele ainda está em construção.

Regra 3: Estrutura da WBS
• A WBS (Work Breakdown Structure, ou Estrutura Analítica do Projeto) deve, sempre que possível, ter o mesmo número de níveis para todas as suas ramificações. Isso facilita a leitura e o uso do recurso de collapse to (colapsar para).
• É uma boa prática seguir as recomendações do PMBOK (Project Management Body of Knowledge), que sugere que a WBS seja baseada nas entregas (deliverables) do projeto.
• Recomenda-se elaborar a WBS no Excel antes de passá-la para o Primavera P6.

Regra 4: Tipos de Atividade
• Use apenas o tipo de atividade Task Dependent (dependente de tarefa) no início do projeto.
• Evite incluir marcos (milestones) ou atividades que não impactam o caminho crítico do projeto (ex: manutenção, gerenciamento). Elas podem ser adicionadas posteriormente.

Regra 5: Numeração das Atividades
• Activity ID: A numeração das atividades deve seguir um padrão (ex: de 10 em 10) para permitir a inserção de novas tarefas.
• Uma boa prática também é criar uma identificação fácil no Activifity ID da origem da atividade, por exemplo: Utilizar “TPPP010” sendo “TP” para identificar “Trabalhos Preliminares” e “PP” “Preparação de Terreno” ao invés de A1090 que não identifica nada de onde é.

Regra 6: Nomes das Atividades
• Activity Name: Para os nomes, uma boa prática é usar verbos no início (ex: "definir escopo") para indicar a ação. Isso mostra a preocupação do planejador.
• Uma nomenclatura padronizada para os nomes das atividades também facilita o uso de filtros no software.

Regra 7: Duração das Atividades
• Duração: Evite durações acima de 21 dias e nunca use casas decimais (ex: 2,5 dias). O ideal é manter a duração entre 1 e 21 dias.

Regra 8: Tipos de relacionamentos
• Relacionamento: Use apenas o relacionamento Finish to Start (Fim-Início). Evite outros tipos para não complicar a análise do caminho crítico.
• Cada atividade deve ter uma sucessora e uma predecessora (com exceção da primeira e da última atividade).

Regra 9 – Total Float (folga total)
• Sempre procure relacionar a atividade sucessora próxima, ou seja, analise a data de término da predecessora e procure uma sucessora próxima, para evitar folgas muito grandes.

Regra 10: Calendário
• Calendário: Utilize um calendário padrão de 8 horas por dia, de segunda a sexta, para todas as atividades.
• O calendário deve ser do tipo Project (projeto), e não Global, para que alterações em outros projetos não afetem o seu.

Regra 11: Cálculo Padrão
• Cálculo: Para garantir um cálculo correto, use a opção Default (padrão) nas configurações de cálculo, restaurando as configurações originais.

Regra 12: Peso e Valor Agregado
• Defina um peso padrão em todas as atividades (ex. ponderador ou profis), usando a opção non-labor (não-mão de obra).
• Isso permite que se atribua um valor monetário, essencial para calcular o valor agregado (earned value).

Regras não incluídas no vídeo, mas que são recomendadas também:

Regra 13 – Não utilize Constraints (restrições):
• Mesmo que seja necessário, no primeiro momento não é recomendado restrições.
• Restrições devem ser exceções e somente em último caso.
• Deixe para o final se for utilizar.

Regra 14 – Não utilize LAGs:
• LAGs são atrasos ou antecipações se forem negativados.
• LAGs devem ser exceções e somente em último caso.
• Deixe para o final se for utilizar.

Sérgio Magalhães
WhatsApp (21)96896.0380

Faça o curso completo de Primavera P6 Básico + Avançado conosco.
www.academiadoplanejamento.com.br