Marco
Ponto de verificação definido numa linha temporal de projeto, com um resultado mensurável que torna o progresso visível, sem ocupar qualquer duração própria.
Um marco assinala um acontecimento de particular importância num projeto, como a conclusão de uma fase de planeamento, a aprovação de um protótipo ou a colocação em funcionamento de um sistema. Ao contrário da duração normal de uma tarefa, um marco não tem duração própria; é um ponto no tempo, não um período de tempo.
Os marcos dividem um projeto em secções geríveis e criam pontos fixos onde o progresso pode ser verificado objetivamente. Isso torna-os adequados como decisões de avançar ou não: a fase seguinte só começa depois de o marco ser atingido.
Para o controlo do projeto, os marcos são especialmente valiosos porque os desvios se tornam visíveis cedo. Se um marco não for cumprido, ainda é possível tomar medidas corretivas antes de os atrasos se acumularem em todo o projeto e empurrarem silenciosamente a data final de entrega.
Exemplo pratico
Um projeto de software define quatro marcos: análise de requisitos concluída na semana 4, protótipo funcional na semana 10, ensaio de testes concluído na semana 16, arranque em produção na semana 20. Se o segundo marco atrasar duas semanas, a equipa sabe de imediato que o prazo final está em risco.
Como a Leanshift ajuda
Os marcos criam a honestidade de que a melhoria contínua precisa: mostram cedo em que ponto uma iniciativa realmente está, em vez de esconder os problemas até ao fim.
Perguntas frequentes
Quantos marcos deve ter um projeto?
Não existe um número fixo; um marco por cada fase principal costuma fazer sentido, frequentemente entre três e oito em projetos de média dimensão.
O que acontece quando um marco não é cumprido?
A equipa do projeto analisa a causa e decide se é necessário realocar recursos, ajustar o calendário ou alterar o âmbito.