Gestão de projeto e coordenação de equipa
Objetivos deste capítulo
- Transformar um objetivo vago num plano de ação com marcos, responsáveis e prazos
- Acompanhar o avanço sem multiplicar as reuniões de estado
- Coordenar a comunicação de um projeto para a equipa e para o cliente
- Acelerar a integração de um novo colaborador graças à documentação viva
Quando o quotidiano se torna um projeto
Um projeto não é reservado às grandes empresas: é simplesmente um objetivo com data que não cabe na rotina. Integrar nove clientes, migrar um software, organizar o arquivo, preparar a época fiscal — o gabinete do Marc vive de projetos sem lhes chamar assim, e gere-os portanto como quotidiano: de memória, oralmente, ao «logo se vê». Resultado previsível: etapas esquecidas, cargas mal distribuídas, e três semanas de stress final que uma simples antecipação teria evitado.
A gestão de projeto tem má reputação nas equipas pequenas — diagramas complicados, ferramentas pesadas, reuniões de reuniões. Esquece tudo isso: o que precisas cabe em quatro elementos, todos delegáveis. Um plano que decompõe o objetivo em tarefas datadas e atribuídas; um acompanhamento leve que deteta os atrasos antes que façam mal; uma comunicação regular para a equipa e o cliente; e uma memória do projeto que sobrevive às pessoas. Os capítulos anteriores deram-te cada peça; este monta-as.
Do vago ao plano: a decomposição
Tudo começa pela transformação do objetivo vago («integrar os nove dossiês antes do fim de junho») num plano concreto. Descreve o objetivo, a equipa disponível, as restrições de calendário e o que sabes do trabalho a fazer, e depois pede a decomposição: fases, tarefas, dependências («não se parametriza antes de ter recebido os documentos»), estimativa de carga e proposta de atribuição. Não vais validar tudo — é esse o objetivo: um plano proposto critica-se em vinte minutos, enquanto um plano a criar do zero se adia durante duas semanas.
Ajuda-me a planear um projeto. Contexto: gabinete de contabilidade, 4 pessoas (eu, a minha sócia, uma colaboradora experiente, uma júnior que chega no próximo mês). Objetivo: integrar 9 novos dossiês de clientes artesãos antes de 30 de junho, sem degradar o serviço aos clientes existentes. O que comporta cada integração: recolha dos documentos, criação do dossiê no nosso software, retoma do histórico contabilístico, primeira reunião com o cliente, formação do cliente no envio digital dos documentos. Restrições: o período de 1 a 15 de maio está bloqueado pelos prazos fiscais; a júnior só será autónoma após 2 semanas. Produz: 1. Uma decomposição em fases com marcos datados 2. A lista das tarefas por fase, com dependências, estimativa de carga e atribuição proposta 3. Os 3 riscos principais do planeamento e uma parada para cada um Formato: plano sintético de uma página, quero poder criticá-lo ponto por ponto.
PROJETO — Integração de 9 dossiês de artesãos — prazo 30/06 Fase 1 — Recolha (15/04 → 30/04) — marco: 9 dossiês de documentos completos - Email tipo de boas-vindas + lista de documentos ..... júnior (revisto: Marc) - Lembretes J+7 segundo o workflow do cap. 5 .......... júnior Fase 2 — Parametrização (02/05 → 25/05, exceto 01-15/05) — marco: 9 dossiês criados - Criação no software + retoma do histórico ........... colaboradora - Controlo de qualidade por amostra (cap. 4) .......... sócia Fase 3 — Lançamento (26/05 → 27/06) — marco: 9 primeiras reuniões feitas - Reunião de arranque ................................. Marc + sócia - Formação no envio digital ........................... júnior Riscos: documentos em atraso / sobrecarga em maio / júnior não autónoma Paradas: lembrete auto J+7 / fase 2 fora dos prazos fiscais / dupla 2 sem.
flowchart LR O["Objetivo vago com prazo"] --> PL["Plano: fases, marcos, atribuições"] PL --> EX["Execução pela equipa"] EX --> PT["Ponto semanal escrito em 3 perguntas"] PT --> SY["Síntese e deteção dos atrasos"] SY --> AR["Arbitragens do Marc"] AR --> EX SY --> CC["Comunicação mensal ao cliente"]
O acompanhamento sem reunião de estado
O plano vive depois ao ritmo de um ponto de avanço escrito — o ritual antirreunião do capítulo 7, versão projeto. Todas as sextas-feiras, cada um responde por escrito a três perguntas: o que terminei, o que está em curso, o que me bloqueia. Cinco minutos por pessoa. Colas as respostas e o plano, e pedes a síntese: avanço por fase, desvios em relação aos marcos, bloqueios a arbitrar, e as duas ou três decisões que te cabem. Na segunda-feira, dez minutos de discussão chegam — apenas sobre as arbitragens, nunca sobre a recolha de informação.
Eis o plano do projeto de integração: <colar o plano>. E eis os pontos semanais escritos da equipa esta semana: <colar as 4 respostas: terminado / em curso / bloqueado>. Faz a síntese de avanço: 1. Estado por fase: adiantado / dentro do prazo / atrasado, com o porquê numa linha 2. Os marcos em risco nos próximos 15 dias 3. Os bloqueios reportados e, para cada um, uma proposta de solução 4. As 2-3 decisões que me pertencem esta semana, formuladas como perguntas fechadas Termina com o parágrafo de 5 linhas que enviarei à equipa: factual, encorajador, sem retórica vazia.
Comunicar: a equipa, o cliente, o ritmo
Um projeto bem gerido mas mal contado acaba por inquietar toda a gente. Duas comunicações regulares chegam, ambas derivadas da mesma síntese semanal — princípio da fonte única do capítulo 3. Para a equipa: o parágrafo de sexta-feira, factual e curto, que mostra a progressão e nomeia as dificuldades sem as dramatizar. Para os clientes do agrupamento: um ponto mensal tranquilizador — onde estamos, o que os espera no próximo mês, o que precisamos da parte deles. O cliente que sabe para onde vai o seu dossiê não telefona a perguntar: a comunicação proativa é também uma poupança de tempo.
Mantém presente a regra de deriva do capítulo 3: as duas comunicações partem da mesma síntese, logo os factos são idênticos — só mudam o ângulo e o nível de detalhe. Um cliente do agrupamento que se cruze com um membro da equipa deve ouvir a mesma história que a do seu email mensal. A coerência narrativa de um projeto é confiança acumulada.
Integrar a nova recruta com a documentação viva
A júnior chega a meio do projeto — situação clássica e temida: todo o saber está nas cabeças, e cada pergunta que ela faz interrompe alguém. A parada já existe na tua biblioteca: checklists de workflows (capítulo 5), moldes de documentos (capítulo 3), briefings de monitorização e de triagem. Pede a montagem de um percurso de integração: ordenar estes recursos do mais simples ao mais complexo, gerar para cada um uma página de explicação «porque fazemos assim», e produzir um programa de primeira semana com tarefas reais de dificuldade crescente, cada uma apoiada na checklist correspondente.
O efeito é duplo. A júnior torna-se produtiva em dias em vez de semanas, porque executa workflows comprovados em vez de reinventar — a cobrança de documentos que ela envia na semana 1 sai tão bem calibrada como a do Marc, é a promessa de igualização do capítulo 5 a realizar-se. E o gabinete descobre os buracos da sua documentação: cada pergunta da recruta à qual a biblioteca não responde é uma página a acrescentar. A integração de um novo torna-se a melhor auditoria do teu sistema.
Gerir o imprevisto: quando o plano encontra o real
Nenhum plano sobrevive intacto ao contacto com o terreno — e é normal: um plano não serve para prever, serve para detetar os desvios cedo. Três semanas após o lançamento, dois artesãos ainda não enviaram os documentos apesar dos lembretes, e a colaboradora experiente está de baixa uma semana. Em vez de entrar em pânico ou improvisar, o Marc submete a situação ao plano: «eis os dois desvios, propõe-me três cenários de replaneamento com as suas consequências no marco final». Obtém em dois minutos o que teria levado uma noite a construir: deslocar a fase 2 uma semana, passar dois dossiês para a sócia, ou aceitar um marco final a 7 de julho — com, para cada cenário, o que é preciso comunicar e a quem.
É o mesmo princípio que a iteração do capítulo 1, aplicado à pilotagem: não refazes o plano do zero, fá-lo evoluir mantendo todo o seu histórico. E cada replaneamento fica registado — versão datada, razão da mudança — de tal modo que o balanço de fim de projeto se escreverá quase sozinho: o que estava previsto, o que aconteceu, o que retemos para o próximo. Esse balanço retrospetivo, guardado na biblioteca, é o presente que o projeto de hoje faz ao projeto do próximo ano.
As armadilhas do chefe de projeto assistido
Primeira armadilha: o plano bonito demais. Uma decomposição gerada é sempre otimista — não conhece nem os artesãos incontactáveis em período de obras, nem o cansaço de maio; confronta-a sistematicamente com o terreno e guarda uma margem nos marcos. Segunda armadilha: o acompanhamento teatral. Se os pontos escritos de sexta-feira se tornarem exercícios de comunicação («está tudo bem»), a síntese deixa de detetar o que quer que seja; a regra de equipa deve ser clara — um bloqueio reportado cedo é uma ajuda pedida, nunca uma falta confessada. Terceira armadilha: delegar a arbitragem. A síntese propõe, as perguntas fechadas aceleram, mas deslocar um marco, reafetar uma pessoa ou telefonar a um cliente insatisfeito, isso és tu. Um projeto continua a ser uma questão de humanos que confiam uns nos outros; as ferramentas tiram a fricção, não a responsabilidade.
Contexto
O projeto de integração arranca na segunda-feira. O Marc quer chegar com o plano criticado e validado, o ritual de acompanhamento instalado, e o percurso de integração da júnior pronto para a sua chegada. Escolhe um projeto real da tua atividade — um objetivo com data que não cabe na tua rotina — e instala o sistema completo.
Instruções
- Descreve o teu objetivo com data, a tua equipa, as tuas restrições de calendário, e manda gerar o plano: fases, marcos, tarefas com dependências e atribuições, mais os 3 riscos e as suas paradas.
- Critica o plano com o teu conhecimento do terreno: ajusta pelo menos duas estimativas ou atribuições que te pareçam otimistas, e manda regenerar a versão 2 datada.
- Instala o ponto semanal escrito: envia à tua equipa as 3 perguntas (terminado / em curso / bloqueado) com a indicação «um bloqueio reportado cedo é uma ajuda pedida».
- No fim da primeira semana, manda produzir a síntese de avanço com as decisões formuladas em perguntas fechadas — e resolve-as.
- Deriva desta síntese as duas comunicações: o parágrafo de equipa de sexta-feira e o ponto mensal ao cliente — verifica que os factos são idênticos.
- Guarda o plano, o briefing de síntese e os modelos de comunicação na tua biblioteca, e anota o tempo gasto a pilotar esta semana: é a tua referência antes/depois.
Em resumo
- Um projeto é um objetivo com data fora da rotina: merece um plano, não memória e conversas.
- Manda gerar a decomposição — fases, marcos, dependências, atribuições — e critica-a com o teu conhecimento do terreno: um plano proposto valida-se em 20 minutos.
- O acompanhamento cabe em 3 perguntas escritas por pessoa e por semana, sintetizadas automaticamente: a reunião só serve para as arbitragens.
- Formula as decisões em perguntas fechadas: o que não se dobra a isso merece uma verdadeira discussão.
- Equipa e clientes recebem comunicações derivadas da mesma síntese: mesmos factos, ângulos diferentes.
- A biblioteca de workflows torna-se um percurso de integração: a recruta executa checklists comprovadas, e as suas perguntas revelam os buracos da tua documentação.
- As ferramentas tiram a fricção da pilotagem, nunca a responsabilidade: as arbitragens e as relações continuam humanas.
Quiz — verifica a tua compreensão
1. Porquê mandar gerar um primeiro plano em vez de o criar tu mesmo?
2. Como funciona o acompanhamento de avanço sem reunião de estado?
3. Qual é o interesse de formular as decisões em perguntas fechadas?
4. O que arrisca um projeto cujos pontos semanais se tornam «teatrais»?
5. Como é que a biblioteca de workflows acelera a integração de uma recruta?