DCMA 14 Point Assessment – Plugin Nasa STAT 5.

0
Objetivo: fornecer ao usuário os dados que o DCMA usa para avaliar uma programação nos formatos que eles
usam. Os desenvolvedores da ferramenta STAT tentaram fornecer os dados o mais próximo possível do que o
DCMA estaria procurando.

Para iniciar esta função de análise, selecione o ícone DCMA 14 Point na barra de ferramentas do MS Project. Este
ícone inicia o assistente automatizado para conduzir o usuário por quatro etapas simples para produzir um
relatório de saída de 14 pontos DCMA. Quando o ícone é iniciado, uma caixa de Cuidado aparecerá, conforme
mostrado na Figura 1. Este pop-up fornece ao usuário uma lista de três coisas que precisam ser consideradas
antes de executar o módulo. Se o usuário precisar fazer alterações na programação antes de continuar, clique em
Cancelar e faça as alterações necessárias. Para remover as atividades de Nível de Esforço (LOE), um filtro precisa
estar em vigor para filtrar as atividades de LOE. As tarefas agendadas manualmente precisam ser alteradas para
agendadas automaticamente. As atividades de margem / reserva precisam ter suas durações definidas como 0 se
o teste de caminho crítico (CPT) e o índice de comprimento do caminho crítico (CPLI) forem executados.

Nota: Recomenda-se que o usuário faça uma cópia da programação antes de fazer alterações e executar este
módulo. Este módulo salva o planejamento aberto e, em seguida, faz alterações durante os cálculos do CPT e
CPLI, ele então fecha o planejamento sem salvar e abre o arquivo inicial que foi salvo.

Figura 1 - Alerta de cuidado para a aplicação do DCMA

Se essas coisas forem feitas, o usuário pode clicar em OK para continuar.

A. ETAPA 1

A etapa 1 produz uma caixa de diálogo do assistente que permite ao usuário definir a programação “Data de
status” na qual os dados de avaliação e análise resultantes serão baseados. Geralmente, a data de status já estará
definida no arquivo de cronograma do projeto, mas se não, o STAT irá alertar o usuário para definir a data correta
neste assistente.

Essa caixa de diálogo também permite que o usuário selecione a versão de linha de base correta a ser usada no
cálculo das várias métricas de avaliação abordadas no módulo de avaliação de 14 pontos do DCMA. Se nenhuma
linha de base específica for selecionada, o padrão será “Linha de base”. Veja a Figura 2.

A seleção do filtro permite que o usuário use os filtros atualmente definidos ou nenhum filtro. “Usar os Filtros
Atuais” é a configuração padrão para este módulo e o filtro definido na programação, e quaisquer Filtros
Automáticos permanecerão em vigor e apenas a parte selecionada da programação será analisada. É aqui que as
tarefas LOE são filtradas da análise. Se a opção “Usar nenhum filtro” for selecionada, o programa removerá todos
os filtros e analisará a programação completa. Veja a Figura 3.

Depois de selecionar a data de status desejada, a versão de linha de base correta e a seleção de filtro, clique em
“Avançar”.

Figura 2 - Etapa 1, parte 1

Figura 3 - Etapa 1, parte 2

 B. ETAPA 2

Esta etapa produz uma caixa de diálogo do assistente (consulte a Figura 4) que permite ao usuário selecionar uma
atividade final ou marco que é usado no cálculo do Índice de Comprimento do Caminho Crítico (CPLI) e realizar o
Teste do Caminho Crítico (CPT). Nota: Se nenhuma tarefa for selecionada, o CPLI e o CPT não serão calculados. As
atividades podem ser selecionadas por ID ou ID exclusivo clicando nos botões radiais ID exclusivo ou ID. Se a ID for
usada com uma programação Mestre / Subprojeto, você poderá obter várias atividades adicionadas à lista. Se isso
ocorrer, selecione as atividades indesejadas e clique na caixa Remover. Apenas uma atividade pode ser deixada
nesta seleção.

Após completar a seleção desejada, clique em “Avançar”.

Figura 4 - Etapa 4

C. ETAPA 3
Esta etapa produz uma caixa de diálogo do assistente (consulte a Figura 5) que permite ao usuário incluir marcos
na análise de 14 pontos do DCMA. O padrão é Não porque o processo padrão do DCMA não inclui Marcos na
análise. A segunda seleção é incluir tarefas que não têm linha de base, clicar em “Não” eliminará essas atividades
da análise. “Não” é o padrão e é o processo padrão usado pelo DCMA, mas a opção de incluí-los está disponível,
se desejado. A terceira seleção permite que o usuário verifique e / ou altere a data final que deve ser usada no
cálculo do CPLI. A data fornecida é a data de término da linha de base da atividade escolhida ou a data atual se a
atividade não tiver linha de base. Certifique-se de que a data é a data correta para calcular o CPLI. A quarta
seleção pede ao usuário um campo Número para usar no cálculo do caminho de direção para a atividade
escolhida CPLI. O campo Número selecionado será limpo e novos dados armazenados nele. Observação: ocorrerá
um erro quando o campo Número selecionado tiver uma pesquisa ou fórmula atribuída e um pop-up solicitará
que o usuário selecione outro campo ou remova a pesquisa / fórmula antes de prosseguir. A seleção final nesta
caixa de diálogo (consulte a Figura 6) permite que o usuário selecione o local onde deseja que o relatório de saída
do Excel de 14 pontos do DCMA seja exportado e salvo.

Após completar as escolhas desejadas da Etapa 3, clique em “Avançar”.

Figura 5 - Etapa 3, parte 1

Figura 6 - Etapa 3, parte 2

D. ETAPA 4

A etapa 4 do assistente produz uma caixa de diálogo final (consulte a Figura 7) que permite ao usuário concluir a
etapa final para iniciar o relatório de 14 pontos do DCMA. Esta caixa de diálogo informa ao usuário que o
Microsoft Excel 2000 ou posterior deve ser instalado. O usuário também é informado que o tempo de
processamento para criar e transferir os resultados para o modelo Excel pode levar vários minutos se o tamanho
do arquivo de agendamento for muito grande. Um status de processamento também é fornecido para manter o
usuário informado sobre o status da ferramenta durante a coleta e formatação dos dados da programação e dos
cálculos que estão sendo realizados.

