Um marco do projeto é um ponto de duração zero que marca uma conquista, aprovação, transferência ou evento externo significativo. Marcos fortes carregam evidências e significado de decisão.
O que é um marco do projeto?
Um marco do projeto é um ponto ou evento significativo com duração zero. Ele marca uma conquista, aprovação, transferência, compromisso externo ou limite de decisão — por exemplo, “Projeto aprovado”, “Permissão recebida” ou “Produção ao vivo”.
Um marco não é o trabalho em si. “Teste completo do usuário” é um marco somente após a conclusão das tarefas de teste e dos critérios de aceitação. Em um gráfico de Gantt, geralmente aparece como um diamante posicionado em uma data.
Marcos fortes respondem a três perguntas:
- Que condição verificável foi alcançada?
- Quem aceita ou confirma?
- O que pode acontecer a seguir porque foi alcançado?
20 exemplos úteis de marcos de projetos
Iniciação e governança
- Business case aprovado — o patrocinador autoriza novos investimentos.
- Aprovado o termo de abertura do projeto — objetivo, autoridade e limites de alto nível são aceitos.
- Financiamento liberado — a próxima parcela do trabalho pode começar.
- Fornecedor selecionado — a decisão de aquisição é final e documentada.
- Contrato assinado — ambas as partes assinaram o acordo de controle.
Entrega de produtos e software
- Escopo aceito para liberação — o limite de liberação e as condições de aceitação são acordados.
- Arquitetura aprovada — os revisores designados aceitam a orientação técnica proposta.
- Recurso completo — a funcionalidade necessária atende aos critérios de entrada da equipe para estabilização.
- Aprovação de segurança recebida — as descobertas necessárias foram resolvidas ou formalmente aceitas.
- Release candidate aprovado — o tomador de decisão autorizado permite a implantação em produção.
- Produção ao vivo — o lançamento está disponível no ambiente de produção.
- Hypercare concluído – as condições de saída para suporte pós-lançamento elevado são atendidas.
Construção e entrega física
- Licença emitida — a autoridade concede permissão para o trabalho regido.
- Local pronto — acesso, utilidades, segurança e condições de pré-requisito são verificados.
- Fundação aceita — a inspeção confirma que a fundação atende aos requisitos.
- Conclusão prática certificada — o ativo pode ser usado para a finalidade pretendida, sujeito às exceções acordadas.
Marketing, eventos e trabalho com clientes
- Conceito criativo aprovado — o cliente aceita a direção antes do início da produção.
- Inscrições abertas — o evento ou campanha fica disponível para seu público.
- Conteúdo final bloqueado — as alterações autorizadas são interrompidas e os arquivos de produção são liberados.
- Aceitação do cliente assinada — o cliente confirma que a entrega contratada atende aos critérios de aceitação.
Estes são padrões, não rótulos para copiar cegamente. “Recurso completo” significa coisas diferentes para equipes diferentes. Defina suas evidências nos critérios de marco do projeto.
O que torna um marco útil?
Descreve um estado, não uma atividade
Use linguagem baseada em particípio passado ou estado: “Projeto aprovado”, não “Design”; “Dados migrados”, não “Migração”. O nome deve tornar a condição de conclusão visível.
Tem evidências objetivas
A evidência pode ser uma decisão assinada, um relatório de teste, um artefato implantado, uma licença emitida ou uma entrega aceita. “Projeto 50% concluído” é fraco porque a porcentagem pode ser subjetiva e não desbloqueia uma decisão específica.
Está conectado ao cronograma
Um marco deve ter antecessores que produzam as suas evidências e sucessores que dependam dele. Um diamante desvinculado colocado manualmente em uma data prevista pode permanecer verde mesmo quando todos os pré-requisitos são ignorados.
É importante para alguém
Nem toda conclusão de tarefa merece status de marco. Use marcos para eventos que alteram autorização, risco, comunicação externa, pagamento, fase ou estado de entrega.
Marco vs tarefa vs entrega
| Conceito | Significado | Duração | Exemplo |
|---|---|---|---|
| Tarefa | Trabalho realizado | Maior que zero | Conduza cinco sessões de usabilidade |
| Entregável | Resultado verificável | Produzido por tarefas | Relatório de descobertas de usabilidade |
| Marco | Ponto ou estado significativo | zero | Resultados aceitos |
Uma entrega pode apoiar um marco, mas os termos não são intercambiáveis. O relatório existe; aceitação é o evento que permite que o projeto prossiga.
Marco versus prazo
Um prazo é uma data obrigatória ou prevista. Um marco é o evento esperado em um encontro. “30 de setembro” por si só não é um marco significativo; “Submissão regulamentar aceita até 30 de setembro” é.
Mantenha a previsão e o compromisso conceitualmente separados. Se o cronograma atualmente prevê 3 de outubro em relação ao marco de 30 de setembro, essa variação de três dias é uma informação importante. Não force o marco de volta para 30 de setembro e esconda o erro.
Como os marcos devem aparecer em um gráfico de Gantt?
Crie uma linha de duração zero, atribua-lhe um nome baseado no estado, atribua o tomador de decisão responsável quando for útil e conecte-o às atividades que produzem o resultado. Evite codificar sua data se a lógica predecessora puder calculá-la.
Por exemplo:
| Tarefa ou marco | Duração | Depende de |
|---|---|---|
| Teste de acessibilidade completo | 3 dias | Construção de produção |
| Resolver descobertas de bloqueio de versão | 4 dias | Teste de acessibilidade |
| Acessibilidade aceita | 0 dias | Descobertas resolvidas |
| Autorizar lançamento | 1 dia | Acessibilidade aceita, segurança aprovada |
Em GanttFather, os marcos podem ser exibidos com marcadores distintos, como losango, círculo, estrela, bandeira ou cheque. Use formas diferentes com moderação e defina o que elas significam; a cor e a forma devem acrescentar informação, não decoração. Conecte cada portão com o correto tipo de dependência, preserve as datas aprovadas em um linha de base do cronogramae adaptar o publicado cronograma de planejamento de eventos quando o padrão de marco se ajusta a um evento.
Quantos marcos um projeto deve ter?
Não existe uma contagem universal. Um projeto de seis semanas pode precisar de cinco a dez marcos de decisão; um programa plurianual pode ter muito mais. O teste correto é se cada um apoia a governação ou a comunicação.
Poucos marcos tornam as fases longas opacas. Muitos transformam cada tarefa num evento “importante” e destroem o sinal. No nível executivo, mostre apenas os marcos vinculados aos compromissos e decisões. Mantenha os portões operacionais no cronograma detalhado.
Como você escreve critérios de aceitação de marcos?
Use um registro compacto:
| Campo | Exemplo |
|---|---|
| Marco | Aprovação de segurança recebida |
| Evidência necessária | Revisão de segurança assinada sem descobertas críticas não resolvidas |
| Proprietário da decisão | Delegado do diretor de segurança da informação |
| Antecessores | Modelo de ameaça, teste de penetração, localização de remediação |
| Exigido por | 14/10/2026 |
| Consequência se for perdida | Movimentos de autorização de produção |
Isso transforma uma data decorativa num controlo de governação testável.
Como você pode gerenciar marcos de controle em GanttFather?
Crie a porta como uma tarefa de duração zero, escolha um marcador de marco e vincule as tarefas que produzem sua evidência. Adicione sucessores que dependem da decisão para que uma aprovação tardia avance o trabalho que genuinamente bloqueia; o destaque do caminho crítico mostra quando essa porta controla a data final.
Os editores podem atualizar o plano ao vivo enquanto espectadores e convidados ilimitados inspecionam a mesma previsão de marco. Para relatórios formais de variação, preserve um instantâneo aprovado ou exporte porque GanttFather não fornece uma sobreposição de barra de linha de base dedicada em todas as tarefas.
Crie um projeto GanttFather gratuito e adicione seus marcos de decisão usando os campos de critérios de aceitação acima.
Perguntas frequentes
Um marco pode ter uma duração?
Não no uso de agendamento padrão: um marco tem duração zero. Se o trabalho levar três dias, modele o trabalho como uma tarefa e coloque o marco na sua conclusão verificada.
Os marcos devem ter proprietários?
Designe uma pessoa responsável quando for necessária aprovação, aceitação ou confirmação externa. O proprietário é responsável pelas evidências do evento, não pela conclusão mágica de todo o trabalho anterior.
Um marco do projeto pode ser movido?
O marco da previsão pode mudar quando seus antecessores mudam. Uma data contratual ou regulamentar fixa continua a ser a meta, enquanto a previsão atual apresenta variações. Preserve ambos os significados em vez de reescrever silenciosamente a história.
Os marcos estão sempre no caminho crítico?
Não. Um marco pode estar em um ramo não crítico ou marcar um evento informativo. Se ele bloquear a entrega final e não tiver folga, será crítico no modelo de cronograma.
Fontes
