O que é um marco de projeto?
Marco é um ponto de checagem dentro do cronograma que sinaliza a conclusão de uma etapa importante. O termo em inglês é milestone, forma bastante usada no mercado brasileiro, e as duas palavras significam a mesma coisa. O marco não tem duração: ele acontece ou não acontece em uma data.
A função do marco é dar sinal de progresso antes do fim. Um projeto de quatro meses sem marcos só revela o atraso no último dia. Com marcos a cada duas semanas, o desvio aparece cedo, quando ainda dá para renegociar escopo, prazo ou recurso.
Um bom marco é binário e verificável. “Roteiro aprovado pelo cliente” funciona: ou o aprovado existe, ou não existe. “Produção andando bem” depende da interpretação de quem responde. Marcos costumam aparecer como losangos no gráfico de Gantt.
Como funciona na prática?
A definição de marcos segue quatro critérios:
- Marcar transições, não tarefas. O marco fecha uma fase e libera a próxima: briefing aprovado, conceito escolhido, peças aprovadas, campanha no ar.
- Escrever no particípio. A formulação “peças aprovadas” deixa claro que o marco é um estado alcançado, e não um trabalho em andamento.
- Definir o critério de verificação. Quem confirma e com base em quê. Sem critério, o marco vira reunião de opinião.
- Distribuir ao longo do prazo. Uma referência prática é ter um marco a cada duas a quatro semanas em projetos de médio porte. Poucos marcos escondem o risco; muitos viram burocracia de checagem.
Cada marco costuma exigir um entregável concreto e, com frequência, uma aprovação formal do cliente.
Marco vs entregável: qual a diferença?
| Aspecto | Marco | Entregável |
|---|---|---|
| Natureza | Ponto no tempo, sem duração | Artefato produzido pelo time |
| Exemplo | ”Campanha aprovada em 20/08” | Os cinco vídeos e o plano de mídia |
| Função | Sinalizar progresso e liberar fase | Entregar valor concreto ao projeto |
| Verificação | Aconteceu ou não aconteceu | Existe e atende aos critérios acordados |
Veredito: o entregável é a coisa produzida, e o marco é a data em que a conclusão dessa coisa é confirmada.
Exemplos de uso
- Lançamento de e-commerce (exemplo hipotético): o projeto de três meses tem quatro marcos: catálogo fotografado em 15/07, loja em ambiente de teste em 05/08, campanha aprovada em 20/08 e loja no ar em 01/09. O marco de 15/07 escorrega uma semana, e o time renegocia escopo antes de perder a data de estreia.
- Agência: contratos com pagamento por etapa amarram parcelas aos marcos, como 30% na aprovação do conceito e 40% na entrega das peças.
Erros comuns
- Criar marcos vagos, sem critério de verificação, que ninguém consegue declarar concluídos.
- Colocar marco só na entrega final, o que elimina a função de alerta antecipado.
- Confundir marco com tarefa e atribuir duração a ele.
- Deixar o marco escorregar sem replanejar, tratando o desvio como detalhe até virar crise.
Perguntas frequentes sobre marcos de projeto
Marco e milestone são a mesma coisa?
Sim. Milestone é a palavra em inglês para marco de projeto, e as duas formas circulam juntas no mercado brasileiro. A palavra original vem das pedras que marcavam distâncias nas estradas romanas, e o sentido se manteve: um ponto de referência que confirma o quanto já foi percorrido.
Quantos marcos um projeto deve ter?
O suficiente para revelar atrasos a tempo de reagir. Em projetos de dois a quatro meses, um marco a cada duas ou três semanas costuma funcionar. O teste prático: se o time só descobriria um atraso perto da entrega final, faltam marcos; se as reuniões de checagem consomem mais tempo que a execução, sobram.
Marco tem duração?
Não. O marco é um ponto no tempo, com duração zero. Ele representa o instante em que uma etapa é considerada concluída. O trabalho que leva até ele tem duração e aparece como tarefa no cronograma; o marco apenas confirma que esse trabalho terminou.