Clique em Concluir para iniciar o processamento do Relatório de Avaliação de 14 Pontos DCMA. Uma vez iniciado
o processamento, ele não pode ser cancelado no Wizard.

Figura 7 - Etapa 4
Formatos de Saída de Resultados de Avaliação de 14 Pontos DCMA

A saída da Avaliação de 14 pontos do DCMA é fornecida em dois formatos. O primeiro formato na guia intitulada
DCMA 14 Point Assessment é uma lista vertical de uma página dos dados de 14 pontos com links para as guias
que mostram os detalhes por trás dos números. Veja a Figura 8. O segundo formato está na segunda guia
(intitulada Saída DCMA) do relatório de saída e exibe os mesmos dados em uma lista horizontal. Veja a Figura 9. O
cabeçalho do relatório contém as seleções feitas no assistente que afetam os resultados no relatório. As
configurações de Data de status, Linha de base usada, Filtro usado, Marcos incluídos e itens sem linhas de base
incluídas serão mostradas no cabeçalho.

Figura 8 - Resultados da avaliação de 14 pontos DCMA com links

Figura 9 - Formato dos resultados da avaliação de 14 pontos DCMA

Compreendendo os resultados da avaliação de 14 pontos do DCMA

A seguir está uma explicação de cada uma das métricas mostradas nas Figuras 8 e 9. Essa explicação fornece os
benefícios das métricas, o que está incluído em cada uma e como a porcentagem é calculada.

I. Métrica #1 - Lógica

Ajuda a identificar o quão bem ou mal o cronograma está vinculado. Mesmo que os links existam, a lógica ainda
precisa ser verificada pelos líderes técnicos para garantir que os links façam sentido. Qualquer “Tarefa
Incompleta” que não tenha um predecessor, um sucessor ou ambos é contada nesta métrica. A porcentagem é
calculada dividindo o número de tarefas que faltam lógica pelo número de tarefas incompletas. Esse percentual
não deve ultrapassar 5%. Uma lista dessas tarefas está contida na pasta de trabalho do Excel e pode ser acessada
clicando na descrição sublinhada. Nota: Se “Incluir Marcos” for selecionado no assistente, os marcos serão
considerados iguais a uma Tarefa e se “Incluir Atividades Não Baseadas” for selecionado, eles serão incluídos
nesta seção de análise.

II. Métrica #2 – Atrasos negativos

O caminho crítico e qualquer análise subsequente podem ser adversamente afetados pelo uso de leads (atrasos
negativos). O uso de leads distorce a folga total na programação e pode causar conflitos de recursos. Qualquer
“Tarefa Incompleta” que tenha um avanço (atraso negativo) em sua predecessora é contada nesta métrica. A
porcentagem é calculada dividindo o número de tarefas com clientes potenciais pelo número de tarefas
incompletas. A meta para essa métrica é 0 leads. Uma lista dessas tarefas está contida na pasta de trabalho do
Excel e pode ser acessada clicando na descrição sublinhada. Nota: Se “Incluir Marcos” for selecionado no
assistente, os marcos serão considerados iguais a uma Tarefa e se “Incluir Atividades Não Baseadas” for
selecionado, eles serão incluídos nesta seção de análise.

III. Métrica #3 – Atrasos positivos

O caminho crítico e qualquer análise subsequente podem ser afetados adversamente pelo uso de atrasos. Lag não
deve ser usado para manipular flutuação / folga ou para restringir o cronograma. Qualquer “Tarefa Incompleta”
que tenha uma defasagem em seu antecessor é contada nesta métrica. A porcentagem é calculada dividindo o
número de tarefas com atrasos pelo número de tarefas incompletas. A meta para essa métrica não é exceder 5%
de defasagens. Uma lista dessas tarefas está contida na pasta de trabalho do Excel e pode ser acessada clicando
na descrição sublinhada. Nota: Se “Incluir Marcos” for selecionado no assistente, os marcos serão considerados
iguais a uma Tarefa e se “Incluir Atividades Não Baseadas” for selecionado, eles serão incluídos nesta seção de
análise.

IV. Métrica #4 – Tipos de relacionamentos

