Como montar um cronograma que a equipa cumpre

Quase todos os cronogramas nascem bonitos e morrem em três semanas. Não porque a equipa seja indisciplinada, mas porque foram montados como um documento de apresentação — para serem aprovados numa reunião, não para serem usados numa terça-feira de manhã.

Um cronograma que sobrevive tem uma diferença simples: recalcula-se sozinho quando a realidade muda. Este texto mostra como montar um assim, em sete passos, explicando dependência, marco, caminho crítico e folga sem jargão de certificação.

Porque é que o cronograma da folha de cálculo morre

Na folha de cálculo, cada data é um número escrito à mão. Quando a etapa de homologação se atrasa quatro dias, alguém teria de reescrever as datas de tudo o que vem a seguir. Ninguém faz isso todas as semanas. Então o ficheiro torna-se ficção: as barras dizem uma coisa, a equipa vive outra.

O segundo motivo é o nível de detalhe. Um cronograma com trezentas linhas exige um dia inteiro de manutenção por mês. É abandonado por cansaço, não por discordância.

O roteiro de sete passos

1. Comece pela entrega, não pelas tarefas

Antes de listar atividades, escreva numa frase o que estará pronto no fim e como saberá que está pronto. "Site novo no ar com as cinco páginas aprovadas e o formulário de contacto a receber pedidos" é uma entrega. "Fazer o site" não é.

Essa frase é o filtro de todas as decisões seguintes. A tarefa que não faz avançar essa entrega não entra no cronograma — no máximo entra no quadro.

2. Divida em etapas de até uma semana

O tamanho certo de uma barra é entre dois e sete dias. Mais pequena do que isso, está a gerir o dia a dia no sítio errado: esse detalhe vive no quadro da equipa. Maior do que isso, não consegue saber se está atrasado até ser tarde de mais.

Regra prática: se não consegue dizer, a meio da barra, se ela está a meio, é grande de mais.

3. Ligue só o que depende de verdade

Dependência é uma frase simples: esta tarefa não pode começar antes de aquela terminar. A pintura depende do reboco. A campanha depende da aprovação do texto. A formação depende de o sistema estar no ar.

O erro comum é transformar em dependência aquilo que é só preferência de ordem. "Seria melhor fazer isto antes" não é dependência. Um cronograma cheio de ligações falsas fica rígido: qualquer atraso empurra o mundo inteiro, e a equipa deixa de confiar nas datas.

Quando as dependências estão certas, a ferramenta faz o trabalho pesado: arrastar uma barra reprograma o que vem a seguir, e vê o efeito antes de prometer seja o que for ao cliente.

4. Marque os pontos que não escorregam

Um marco é uma data com consequência fora do projeto: entrega contratual, evento, início de campanha, prazo legal, mudança de sistema. Não tem duração — é um ponto no tempo.

Marcar estes pontos muda a conversa. Em vez de discutir se a tarefa 47 se atrasou, a equipa discute se o marco de 12 de novembro continua de pé. É a única pergunta que o cliente realmente faz.

5. Descubra a fila que manda na data

Caminho crítico soa técnico e é quase óbvio: é a sequência de tarefas encadeadas mais longa do projeto. Se qualquer uma delas se atrasar um dia, a entrega final atrasa-se um dia. As outras tarefas têm alguma gordura; estas não têm nenhuma.

Saber que tarefas estão nessa fila muda onde coloca a atenção. Se um recurso escasso — a pessoa sénior, o fornecedor, o servidor — está fora do caminho crítico, um atraso aí não justifica uma reunião de emergência. Se está dentro, justifica.

É também o critério para negociar o âmbito. Cortar uma tarefa que não está no caminho crítico não adianta um dia na entrega. Isto evita aquela conversa em que toda a gente corta trabalho e a data não se mexe.

6. Ponha folga onde o risco mora

Folga é tempo reservado para o que sabe que pode correr mal. O erro clássico é distribuir folga por todas as tarefas: cada pessoa infla a sua estimativa em 30%, o cronograma incha, e a equipa gasta a folga sem dar por isso, porque está escondida dentro de cada barra.

Funciona melhor concentrar: estime as tarefas de forma honesta e coloque blocos de folga visíveis antes de cada marco. A folga fica explícita, toda a gente sabe quanto sobrou, e consumi-la passa a ser uma decisão consciente em vez de um acidente.

Onde pôr mais folga: etapas que dependem de terceiros, aprovações do cliente, qualquer coisa que a equipa nunca tenha feito antes.

7. Combine o ritual de revisão antes de começar

O cronograma é um acordo sobre o futuro, e o futuro muda todas as semanas. Marque quinze minutos fixos, sempre no mesmo dia, para três perguntas: o que terminou, o que escorregou e se algum marco ficou em risco.

Se a revisão semanal demora mais de vinte minutos, volte ao passo 2: o cronograma está detalhado de mais. Se demora menos de cinco, provavelmente ninguém está a olhar a sério.

Três erros que rebentam cronogramas

• Planear com a equipa ideal. Vai haver férias, feriados, gente em dois projetos e alguém doente. Um cronograma montado com toda a gente a 100% já nasce atrasado.
• Ignorar o tempo de aprovação. "Cliente aprova" costuma aparecer como zero dias no plano e consumir duas semanas na vida real. A aprovação é uma etapa, com duração e responsável.
• Não medir o que aconteceu. Sem comparar o estimado com o realizado, o próximo cronograma repete os mesmos erros. Os relatórios de tempo e de fluxo existem para isso.

O cronograma é um acordo, não um enfeite

Um cronograma útil cabe num ecrã, tem dependências reais, marcos com consequência e folga visível. Não promete precisão; mostra depressa o efeito de cada mudança, para que a decisão seja tomada com informação.

Se a sua equipa trabalha em ciclos curtos, o cronograma continua a servir: trata da viagem inteira, enquanto cada sprint trata do troço. E se ainda está a decidir se precisa de cronograma ou se o quadro basta, vale a pena ler Kanban ou Gantt: a resposta é quase sempre os dois.