David Wendel
Neste artigo
“Você consegue deixar a apresentação pronta até sexta?” A pergunta parece simples. Se a pessoa imagina apenas o tempo que levará para montar os slides, pode responder “sim” em poucos segundos. O problema aparece quando ela descobre que ainda precisa receber dados de outra área, confirmar qual versão está correta, esperar uma decisão do gestor e passar o material por revisão. O pedido cabia em uma frase. O trabalho não.
Esse tipo de erro não acontece apenas porque alguém “calculou mal o tempo”. Muitas entregas possuem duas dimensões diferentes: o tempo necessário para executar a própria parte e o percurso completo que precisa acontecer até o resultado estar realmente pronto. Combinar um prazo olhando apenas para a execução pode esconder dependências que já existiam no momento do pedido.
Segunda-feira, 9h: o pedido chega
Considere uma profissional responsável por preparar uma apresentação para uma reunião na sexta-feira.
Ela já conhece o modelo. Sabe organizar o conteúdo. Domina a ferramenta. Em condições normais, consegue montar o arquivo em aproximadamente algumas horas de trabalho concentrado.
Se olhar apenas para essa etapa, sexta parece uma data confortável.
Mas a apresentação ainda não existe porque três elementos também não existem:
- os números atualizados que virão de outra equipe;
- a decisão sobre qual cenário deverá ser apresentado;
- a validação final de quem responderá pelo conteúdo na reunião.
Nenhum desses itens aumenta necessariamente o tempo que ela passará digitando, diagramando ou revisando slides. Mesmo assim, todos podem aumentar o tempo de calendário necessário para concluir a entrega.
Essa distinção é importante porque trabalhos interdependentes exigem coordenação além da execução individual. Um estudo sobre carga de coordenação e interdependência entre tarefas encontrou aumento do esforço de coordenação quando as atividades se tornam mais dependentes umas das outras. Os autores também observaram que executar tarefas em paralelo pode gerar menos economia de tempo do que parece quando a necessidade de coordenação cresce.
Isso não significa que toda dependência provocará atraso. Significa que dependência também ocupa o percurso da entrega e precisa aparecer na estimativa.
Antes de dizer a data, descubra o que precisa acontecer para você começar
A primeira pergunta não deveria ser apenas “quanto tempo eu levo para fazer?”.
Há outra, anterior:
o que precisa estar disponível para que meu trabalho possa avançar sem interrupções previsíveis?
Volte à apresentação.
A profissional pode começar a estrutura sem os números finais. Pode preparar abertura, sequência e parte visual. Mas algumas seções dependerão dos dados atualizados.
Isso significa que há trabalho que pode começar imediatamente e trabalho bloqueado por uma entrada externa.
Agora imagine que os dados possam chegar em duas versões diferentes, dependendo de uma decisão ainda pendente. Nesse caso, existe outra dependência: não basta receber informação. Alguém precisa escolher qual caminho será usado.
Por fim, mesmo depois da produção, outra pessoa precisa revisar a versão final.
O prazo deixa de ser uma conta simples de horas e passa a ser uma sequência:
entrada disponível → decisão tomada → execução → validação → entrega.
Se uma dessas etapas ainda não tem responsável, momento ou condição de conclusão, há uma incerteza relevante antes mesmo de o trabalho começar.
Segunda-feira, 10h: quatro tempos diferentes estavam escondidos no mesmo pedido
A apresentação ajuda a separar quatro tipos de tempo que costumam ser misturados.
Tempo de execução é o período em que você realmente produz sua parte. Escrever, calcular, configurar, montar, analisar, revisar ou operar.
Tempo de obtenção existe quando algo necessário ainda precisa chegar. Pode ser um arquivo, uma resposta, uma imagem, uma medição, uma confirmação ou qualquer outra entrada.
Tempo de decisão aparece quando existem caminhos possíveis e alguém precisa escolher um deles antes que o trabalho continue.
Tempo de validação ocorre quando o material já foi produzido, mas ainda depende da conferência ou aprovação de outra pessoa para ser considerado final.
Uma entrega pode exigir apenas três horas de execução e ainda assim ocupar quatro dias do calendário porque esses quatro tipos de tempo não acontecem todos juntos.
É justamente aí que surge uma frase comum: “mas isso era rápido”.
A execução talvez fosse rápida. O percurso não era.
Terça-feira: “estou esperando” não encerra sua responsabilidade
Na terça pela manhã, os dados ainda não chegaram.
A profissional poderia simplesmente esperar. Afinal, a informação depende de outra equipe.
Mas reconhecer uma dependência não é o mesmo que transferir toda a responsabilidade.
Se o dado é necessário para uma entrega sob sua coordenação, ainda existem ações sob seu controle: pedir com antecedência, confirmar quem enviará, registrar a necessidade de determinada versão, acompanhar o prazo combinado e avisar cedo quando o atraso começar a ameaçar a data final.
Essa diferença evita dois comportamentos ruins.
O primeiro é assumir responsabilidade por aquilo que você não controla e continuar prometendo datas como se todas as etapas dependessem apenas de você.
O segundo é tratar qualquer dependência externa como justificativa automática para não acompanhar o trabalho.
Responsabilidade profissional fica entre os dois extremos. Você não controla a decisão ou a entrega de outra pessoa, mas controla como identifica, comunica e acompanha essa dependência.
Não comunique apenas o bloqueio. Mostre o efeito dele
Dizer “estou aguardando os dados” informa o estado atual, mas não revela o impacto.
Uma comunicação mais útil conecta três elementos:
- o que está faltando;
- até quando aquilo precisa chegar;
- o que acontece com a entrega se esse momento passar.
Por exemplo:
“A estrutura já está pronta. Para manter a versão completa na sexta, preciso receber os números até quarta de manhã, porque a etapa seguinte ainda inclui montagem e revisão.”
A frase não acusa ninguém. Também não finge que o prazo continua intacto independentemente do que aconteça.
Ela torna o encadeamento visível.
Isso é especialmente importante em trabalhos de equipe. Uma meta-análise sobre interdependência estrutural em equipes diferencia a interdependência das tarefas de outras formas de dependência e mostra sua relação com processos de funcionamento voltados à execução. Quanto mais o resultado depende da combinação de contribuições, mais importante se torna coordenar essas contribuições como partes de um mesmo trabalho.
Quarta-feira: a informação chega, mas traz uma decisão nova
Na quarta, a planilha finalmente chega.
O problema parece resolvido até a profissional perceber que existem dois conjuntos de números possíveis. Um representa o cenário já consolidado. O outro incorpora uma atualização que ainda precisa ser aprovada.
Agora não falta mais informação. Falta decisão.
Essa diferença precisa ser identificada porque cada tipo de dependência pede uma ação diferente.
Quando falta informação, alguém precisa fornecê-la.
Quando falta decisão, enviar mais documentos pode não resolver nada. É necessário descobrir quem possui autoridade ou contexto para escolher.
Quando falta validação, a produção talvez já esteja encerrada. O próximo passo é conferência.
Tratar todos esses casos como “estou esperando alguém” esconde justamente a informação necessária para destravar o trabalho.
Mudança de decisão não é automaticamente atraso de execução
Suponha que o cenário escolhido na quarta exija refazer parte da apresentação.
É tentador dizer que o trabalho “atrasou”. Mas vale separar duas coisas.
Se a pessoa levou mais tempo do que o esperado para executar exatamente o que já estava definido, houve um problema na estimativa ou na execução.
Se a escolha feita depois mudou o conteúdo que precisava ser produzido, o percurso da entrega foi alterado.
Essa distinção não serve para procurar culpados. Serve para entender o que mudou.
Sem ela, equipes acabam tentando resolver problemas diferentes com a mesma resposta. Cobram mais velocidade quando a causa foi uma decisão tardia. Pedem mais alinhamento quando a estimativa estava simplesmente errada. Criam etapas extras quando a tarefa era direta.
Nomear corretamente o que ocorreu ajuda a corrigir o processo certo.
Quinta-feira: “terminei minha parte” ainda pode não significar “está pronto”
Na quinta à tarde, todos os slides estão montados.
Do ponto de vista da execução principal, o trabalho terminou.
Mas ainda existe uma revisão prevista.
Se a pessoa que revisa encontra uma informação inconsistente, a apresentação volta para ajuste. Se aprova sem alterações, segue para entrega.
Por isso, existe uma diferença importante entre três estados:
- produzido: a execução principal terminou;
- validado: quem precisava conferir concluiu a revisão;
- entregue: o resultado chegou ao destino combinado em condição de uso.
Essas palavras não precisam virar etiquetas formais em toda equipe. A distinção serve para evitar a falsa sensação de que a última hora de produção também é, obrigatoriamente, a última hora do prazo.
Quando a revisão é obrigatória, ela faz parte do prazo
Um erro comum é tratar revisão como algo que acontecerá “depois que terminar”.
Se a entrega só pode seguir após determinada conferência, a revisão não está depois do trabalho. Ela faz parte do caminho necessário para concluir o trabalho.
O mesmo vale para aprovações, testes, assinatura interna de conteúdo, integração de arquivos e outras verificações não jurídicas que sejam necessárias no processo cotidiano da equipe.
Isso muda a forma de combinar datas.
Em vez de reservar todo o período disponível para produzir, é preciso deixar espaço para a etapa que acontece entre a primeira versão pronta e a entrega final.
Não transforme toda tarefa em um projeto complexo
Até aqui, o risco seria sair deste raciocínio acreditando que qualquer pedido precisa ser desmontado em dependências, responsáveis e fluxos.
Não precisa.
Há trabalhos que realmente cabem em uma frase.
Se você já possui todas as informações, controla a execução, não depende de uma decisão externa, não precisa de validação intermediária e conhece bem a atividade, uma estimativa simples pode ser suficiente.
O objetivo não é criar burocracia. É detectar tarefas que parecem simples apenas porque suas dependências ainda não foram vistas.
Alguns sinais justificam uma análise mais cuidadosa:
- parte importante do material ainda não existe;
- mais de uma pessoa precisa produzir componentes que serão combinados;
- há uma decisão pendente capaz de mudar o resultado;
- a etapa seguinte só começa quando outra terminar;
- existe revisão obrigatória antes da entrega;
- o prazo foi solicitado antes de o escopo estar suficientemente definido.
Se nenhum desses sinais aparece e a tarefa é conhecida, simples e controlável, continue simples.
Um prazo pode ser firme para sua parte e condicional para a entrega completa
Nem sempre será possível obter todas as respostas antes de informar uma previsão.
Nesses casos, existe uma alternativa melhor do que escolher entre “não posso dar prazo” e “prometo sexta de qualquer jeito”.
Separe aquilo que você consegue afirmar daquilo que depende de uma condição.
Por exemplo:
“Consigo concluir a montagem em um dia depois que receber a versão aprovada dos dados. Se ela chegar até quarta de manhã, consigo deixar a apresentação pronta para revisão na quinta.”
Essa forma de comunicação não transforma incerteza em certeza. Também não impede o planejamento.
Ela mostra qual parte do compromisso está sob seu controle e qual condição precisa ser atendida para que a data final continue possível.
O melhor momento para atualizar um prazo é antes de ele se tornar impossível
Dependências não precisam causar problema se forem acompanhadas cedo.
Na terça, talvez o atraso dos dados ainda não comprometa sexta.
Na quarta pela manhã, pode restar pouco espaço.
Na quinta, informar que a entrega corre risco provavelmente chega tarde para que a equipe ajuste prioridades, reduza escopo ou reorganize quem participa.
Por isso, acompanhar uma dependência não significa cobrar a cada hora. Significa saber qual é o último momento em que aquela entrada pode chegar sem afetar a etapa seguinte.
Esse ponto é mais útil do que perguntar apenas “qual é o prazo do outro?”.
Se você sabe que precisa de três horas depois de receber um arquivo, mais uma rodada de revisão, consegue perceber quando a margem começou a desaparecer.
Sexta-feira: o que vale revisar depois da entrega
A apresentação ficou pronta. A reunião aconteceu. Agora existe uma informação que pode melhorar a próxima estimativa.
Qual parte do percurso foi realmente previsível?
Talvez os dados atrasem quase toda semana. Talvez determinada aprovação sempre exija duas rodadas. Talvez pedidos dessa natureza cheguem antes de uma decisão essencial estar tomada.
Quando uma exceção começa a se repetir, ela deixa de ser apenas surpresa e passa a fornecer informação sobre a rotina.
Registrar o que acontece nos momentos em que o fluxo normal deixa de funcionar também pode revelar onde você costuma coordenar pessoas, reorganizar informações ou resolver dependências que não aparecem na descrição mais óbvia da tarefa.
Para estimativas futuras, porém, a pergunta principal é operacional: qual dependência recorrente deveria ter sido considerada desde o começo?
Nem todo problema de prazo é um problema de velocidade
Se uma entrega repetidamente escapa da data, pedir que todos “façam mais rápido” pode não atingir a causa.
O gargalo pode estar na espera por informação, na demora de uma decisão, na sequência entre atividades ou na validação final.
Também pode existir falta de clareza sobre quem decide ou sobre o resultado esperado. Uma meta-análise sobre ambiguidade de papel e desempenho no trabalho encontrou relação negativa entre essas variáveis, com diferenças conforme o tipo de trabalho e a forma de avaliação. Isso não significa que toda entrega atrasada seja causada por ambiguidade. Mostra apenas que clareza sobre responsabilidades e expectativas é uma parte relevante da organização do trabalho.
Quando o problema é velocidade de execução, melhore a execução.
Quando o problema é dependência, torne a dependência visível.
Quando o problema é decisão, identifique quem precisa decidir.
Quando o problema é validação, reserve tempo para validar.
Juntar tudo sob a palavra “atraso” dificulta aprender com o que aconteceu.
Antes da próxima resposta rápida, olhe o caminho inteiro
Quando alguém perguntar “consegue entregar até sexta?”, você não precisa iniciar uma reunião sobre gerenciamento de projetos.
Faça uma verificação curta.
Eu já tenho o que preciso para começar? Existe alguma decisão que pode mudar o trabalho? Outra pessoa precisa concluir algo antes de mim? Há uma revisão necessária depois da minha parte? Se alguma dessas respostas for sim, ela pertence à conversa sobre o prazo.
O objetivo não é proteger a agenda com ressalvas. É fazer com que a data combinada represente o trabalho que realmente precisa acontecer.
Uma tarefa pode levar poucas horas nas suas mãos e vários dias para atravessar todas as pessoas, informações e decisões necessárias. Quando esse percurso fica visível antes do compromisso, o prazo deixa de ser uma aposta sobre o que os outros farão e passa a ser uma combinação baseada nas condições reais da entrega.