O tipo de relacionamento Término para início (FS) ("uma vez que o predecessor é concluído, o sucessor pode
começar") fornece um caminho lógico através do programa e deve representar pelo menos 90% dos tipos de
relacionamento sendo usado. O tipo de relação início para término (SF) é contra-intuitivo ("o sucessor não pode
terminar até que o predecessor comece") e deve ser usado apenas raramente e com justificativa detalhada.
Qualquer relacionamento predecessor de qualquer “Tarefa Incompleta” é contado nesta métrica. A porcentagem
é calculada dividindo o número de cada tipo de relacionamento pelo número total de relacionamentos. A meta
para esta métrica é de pelo menos 90% para relacionamentos FS, menos de 10% para relacionamentos SS e FF
combinados e relacionamentos Não SF. Uma lista separada das relações SS, FF e SF pode ser acessada clicando na
descrição sublinhada. Não há uma lista para os relacionamentos FS. Nota: Se “Incluir Marcos” for selecionado no
assistente, os marcos serão considerados iguais a uma Tarefa e se “Incluir Atividades Não Baseadas” for
selecionado, eles serão incluídos nesta seção de análise.

V. Métrica #5 – Restrições Rígidas

Usando restrições rígidas [Must-Finish-On (MFO), Must-Start-On (MSO), Start-No-Later-Than (SNLT) e Finish-No-
Later-Than (FNLT) ] impedirá que as tarefas sejam movidas por suas dependências e, portanto, impedirá que a
programação seja orientada por lógica. Restrições suaves como o mais rápido possível (ASAP), Start-No-Earlier-
Than (SNET) e Finish-No-Earlier-Than (FNET) permitem que o cronograma seja orientado pela lógica. Qualquer
“tarefa incompleta” que tenha uma restrição rígida é contada nesta métrica. A porcentagem é calculada dividindo
o número de tarefas com restrições rígidas pelo número de tarefas incompletas. A meta para essa métrica não é
exceder 5%. Uma lista das tarefas com restrições rígidas está contida na pasta de trabalho do Excel e pode ser
acessada clicando na descrição sublinhada. Nota: Se “Incluir Marcos” for selecionado no assistente, os marcos
serão considerados iguais a uma Tarefa e se “Incluir Atividades Não Baseadas” for selecionado, eles serão
incluídos nesta seção de análise.

VI. Métrica #6 – Folga excessiva

Uma tarefa com folga total de 44 dias úteis pode ser o resultado da ausência de predecessores e / ou sucessores.
Se a porcentagem de tarefas com folga total excessiva (folga> 44 dias) exceder 5%, a rede pode ficar instável e
não ser orientada por lógica. Qualquer “Tarefa Incompleta” com folga total superior a 44 dias úteis é contada
nesta métrica. A porcentagem é calculada dividindo o número de tarefas com folga alta pelo número de tarefas
incompletas. Esse percentual não deve ultrapassar 5%. Uma lista dessas tarefas está contida na pasta de trabalho
do Excel e pode ser acessada clicando na descrição sublinhada. Nota: Se “Incluir Marcos” for selecionado no
assistente, os marcos serão considerados iguais a uma Tarefa e se “Incluir Atividades Não Baseadas” for
selecionado, eles serão incluídos nesta seção de análise.

VII. Métrica #7 – Folga negativa

Esta métrica ajuda a identificar tarefas que estão atrasando a conclusão de um ou mais marcos. As tarefas com
folga negativa devem ter uma explicação e um plano de ação corretiva para mitigar a folga negativa. Qualquer
“Tarefa Incompleta” com folga total inferior a 0 dias úteis é contada nesta métrica. A porcentagem é calculada
dividindo o número de tarefas com folga negativa pelo número de tarefas incompletas. Idealmente, não deve
haver nenhuma flutuação negativa na programação. Uma lista dessas tarefas está contida na pasta de trabalho do
Excel e pode ser acessada clicando na descrição sublinhada. Nota: Se “Incluir Marcos” for selecionado no
assistente, os marcos serão considerados iguais a uma Tarefa e se “Incluir Atividades Não Baseadas” for
selecionado, eles serão incluídos nesta seção de análise.

VIII. Métrica #8 – Duração elevada

Essa métrica ajuda a determinar se uma tarefa pode ou não ser dividida em duas ou mais tarefas discretas em vez
de uma. Isso ajuda a tornar as tarefas mais gerenciáveis, o que fornece uma melhor percepção dos custos e do
cronograma. Qualquer “Tarefa Incompleta” com duração superior a 44 dias úteis é contabilizada nesta métrica. A
porcentagem é calculada dividindo o número de tarefas com durações altas pelo número de tarefas incompletas.
Esse percentual não deve ultrapassar 5%. Uma lista dessas tarefas está contida na pasta de trabalho do Excel e
pode ser acessada clicando na descrição sublinhada. Nota: Se “Incluir Atividades Não Baseadas” for selecionado,
elas serão incluídas nesta seção de análise.

IX. Métrica #9 – Datas Inválidas

Uma tarefa deve ter datas de início e término previstas que estão no futuro em relação à data de status do IMS.
Além disso, uma tarefa não deve ter datas de início ou de término reais no futuro em relação à data de status do
IMS. Qualquer “Tarefa Incompleta” que tenha uma data de início / término prevista anterior à data de status IMS
ou tenha uma data de início / término real além da data de status IMS é contada nesta métrica de uma data
inválida. A porcentagem é calculada dividindo o número de tarefas com datas inválidas pelo número de tarefas
incompletas. Não deve haver datas inválidas na programação. Uma lista dessas tarefas é fornecida na pasta de
trabalho do Excel e pode ser acessada clicando na descrição sublinhada. Nota: Se “Incluir Marcos” for selecionado
no assistente, os marcos serão considerados iguais a uma Tarefa e se “Incluir Atividades Não Baseadas” for
selecionado, eles serão incluídos nesta seção de análise.

X. Métrica #10 – Recursos atribuídos

Essa métrica fornece a verificação de que todas as tarefas com duração maior que zero têm dólares ou horas
atribuídas. Nota: alguns contratantes podem não carregar seus recursos no IMS. Qualquer “Tarefa Incompleta”
sem dólares / horas atribuídos é contada nesta métrica. A porcentagem é calculada dividindo o número de tarefas
sem dólares / horas pelo número de tarefas incompletas. A meta para esta métrica é 0% sem recursos. Uma lista
dessas tarefas é fornecida na pasta de trabalho do Excel e pode ser acessada clicando na descrição sublinhada.
Nota: Se “Incluir Atividades Não Baseadas” for selecionado, elas serão incluídas nesta seção de análise.

XI. Métrica #11 – Tarefas “perdidas”

Esta métrica ajuda a identificar se o cronograma está atendendo bem ou mal ao plano de linha de base. Qualquer
"Tarefa" que já deveria estar concluída (data de término da linha de base na data de status ou antes dela e a data
de término real ou data de término prevista (data de término antecipada) é posterior à data de término da linha
de base é contada nesta métrica. A porcentagem é calculada dividindo o número de tarefas perdidas pela
“Contagem de linha de base”. O número de “tarefas perdidas” não deve exceder 5%. Uma lista dessas tarefas está
contida na pasta de trabalho do Excel e pode ser acessada clicando na descrição sublinhada. Observação: se
“Incluir marcos” for selecionado no assistente, os marcos serão considerados iguais a uma tarefa.

XII. Métrica #12 – Caminho crítico

Essa métrica ajuda a identificar lógica interrompida que é o resultado da ausência de predecessores e / ou
sucessores em tarefas onde são necessários. Se a data de conclusão do projeto (ou outro marco) não atrasar na
proporção direta (assumindo folga zero) para a quantidade de lapso intencional (600 dias cerca de 3 anos) que é
introduzido no cronograma como parte deste teste, então está quebrado lógica em algum lugar da rede. O IMS
passa no Teste do Caminho Crítico se a data de conclusão do projeto (ou outra tarefa / marco) mostra um número
de folga total negativo muito grande ou uma data de Término Antecipado revisada que está em proporção direta
(assumindo folga zero) para a quantidade de deslizamento intencional ( 600 dias, neste caso) que foi aplicado. Se
a tarefa que está sendo adiada tiver uma folga total de 10 dias, por exemplo, você esperaria ver apenas um lapso
de 590 dias para a data de término antecipada do marco almejado. Se houver vários calendários no projeto, o
marco almejado não pode ser atrasado na proporção direta, mas ainda deve haver um lapso significativo. O
módulo seleciona todas as tarefas críticas junto com qualquer tarefa que está em andamento e adiciona 600 dias
à duração restante e, em seguida, analisa o impacto na tarefa / marco que foi selecionado no assistente como um
ponto final. Uma lista dessas tarefas junto com seu status Aprovado / Reprovado está contida na pasta de
trabalho do Excel e pode ser acessada clicando na descrição sublinhada. Se alguma atividade falhar no teste, as
folhas de resumo serão preenchidas com Falha. Qualquer atividade com grandes valores flutuantes (mais de 75
dias) falhará neste teste e os analistas precisarão fazer a análise do pai nessas tarefas. As planilhas de resumo
podem ser alteradas manualmente pelos analistas se uma análise mais profunda das atividades com falha
justificar a mudança. Nota: Não há impacto para este módulo se “Incluir Marcos” ou “Incluir Atividades Não
Baseadas” for selecionado no assistente.

XIII. Métrica #13 – CPLI (Índice de comprimento do caminho crítico)

Essa métrica mede o “realismo” do caminho crítico em relação à data de término planejada (linha de base). Antes
de calcular o CPLI, os analistas devem primeiro verificar se o caminho crítico faz sentido e se o suficiente das
métricas do cronograma indicou que o caminho crítico é “Crível”. O “Comprimento do caminho crítico (CPL)” é
calculado a partir de agora até o final da tarefa / marco que foi selecionado no assistente. O CPLI é calculado da
seguinte forma: CPLI = (CPL + Total Float) / CPL. A meta para essa métrica é “1,00” com um limite de “0,95”. Um
CPLI de 1,00 ou maior indica que não há folga negativa na programação. Portanto, supondo que o cronograma
esteja devidamente vinculado, o programa tem uma chance “realista” de concluir o contrato no prazo. Um CPLI
menor que 0,95 indica que há uma grande quantidade de flutuação negativa na programação em proporção ao
tempo restante até a conclusão planejada. Como resultado, o programa pode NÃO ter uma chance “realista” de
concluir o contrato na data de término da linha de base. A pasta de trabalho do Excel mostra a tarefa usada para
calcular o CPL e a flutuação. Esta guia pode ser acessada clicando na descrição sublinhada. Além disso, a guia a
seguir na pasta de trabalho “Caminho de direção da CPL” mostra o caminho crítico ou de direção para a
atividade / marco selecionado. Nota: Não há impacto para este módulo se “Incluir Marcos” ou “Incluir Atividades
Não Baseadas” for selecionado no assistente.

XIV. Métrica #14 – BEI (Índice de execução da linha de base)

essa métrica mede o número de tarefas que foram concluídas como uma proporção para as tarefas que deveriam
ter sido concluídas até a data de acordo com o plano original (linha de base). O BEI é calculado da seguinte forma:
BEI = Tarefas concluídas / Contagem de linha de base do BEI. As tarefas concluídas são Total de tarefas que
possuem uma data de término real. A contagem de linha de base do BEI é qualquer tarefa total que tenha uma
data de término da linha de base na data de status ou antes dela, mais quaisquer tarefas sem datas de início ou
de término da linha de base. Observação: as tarefas sem datas de referência devem ser incluídas na contagem de
linha de base do BEI até que o problema seja corrigido. A meta para essa métrica é “1,00” com um limite de
“0,95”. Mais de 1,00 é favorável, menos de 1,00 é desfavorável. Nota: Se “Incluir Marcos” for selecionado no
assistente, os marcos serão considerados iguais a uma Tarefa e se “Incluir Atividades Não Baseadas” for
selecionado, eles serão incluídos na contagem de Tarefas Concluídas para esta seção.

As versões mais antigas da verificação de saúde tinham uma classificação geral do semáforo, mas ela foi removida
porque estava sendo usada como aprovação / reprovação e as pessoas estavam perdendo o verdadeiro propósito
da verificação de saúde. O objetivo da verificação de saúde é encontrar problemas em potencial que precisam ser
corrigidos ou explicar por que a prática é necessária neste IMS específico. As cores vermelha, amarela e verde em
cada elemento são apenas uma indicação do problema potencial que essa área pode representar para a
integridade do IMS. Cada um dos itens que compõem o número pelo indicador colorido precisa ser investigado.
Figura 10 - Resultados

A Figura 5 reflete os resultados da Verificação de Saúde em um único arquivo de cronograma, enquanto a Figura 6
ilustra a comparação dos resultados de um arquivo de cronograma atual com uma versão anterior do mesmo
cronograma de projeto.
 a. Predecessores e sucessores ausentes: menos de 3% é verde, de 3% a 7% é amarelo e mais de 7% é
vermelho;
b. Para tarefas com empate no término ou início: menos de 3% é verde, de 3% a 7% é amarelo e mais de
7% é vermelho;
c. Para tarefas de resumo com laços lógicos: menos de 2% é verde, de 2% a 3% é amarelo e mais de 3%
é vermelho;
d. Para relações fora de sequência: menos de 2% é verde, de 2% a 3% é amarelo e mais de 3% é
vermelho;
e. Para tarefas que precisam de atualizações, dados reais após a data de status, tarefas marcadas como
marcos e tarefas calculadas no modo manual: 0% é verde, maior que 0% até 5% é amarelo e mais de
Figura 11 - Resultados comparativos
5% é vermelho;
f. Para
A tabulação tarefas
desses com durações
indicadores estimadas:
é formatada em ummenos de 3%
modelo é verde,
Excel de 3% os
que fornece a 7% é amarelo
resultados e mais deem
da avaliação 7%uma
é
vermelho;
tela simples e de fácil compreensão para os planejadores do projeto. É geralmente recomendado que os
g. Para
resultados da começar
avaliaçãonãodo antes
Healthe não terminar
Check sejamantes das restrições:
apresentados menos deao10%
e explicados é verde,
gerente de de 10% a e15%
projeto é
outros
membros amarelo
da equipe e mais de 15% éIsso
apropriados. vermelho;
ajudará a equipe de gerenciamento de projetos a obter um entendimento
claro sobre a qualidade e a credibilidadee de
h. Para começar o mais tardar terminar
seu IMSo de
mais tardar,
projeto. Osdeve começar
resultados no, deve também
da avaliação terminar devem
no, o mais
ajudar
a corrigir tarde possível, edo
as deficiências restrições
cronogramade prazos: menos
para que de 3%
o IMS é verde,
possa servirde 3% auma
como 7% éferramenta
amarelo e maior que 7 % é
de gerenciamento
confiável. vermelho;
Os critérios de classificação do semáforo que são aplicados na função de avaliação do Health Check são
i. Para
mostrados relacionamentos
na Figura 7. com atraso negativo: O relacionamentos de atraso negativo é verde e qualquer
coisa maior que O é vermelho;
j. Para relacionamento do início ao fim com atraso positivo: menos de 5% é verde, de 5% a 10% é
Isso forneceamarelo e mais
ao usuário de 10%
uma é vermelho;
compreensão dos intervalos de critérios associados a cada classificação de semáforo.
k. Para finalização total iniciar relacionamentos: mais de 95% é verde, 91% a 95% é amarelo e menos de
A saída do 91% Health Check fornece a capacidade de visualizar apenas os resultados da avaliação atual ou de
é vermelho;
comparar os resultados
l. Para folga totalatuais
menorcom
queos10
dedias
qualquer avaliação
e maior que 25% anterior do Health
de duração Check.
restante: Isso fornecerá
menos de 16% éao usuário
verde, de a
capacidade 16%de arastrear e apresentar
30% é amarelo detalhes
e maior que 30% de émelhorias
vermelho;quanto à qualidade e credibilidade do cronograma. O
formatom. Para durações restantes superiores a doisem
de saída estrutura os resultados dos dados novemenos
meses: partes.de 10% é verde, de 10% a 20% é amarelo e
mais de 20% é vermelho;
n. Para caminhos críticos: folga total menor que O dias vermelho, O dias a 20 dias é amarelo e maior que
20 dias é verde.
 XV. Parte Um

Fornece informações gerais sobre o status do cronograma em relação às datas de início e término da previsão do
projeto, quantos dias de trabalho restantes no projeto, o número de arquivos do cronograma incluídos ou
vinculados a este projeto e a data de status do projeto. Além disso, a Linha de Base sendo usada e o Filtro sendo
usados nesta análise são mostrados acima desta seção. Deve-se observar que, independentemente de haver
interdependências externas incluídas na lógica do cronograma, a Verificação de Saúde ainda executará a
avaliação da mesma maneira como se houvesse apenas um arquivo de cronograma do projeto. Além disso, é
importante para

os usuários para verificar a data de status e garantir que a data correta seja identificada, a partir da qual as partes
principais da avaliação serão baseadas. Lembre-se de que um cronograma do projeto que reflete uma data de
status incorreta ou antiga é considerado suspeito para qualquer análise posterior do cronograma.

XVI. Parte Dois

Fornece informações sobre o tamanho do cronograma do projeto em relação a quantas tarefas e marcos totais
estão incluídos, quantos já foram concluídos, quantas tarefas / marcos ainda precisam ser trabalhados e quantas
tarefas foram desativadas. Uma tarefa pode ser sinalizada como “inativa” indicando que não pode ser progredida
e a lógica é ignorada nos cálculos do CPM, observe essas tarefas com atenção, uma lista é fornecida em uma guia
separada da pasta de trabalho do Excel. Lembre-se de que os números tabulados nesta seção incluem apenas
tarefas e marcos detalhados. Nenhuma tarefa de resumo é contada nesses totais porque os detalhes são de
importância primária ao avaliar o status e a credibilidade do cronograma. As tarefas resumidas devem sempre ser
orientadas e determinadas pelas tarefas e marcos detalhados.

XVII. Parte Três

Esta é a parte primária da avaliação da Verificação de integridade do cronograma. Os indicadores cruciais de

credibilidade da lógica do cronograma são identificados e tabulados para a avaliação do usuário. Critérios de
avaliação específicos foram estabelecidos e integrados ao software STAT para determinar as classificações do
semáforo. Cada um dos indicadores a seguir tem uma lista das atividades contadas em uma guia separada da
pasta de trabalho do Excel. As seguintes explicações detalhadas são fornecidas para os indicadores da Parte
Quatro:

a. “Tarefas e marcos sem predecessores” - Este indicador é muito direto e fornece uma contagem
detalhada de todas as tarefas / marcos que não têm atribuições predecessoras no IMS. Lembre-se
de que, quando uma tarefa ou marco não tiver um predecessor atribuído, a menos que haja uma
restrição válida impedindo seu início, ele deve ser agendado para iniciar imediatamente. Se este
for realmente o caso, então esta situação está bem; entretanto, normalmente não é o caso. Para
modelar com precisão a implementação de um projeto planejado, a sequência correta deve ser
identificada para cada tarefa e marco contido no cronograma. Isso permitirá que a ferramenta de
agendamento automatizado calcule com precisão a folga (flutuação) para cada tarefa / marco no
IMS que é necessário para identificar corretamente o caminho crítico do projeto. A Verificação de
Saúde identifica corretamente todas as tarefas / marcos incompletos que não possuem
atribuições predecessoras para que possam ser avaliados e, se necessário, corrigidos. Tarefas que
têm apenas predecessores inativos também serão exibidos aqui;
b. “Tarefas e marcos sem sucessores” - Esta explicação é quase igual ao indicador acima, exceto
que, quando não há atribuição de sucessor para uma tarefa ou marco específico, esse item pode
deslizar indefinidamente sem impacto para a conclusão do projeto. Essa situação também
impede o cálculo correto da folga e a identificação do caminho crítico. Tarefas que têm apenas
sucessores inativos também serão exibidos aqui;
 c. “Tarefas pendentes sem vínculos finais” - Este indicador identifica todas as tarefas no IMS que,
embora tenham sucessores atribuídos, não têm sucessores finais. As tarefas identificadas têm
apenas sucessores que são interdependências do tipo início ao início ou início ao fim. O impacto
desse tipo de interdependência é que o término da tarefa envolvida pode escorregar
continuamente sem nenhum impacto resultante na conclusão do projeto. Em outras palavras,
tem quase o mesmo impacto que uma tarefa que não possui atribuições sucessoras. Consulte a
Figura 8 para obter um exemplo desse tipo de situação;

Figura 13 - Tarefas sem vínculos finais

d. “Tarefas para ir sem laços de início” - Este indicador identifica todas as tarefas no IMS que, até
mesmo embora tenham predecessores atribuídos, não têm predecessor inicial. As tarefas
identificadas têm apenas predecessores que são interdependências do tipo término ao término
ou do início ao fim. O impacto deste tipo de interdependência é semelhante ao impacto de uma
tarefa que não tem atribuições predecessoras. Consulte a Figura 9 para obter um exemplo desse
tipo de situação;

Figura 14 -Tarefa sem vínculo para início

e. “Resumos com vínculos lógicos” - As tarefas de resumo não devem ser atribuídas a
interdependências de sequência. Quando isso ocorrer, os relacionamentos de tarefa de resumo
substituirão os relacionamentos de sequência existentes nas tarefas e marcos detalhados
contidos na tarefa de resumo. Lembre-se de que a sequência lógica da tarefa detalhada deve
orientar as datas das tarefas resumidas e não o contrário. O impacto são datas de programação
potencialmente incorretas e cálculo de folga incorreto;
f. “Relacionamentos fora de sequência” - relacionamentos fora de sequência ocorrem quando as
atribuições de predecessor / sucessor contidas no IMS tornam-se inválidas devido às datas de
início ou término reais sendo inseridas que conflitam com os relacionamentos lógicos existentes.
Isso significa que uma data real que foi inserida em uma tarefa indica que a tarefa está em
andamento antes que o empate lógico reflita que poderia estar. Essas situações devem ser
revisadas e corrigidas com relacionamentos lógicos válidos, se necessário, ou possivelmente uma
data real foi inserida com erro e requer uma correção. O impacto desta situação é que os cálculos
de folga total nas tarefas envolvidas estão incorretos e podem afetar a precisão da identificação
do caminho crítico;
 g. “Reais após a data de status” - Este indicador identifica todas as tarefas e marcos que
progrediram indevidamente com uma data posterior à data de status atribuída ao projeto. O
impacto desse tipo de erro é que as datas do cronograma e os valores de folga calculados
associados às tarefas / marcos na lógica de recebimento de dados também estarão incorretos;
h. “Tarefas marcadas como marcos (Nota: tendo uma duração de> 0)” - Este indicador identifica
todas as tarefas do cronograma que têm uma atribuição de duração maior que zero, mas também
foram marcadas no Microsoft Project para serem mostradas como um marco. O Microsoft Project
usará a duração para calcular o caminho por meio desta atividade, mas será exibida como um
marco de conclusão. Embora essa técnica não afete os cálculos de folga do cronograma, ela
impede que o usuário do cronograma veja o verdadeiro progresso da tarefa e veja por que há
uma lacuna entre a tarefa predecessora e o marco. O impacto para o usuário é que uma tarefa
agendada pode estar significativamente atrasada, mas o usuário potencialmente não estará
ciente da situação porque ela ficará oculta e será refletida apenas como um marco de conclusão;
i. “Tarefas com duração estimada” - Este indicador encontra todas as tarefas que foram
adicionadas ao IMS sem uma atribuição de duração especificada ou uma atribuição de duração
que é sinalizada como estimada e precisa ser verificada. Esse tipo de ocorrência geralmente é
causado pelo esquecimento do planejador de adicionar um valor de duração ou por não saber
qual deve ser a atribuição correta de duração. Lembre-se de que durações incorretas de tarefas
levam a datas de programação incorretas e cálculos de folga de programação incorretos;
j. “Tarefas manuais” - o Microsoft Project introduziu esse recurso na versão 2010 para permitir que
as atividades sejam mantidas e controladas manualmente pelo usuário. O modo de programação
manual fornece um meio para inserir os valores de duração e data em formato livre ou em
termos gerais para situações em que as informações de programação podem ser limitadas e / ou
a confiança é baixa. No modo de agendamento manual, os relacionamentos de tarefas não são
considerados e, portanto, não têm influência nas datas de início / término da tarefa calculada. O
agendamento manual é um método mais bem servido por agendadores ocasionais e resulta em
um formato muito parecido com uma lista do Excel de tarefas a serem trabalhadas. Este recurso
pode ter uma finalidade e um tempo para uso, mas para o agendamento de projeto típico que
requer a funcionalidade Método do Caminho Crítico (CPM), o modo de agendamento manual não
deve ser usado. O impacto de ter tarefas agendadas manualmente misturadas dentro de um
cronograma de projeto de funcionamento normal do CPM é que a identificação do caminho
crítico pode ser dificultada ou mesmo evitada devido a relações de tarefas manuais não serem
consideradas no cálculo de valores de folga total precisos;

XVIII. Parte Quatro

Esta parte fornece uma análise do tipo e quantidade de restrições que são atribuídas dentro do cronograma. Uma
restrição é uma data fixa que foi atribuída a uma tarefa ou marco para controlar quando ela começa ou termina.
Deve-se ter cuidado ao usar restrições porque elas são um fator significativo em como a folga (folga) é calculada
ao longo do cronograma do projeto. Todos os tipos de restrição têm alguma influência nos valores de folga, mas
certos tipos, como: o mais tarde possível, Não terminar depois de, Deve começar em, Deve terminar em e Prazos
finais atuam como pontos de conclusão no IMS a partir dos quais os valores de folga total são calculados. Embora
seja verdade que às vezes surgem certas situações de cronograma que exigem o uso válido de uma restrição,
muitas vezes as restrições são excessivamente usadas e prejudicam gravemente a capacidade do planejador de
identificar o caminho crítico do projeto. Idealmente, o uso mínimo de restrições, além de “O Mais Logo Possível”,
é fortemente encorajado. Este indicador de verificação de saúde identifica e conta todas as restrições, exceto
aquelas com “O mais rápido possível”, para que possam ser avaliadas quanto à extensão de seu impacto no
cronograma do projeto. Nota: As atribuições de prazos também estão incluídas na contagem de restrições devido
ao seu impacto e resultados serem os mesmos de uma restrição “Concluir não depois de”. Cada um dos tipos de
restrição tem uma lista das atividades contadas em uma guia separada da pasta de trabalho do Excel.

XIX. Parte Cinco

Esta parte fornece uma análise dos relacionamentos lógicos e das defasagens usadas nas tarefas restantes do
cronograma. A maioria dos relacionamentos lógicos devem ser relacionamentos do término ao início (FS) sem
atraso. Qualquer relação de defasagem negativa será marcada como vermelha e deve ser questionada, a
justificativa para usar a relação de defasagem negativa deve ser fornecida. Além disso, as defasagens positivas do
FS devem ser revisadas para ver se há trabalho no tempo de defasagem que precisa ser representado com uma
tarefa. Uma guia separada da pasta de trabalho do Excel tem uma lista das tarefas com atraso negativo e
relacionamentos FS com atraso positivo.

Depois de executar a verificação de integridade do STAT, o usuário pode encontrar as listagens detalhadas de
tarefas e marcos que são identificados e contados para cada métrica do indicador contida nas partes três, quatro
e cinco que são explicadas acima. Conforme mostrado na figura abaixo (Figura 10), as guias da planilha localizadas
na parte inferior da tela do Health Check podem ser selecionadas para fornecer os detalhes do indicador
específico para impressão, revisão e correções conforme necessário.

Nota: os títulos dos indicadores sublinhados também podem ser clicados para fornecer o link para uma lista
detalhada de tarefas e marcos que compõem essa contagem de métrica específica.

Figura 15 - Listagem detalhada dos indicadores

XX. Parte Seis

Esta parte fornece uma tabela que mostra como o IMS do projeto pode ser dividido em três categorias de valores
de folga total (float) para fins de análise e informações gerais. A folga total mínima e máxima são mostradas para
informação. As categorias de folga são descritas abaixo:

a. A primeira categoria indica o número e a porcentagem de tarefas de planejamento detalhadas

restantes contidas no IMS que têm dez dias ou menos de folga total. Uma regra geral pertencente
a esta categoria indica que menos de 30% da programação deve se enquadrar nesta categoria. Se
30% ou mais das tarefas programadas em um IMS tiverem dez dias ou menos de folga, é
altamente provável que o cronograma do projeto seja muito otimista e provavelmente
inatingível. Recomenda-se a revisão do cronograma e o replanejamento pela equipe do projeto;
 b. Uma segunda categoria indica a porcentagem total de tarefas detalhadas do cronograma dentro
do IMS que têm valores de folga total superiores a 25% da duração restante do projeto. Em
outras palavras, esta é uma medida de quanto do cronograma do projeto tem valores de folga
excessivamente altos. O insight da análise que vem dessa categoria para situações em que o
percentual resultante é de 30% ou mais é que o cronograma não foi sequenciado corretamente.
Os relacionamentos de interdependência entre as tarefas não foram atribuídos de forma alguma
ou foram atribuídos incorretamente. Encontrar esta situação também deve resultar em uma
revisão do IMS pela equipe de gerenciamento do projeto;
c. Os valores de folga total da terceira categoria nesta métrica indicam a porcentagem total que
compõe o equilíbrio das tarefas IMS que não se enquadram em nenhuma das categorias acima. O
insight da análise que pode ser obtido a partir desta categoria é que a porcentagem resultante de
tarefas que não têm folga total nem pequena demais geralmente deve ser sempre maior do que
qualquer uma das duas categorias descritas acima. Sempre que essa categoria for inferior a
qualquer uma das duas primeiras categorias, ela se tornará outro indicador de relacionamentos
de interdependência de tarefas deficientes ou ausentes, ou de um cronograma excessivamente
otimista;

XXI. Parte Sete

Esta parte fornece uma tabela que exibe um perfil de todas as durações de tarefas / marcos restantes. A
importância desta informação é obter uma compreensão do nível de detalhe da tarefa contido no IMS e fazer
uma avaliação se é adequado ou não. Geralmente, quando as durações das tarefas são longas, é muito mais difícil
identificar os pontos de interface específicos necessários para permitir relações significativas entre tarefas
término e início. O nível de detalhe da tarefa dentro do IMS normalmente se correlaciona com a fase de
desenvolvimento em que o projeto está atualmente. Os projetos da NASA na pré-fase A e durante as partes da
fase A geralmente refletem menos detalhes na definição da tarefa, resultando em durações muito mais longas.
Conforme um projeto prossegue para a fase B e fases posteriores, a definição do projeto torna-se muito mais
clara e as durações das tarefas devem se tornar mais curtas e mais discretas, permitindo interdependências
eficazes das tarefas e uma medição significativa do progresso / desempenho. É importante entender que quanto
mais significativo e discreto for o nível de detalhe da tarefa, mais eficaz e preciso será o IMS para determinar os
direcionadores críticos do cronograma, medir o progresso / desempenho do projeto, alocar recursos e prever
realizações futuras. Em termos simples, recomenda-se que o número predominante de tarefas dentro de um IMS
não deve exceder três meses de duração, de preferência menos de dois meses. Entende-se que nem sempre é
possível manter esses objetivos e que as tarefas não devem ser divididas arbitrariamente quando não há pontos
de interrupção lógicos e significativos. Em situações em que o planejamento em ondas sucessivas está ocorrendo,
pode haver tarefas de maior duração no futuro que serão divididas em uma data posterior, mas esses pacotes de
planejamento precisam ser detalhados o suficiente para determinar o verdadeiro caminho crítico para o final do
projeto.

XXII. Parte Oito

Esta parte fornece informações de folga total (flutuação) para os cinco caminhos de folga mais baixos e o número
de tarefas em cada caminho, contidos no IMS do projeto. O caminho de folga mais baixo é considerado o caminho
crítico primário seguido pelos próximos quatro caminhos secundários. Todos os cinco caminhos devem ser
monitorados de perto em uma base contínua para garantir a validade do cronograma. A equipe de gerenciamento
deve estar ciente das tarefas e marcos específicos em cada caminho e garantir que a duração de cada tarefa
atribuída e a interdependência reflitam com precisão o modelo de implementação planejado. Deve-se ter cuidado
antes de fazer qualquer suposição de análise usando os cinco principais dados de caminho crítico. É muito
importante validar a credibilidade de cada um dos cinco caminhos contidos nesta métrica. Se a verificação de
saúde do cronograma indicar classificações ruins para a formulação e integridade de IMS, essa métrica terá menor
valor de análise. A lista das tarefas que compõem os cinco caminhos é mostrada na guia Caminhos Críticos. Clicar
em qualquer um dos números de caminho sublinhados o levará a esta guia.
 As informações de análise obtidas neste gráfico são normalmente encontradas nos valores de folga de cada
caminho e no número de tarefas contidas em cada caminho. Abaixo estão exemplos de dados analíticos que
podem ser obtidos a partir desta tabela, juntamente com as possíveis conclusões da análise que podem ser
alcançadas.

a. Se, depois de validar a credibilidade dos cinco caminhos mais baixos, o caminho crítico primário,
bem como qualquer um dos caminhos secundários, tiver valores de folga total (flutuação)
negativos ou significativamente baixos, então o cronograma do projeto pode não refletir um
plano viável ou realista para sucesso;
b. Muitas vezes, o número de tarefas que constituem o caminho crítico é um bom indicador de
credibilidade. Supondo que o nível de detalhe da tarefa em todos os elementos da EAP contidos
no IMS deva ser consistente, então geralmente se espera que o caminho crítico primário
contenha mais tarefas do que os caminhos secundários. Isso é esperado porque, por definição, o
caminho crítico primário representa o caminho de duração mais longa desde a data de status
atual através da rede IMS até a conclusão do projeto. Se este não for o caso, pode indicar
inconsistência nos detalhes da tarefa ou um uso inválido de restrições fixas da tarefa;

CUIDADO: A análise do Caminho Crítico / Folga Total refletida na Tabela de Análise do Caminho Crítico é baseada
exclusivamente na rede lógica IMS do projeto (ou seja, predecessores, sucessores, durações, restrições etc.).
Deve-se observar que a credibilidade e o valor desses dados devem estar diretamente relacionados à qualidade
refletida na Formulação do Cronograma e Avaliação de Integridade mostrada acima neste relatório.

XXIII. Parte Nove

Esta parte fornece diversos indicadores adicionais que podem ajudar o usuário a determinar a integridade e
credibilidade do IMS. Alguns desses indicadores são derivados automaticamente em função da avaliação do
Health Check e outros indicadores são incluídos como entradas manuais determinadas a partir de observações e
julgamento do usuário. As seguintes explicações detalhadas são fornecidas para os indicadores da Parte Cinco:

a. “Tarefas recorrentes” - Este indicador identifica tarefas e marcos que normalmente são
repetitivos por natureza e que normalmente não devem impactar o caminho crítico do projeto.
Exemplos desse tipo de tarefa incluem: reuniões semanais, emissão de relatórios de rotina,
revisões de rotina etc. Embora essas tarefas sejam necessárias quando o carregamento de
recursos é necessário, pode ser uma preocupação real se o IMS for predominantemente
composto por esses tipos de tarefas. do escopo de trabalho real do projeto. Uma lista dessas
tarefas é fornecida na guia Tarefas recorrentes;
b. “Cronograma rastreável à WBS (S / N)” - Este indicador de verificação de integridade é uma
entrada manual pelo usuário da verificação de integridade porque o Microsoft Project preenche
automaticamente o campo WBS com valores gerados pelo sistema que normalmente não são os
identificadores de elemento de WBS corretos do projeto. Antes de fazer essa entrada, o usuário
deve dar uma olhada rápida na programação para determinar quanto do IMS tem os elementos
de EAP corretos identificados. Lembre-se de que uma WBS de projeto serve como estrutura
aprovada para todo o planejamento técnico, financeiro e de cronograma. Também é um requisito
da NASA que a EAP do projeto seja consistente com a linha de base do projeto integrada para
todo o conteúdo técnico, orçamentário e de cronograma. Ter a WBS totalmente integrada ao IMS
é uma abordagem chave para garantir que existe a consistência necessária;
c. “Caminho (s) crítico (s) realista (s) (S / N)” - Este indicador é uma entrada manual feita pelo
usuário do Health Check. É um julgamento estritamente subjetivo, mas deve ser, em grande
parte, baseado nos resultados indicados na parte 3 e 4 da avaliação do semáforo do exame de
saúde. Se os indicadores de semáforo forem predominantemente vermelhos para a lógica IMS, é
razoável supor que qualquer identificação ou informação de caminho crítico seria muito suspeita,
na melhor das hipóteses, e normalmente não confiável para a tomada de decisão de
 gerenciamento. Além disso, os principais caminhos críticos devem ser revisados pela equipe do
projeto para determinar se são caminhos válidos;
d. “Agendar tarefas com base na linha de base” - Este indicador quantifica, para o usuário do
Health Check, quanto do IMS restante foi estabelecido na linha de base. Deve ser entendido que
as “melhores práticas” de gerenciamento de projetos ditam que, em algum ponto, o cronograma
total restante do projeto deve ter uma linha de base para fornecer uma medição de desempenho
significativa;
e. “Tarefas com recursos” - Este indicador quantifica o número de tarefas que possuem recursos
atribuídos. Uma vez que é claramente verdade que os cronogramas do projeto não podem ser
cumpridos com sucesso a menos que recursos adequados estejam disponíveis, torna-se
importante para o analista saber se os recursos foram razoavelmente considerados ao
desenvolver o IMS do projeto. Este indicador fornece uma visão adicional sobre a credibilidade do
cronograma;
f. “Total de tarefas (incluindo tarefas de resumo)” - Este item final fornece o número total de
tarefas, incluindo as tarefas de resumo. Este item é destinado apenas para informação.