Atividade Tracejado

O que realmente é uma atividade tracejada no diagrama de rede

Quando você monta um cronograma em ferramenta de gerenciamento de projetos e vê linhas pontilhadas ou tracejadas ligando atividades, elas representam conexões que não estão no caminho crítico. Em termos práticos, atividade tracejado é a representação visual de folgas, de dependências flexíveis e de margens dentro do seu diagrama de PERT ou CPM. A linha tracejada indica que aquela sequência não dita o prazo final do projeto. Ela existe porque o método foi desenhado para mostrar, de forma quase cinematográfica, onde você tem respiro e onde não tem. O problema é que muita gente pega um software e deixa ele desenhar tudo automaticamente. Aí você olha o gráfico e não sabe porquê uma linha tá tracejada. Pode ser folga total. Pode ser um relacionamento finish-to-start com lag. Pode ser apenas uma preferência visual da ferramenta. Isso gera uma confusão enorme em reunião com cliente.

Como identificar e trabalhar com atividade tracejado no dia a dia

Aqui vai o passo a passo sem rodeio. Primeiro, monte as atividades com durações realistas. Não chute números. Eu já vi projeto inteiro desandar porque alguém colocou "três dias" numa atividade que na prática leva dois semanas de dependências cruzadas. Depois defina os relacionamentos entre elas. Finish-to-Start é o mais comum, mas Start-to-Start com lag, Finish-to-Finish e Start-to-Finish também aparecem no mundo real. Quando você insere essas dependências, o software calcula o caminho crítico e automaticamente traceja tudo que não está nele. O cálculo em si funciona assim: você faz o passe Forward para achar os primeiros tempos de início e término, depois o passe Backward para os últimos tempos. A diferença entre eles é a folga total. Atividade com folga zero entra no caminho crítico e recebe linha contínua. Qualquer atividade com folga maior que zero aparece como atividade tracejado. Esse é o mecanismo. Se uma ferramenta não mostra os valores numéricos de folga junto com o traçado, ela tá te escondendo informação importante.

Na prática, eu uso atividade tracejado pra comunicar duas coisas pros responsáveis do projeto: que ali existe folga e que essa folga não é infinita. Tem gente que acha que linha tracejada significa "não importa". Não significa isso. Significa "tem margem, mas ela tá aí e pode acabar". Um exemplo concreto. Projeto de reforma de infraestrutura para uma rede de clínicas. Sete unidades. A atividade tracejado mais crítica era o período de aprovação do projeto executivo junto ao conselho regional de engenharia. Todo mundo cobrava prazo de obra, mas a verdadeira gargalo era o trâmite burocrático. O software mostrava aquelas atividades de aprovação como tracejadas, com folga de 23 dias. A folga parecia folgada até você perceber que ela estava concentrada em apenas uma unidade piloto. Quando a primeira unidade travou na aprovação, as 22 unidades seguintes herdam esse atraso em cascata porque todas compartilham o mesmo documento base. Eu fiz o seguinte: quebrei aquela atividade massiva em subatividades por unidade e redefini as dependências. O gráfico mudou, as linhas tracejadas ganharam novos significados e o gerente de projeto parou de tratar aprovação como se fosse flexível.

Duas coisas que iniciantes erram feio

A primeira é confundere atividade sem dependência com atividade tracejada. Atividade que não tem predecessor nem sucessor não é automaticamente tracejada. Ela pode simplesmente estar isolada no diagrama. O traço vem do cálculo de folga, não da ausência de conexão. Se você não rodar o cálculo completo, o que aparece na tela é apenas uma escolha visual da ferramenta, não informação de rede. A segunda é acreditar que atividade tracejado não precisa de monitoramento. Isso é erro de quem tá pagando conta no final. Folga é recurso. Ela gasta. Quando uma atividade no caminho crítico atrasa dois dias, a folga de atividades paralelas consome dois dias também. Atividade tracejado que antes tinha cinco dias de folga pode virar linha contínua em uma semana sem que ninguém perceba. O correto é revisar o diagrama a cada update de progresso, não só no início e no fim.

Quando atividade tracejado simplesmente não funciona

Existe cenário em que esse modelo quebra. Projeto com alta incerteza e duração imprevisível. Se você não consegue estimar duração de forma razoável, o cálculo de folga tá contaminado desde o início. Atividade tracejado nasce de estimativas. Se a estimativa é palpite, o traço também é. Nesse caso, recomenda-se método de Monte Carlo ou pelo menos três pontos de estimativa (ottimista, pessimista, mais provável) antes de confiar no traçado. Também funciona mal em ambientes ágeis puros sem adaptação. Scrum não desenha diagrama de rede tradicional. Se você tentar aplicar atividade tracejado num quadro Kanban comum, vai gerar mais ruído do que informação. A solução aí é manter o diagrama de rede como artefato separado, usado momentos de planejamento de lançamento ou integração, não no dia a dia de consumo do time.

Pra quem quer colocar isso em prática agora, a lógica básica é a mesma independente da ferramenta. No Microsoft Project, você define as tarefas, os relacionamentos, roda o cálculo e o campo "Critical" já marca automaticamente. No PERTchart ou em planilhas manuais, o cálculo de Forward e Backward passe tem que ser feito explicitamente. O que não muda é o princípio: linha contínua é obrigação. Linha tracejada é aviso de que existe folga e de que ela tem dono. Se você tá montando seu primeiro diagrama e quer um ponto de partida, comece listando todas as atividades com duração estimada, defina apenas as dependências que são realisticamente obrigatórias e rode o cálculo. Evite adicionar relações por vaidade visual. Quanto mais dependência desnecessária, mais o software distorce a folga e mais atividade tracejado aparece onde não deveria. Depois de rodado, imprima ou exporte com os valores de folga ao lado de cada atividade. Só assim o traçado perde o caráter decorativo e vira informação útil de decisão.