
Última atualização: 6 de novembro de 2026
A agenda de uma reunião de arranque de projeto tem um único objetivo: fazer com que todos saiam da sala a saber qual é a meta, o que significa concluído, quem decide quando duas equipas discordam e o que lhes cabe pessoalmente nas primeiras duas semanas.
Seis pontos cronometrados cabem numa hora se a preparação foi feita. No Quire, o arranque corre com dois modelos: Project Starter para a meta, Meeting Agenda & Action Items para as tarefas com responsável.
O arranque do relançamento do site durou cinquenta e cinco minutos. Doze pessoas, vinte e dois diapositivos, um cronograma com uma seta verde e acordo caloroso de todos. Na semana seguinte, ninguém sabia dizer quem era responsável pela auditoria de conteúdos, e a líder de design soube da data de lançamento pelo diapositivo, que não lhe tinha sido enviado.
Já conduzi esse arranque. Os diapositivos estavam bons. O silêncio que se seguiu foi o verdadeiro resultado.
A agenda de uma reunião de arranque de projeto só vale a hora se terminar com responsáveis. Este artigo dá-lhe os seis pontos, a preparação que os mantém numa hora, as decisões entre equipas que têm de acontecer na sala e o arranque executado no Quire, para que as ações sejam tarefas antes de alguém se levantar.
Uma reunião de arranque de projeto é a primeira sessão de trabalho de um projeto, em que as pessoas que fazem o trabalho acordam a meta, o que significa concluído, quem é responsável pelo quê e as tarefas das primeiras duas semanas. É uma sessão de trabalho, não uma apresentação. O patrocinador fala cinco minutos e a sala fala cinquenta e cinco.
Reunião de arranque de projeto: a reunião de abertura de um projeto, com as pessoas que vão fazer o trabalho das primeiras duas semanas. Produz uma meta partilhada, uma definição de concluído, um decisor nomeado para cada fronteira entre equipas e ações com responsável e data em cada uma.
Repare no que a definição usa para medir a reunião. Resultados, escritos, com nomes.
Um arranque sem ações no fim foi um briefing.
Os briefings são ótimos. Só não põem projetos a andar.
Porque quem conduz a reunião a avalia pela sensação, e quem assiste avalia-a pelo que levou consigo. São pontuações diferentes, e é no intervalo entre elas que vive a auditoria de conteúdos sem responsável.
Steven Rogelberg, professor na Universidade da Carolina do Norte em Charlotte que investiga reuniões, quantificou esse intervalo na Harvard Business Review. Um inquérito telefónico a mais de 1300 gestores concluiu que 79 por cento classificaram as reuniões que convocaram como extremamente ou muito produtivas.
Apenas 56 por cento disseram o mesmo das reuniões convocadas por outros. O mesmo artigo cita outro estudo em que 75 por cento dos inquiridos não tinham qualquer formação sobre como conduzir ou participar numa reunião.
Assim, quem convoca o arranque sai satisfeito. Os doze participantes saem com boa sensação e sem tarefa.
A solução é mecânica. Construa a agenda de modo a que cada ponto tenha de produzir algo escrito, com um nome, antes de começar o seguinte.
A mesma lacuna aparece em cada passagem de testemunho mais adiante no projeto, pela mesma razão: onde os projetos entre equipas realmente falham acompanha-a desde a primeira reunião até à última.
Seis pontos, cronometrados, em cerca de uma hora. Cada um produz um resultado escrito, e o último atribui o resto. Eis a agenda que funciona.

O quarto ponto é o que a maioria dos arranques salta, porque parece planeamento. E é planeamento. Duas semanas dele, feitas com quem vai fazer o trabalho, são as duas semanas de planeamento mais baratas que o projeto alguma vez terá.
O sexto ponto é onde a reunião merece a sua hora. Cada acordo dos cinquenta minutos anteriores torna-se uma tarefa com nome, lida em voz alta, e o que não ficou resolvido é registado como adiado em vez de ficar à deriva.
Se executar o arranque no Quire, cada um desses resultados já tem o seu lugar. Dois modelos contêm-nos: Project Starter para o projeto e Meeting Agenda & Action Items para a reunião.
| Ponto da agenda | Modelo | Onde fica o resultado |
|---|---|---|
| Porquê este projeto | Project Starter | A primeira tarefa de Define, Write the project goal in one sentence, reescrita com a sua meta |
| O que significa concluído | Project Starter | A segunda tarefa de Define, List what done looks like |
| Quem está, quem decide | Ambos | A lista na terceira tarefa de Define, Identify who's involved, e o decisor de cada fronteira numa tarefa Decision needed na agenda |
| As primeiras duas semanas | Project Starter | Tarefas em Plan e Do the work, todas atribuídas e com data |
| Riscos e dependências | Project Starter | Tarefas com responsável em Do the work, com a tag Waiting em tudo o que outra equipa esteja a atrasar |
| Responsáveis e próximos passos | Meeting Agenda & Action Items | Tarefas em Meeting Action Items, com a tag Action-item, mais Deferred-topic no que ficou em espera |
Para experimentar no seu próximo arranque, duplique o modelo Meeting Agenda & Action Items para uma conta Quire grátis. Dê a cada um dos seus seis pontos a sua própria tarefa Discuss em Hold the Meeting, e a agenda está pronta a enviar.
Três coisas, preparadas antes de o convite sair. Cada uma que saltar acaba por ser feita em direto, devagar, por doze pessoas.
O que o projeto muda e para quem. A sala edita a frase. Não a escreve.
Uma frase escrita por comité demora quarenta minutos e não agrada a ninguém.
Não uma lista de nomes. Uma lista de nomes com o que cada pessoa assume e a pessoa, por cada fronteira entre equipas, que decide quando as equipas discordam. Se não conseguir preencher essa coluna antes da reunião, esse é o primeiro ponto da agenda, não uma surpresa na segunda semana.
Cinco a dez tarefas, com um palpite de responsável em cada uma.
Os palpites servem. A reunião corrige um palpite em minutos e inventa a partir de uma página em branco em horas.
O esboço das duas semanas torna-se a primeira secção de um plano a sério: o modelo de plano de projeto que aguenta além da segunda semana continua onde o arranque termina.
Decida quem decide, em voz alta, antes de mais nada. Um arranque com marketing, design, engenharia e jurídico na sala tem pelo menos três fronteiras, e cada uma delas vai gerar um desacordo até à segunda semana. O arranque é o único momento em que as quatro equipas olham para a mesma frase.
Para cada fronteira, nomeie uma pessoa. Quando design e engenharia discordam sobre o que sai primeiro, quem decide? Quando a janela de revisão do jurídico colide com a data de lançamento, quem cede? Escreva o nome na tarefa da agenda.
Depois nomeie as passagens de testemunho. A auditoria de conteúdos chega ao design numa data, e as maquetes de design chegam à engenharia numa data.
Uma passagem sem data é uma esperança.
Conduzir um projeto com quatro equipas tem o seu próprio guia, e o arranque é o primeiro capítulo: a gestão de projetos multifuncional, o guia completo cobre os restantes capítulos.
As decisões tomadas na sala merecem um lugar próprio, porque quem não esteve lá vai perguntar por elas em março.
Esse lugar é um registo, e a maioria das equipas dispensa-o: o registo de decisões de que a maioria das equipas se arrepende de não ter explica como manter as decisões do arranque fáceis de encontrar.
Dois modelos que dividem as duas tarefas do arranque. Project Starter contém a meta e as primeiras fases, e Meeting Agenda & Action Items contém a própria reunião. Ambos estão no conjunto Start Here da biblioteca do Quire, o que significa que se aprendem em cerca de cinco minutos.
Abra o modelo Project Starter e encontra quatro fases, cada uma com um intervalo de datas. Define tem três tarefas: escrever a meta do projeto numa frase, listar o que significa concluído, identificar quem está envolvido.
Plan inclui dividir o trabalho em tarefas, definir datas limite nas importantes e decidir o que é urgente e o que pode esperar. Depois vêm Do the work e Review & wrap up, que termina com uma tarefa chamada Celebrate.
Essas três primeiras tarefas em Define são os três primeiros pontos da agenda.
O modelo já tem espaços para elas.

Abra o modelo Meeting Agenda & Action Items e encontra um ramo de reunião de exemplo com quatro secções:
Os pontos da agenda levam a tag Agenda. As decisões levam uma tag de decisão. O que ficou em espera leva Deferred-topic, e o que foi atribuído leva Action-item.

Duas sublistas tratam do acompanhamento. Open Action Items mostra todas as tarefas Action-item até serem concluídas, de todas as reuniões. Deferred Topics mostra o que ficou em espera, para voltar quando estiver pronto.
Para os usar, faça a sua própria cópia de cada projeto (o menu junto ao nome do projeto tem a opção Duplicar). No projeto da reunião, duplique o ramo de exemplo para cada nova reunião e mude-lhe o nome para a data e o nome da reunião. Em Project Starter, mude o nome das tarefas para corresponderem ao seu projeto e elimine o que não precisa.
Onde o trabalho vai acontecer, porque é o único sítio onde alguém as vai procurar na segunda semana. Uma apresentação é apresentada e arquivada. Um documento é escrito e esquecido. A lista de tarefas é aberta todas as manhãs.
Os diapositivos continuam a ter uma função. O porquê de cinco minutos é melhor com uma imagem, e um cronograma é mais fácil de discutir quando todos o veem.
A função acaba quando a discussão começa.
No Quire, a agenda é um ramo de tarefas. A meta que foi editada em direto é o texto da primeira tarefa em Define. A decisão sobre quem resolve design contra engenharia é uma tarefa Decision needed no ramo da agenda, renomeada para a própria decisão. Cada ação é uma tarefa com colaborador, data e uma tag, e a sublista Open Action Items mostra-as todas juntas na manhã seguinte.
Ainda a avaliar ferramentas para isto? O guia de software de gestão de tarefas ordena-as pelo que conta depois de o arranque terminar.
Voltemos ao relançamento do site, desta vez bem conduzido. Marketing, design, engenharia e jurídico, nove pessoas em vez de doze, uma hora.
Dois dias antes, a líder do projeto duplica Project Starter, muda o nome da tarefa da meta para «Relançar o site de marketing para que as inscrições de teste possam ser medidas por página» e esboça oito tarefas em Plan com um responsável provável em cada uma. Duplica o ramo de exemplo do modelo da reunião, chama-lhe 2026-11-03 | Relaunch kickoff e envia a agenda com a lista de participantes.
Na sala, a frase da meta perde a palavra «marketing» e ganha uma data. Concluído recebe três condições, escritas como a segunda tarefa de Define. As decisões de fronteira vão para tarefas Decision needed no ramo da agenda, uma por fronteira. A líder de design decide o que sai primeiro, o líder de engenharia decide tudo o que diz respeito ao CMS, e a janela de revisão do jurídico fica fixada em quatro dias úteis.
Cinco ações saem da sala como tarefas com a tag Action-item.
A auditoria de conteúdos, marketing, nove dias.
O plano de medição, engenharia, seis dias.
O wireframe da página inicial, design, doze dias.
Mais o espaço de revisão do jurídico (jurídico, dois dias) e a decisão sobre o CMS, que ninguém conseguiu resolver, posta em espera em Deferred-topic com uma data para revisitar.
Na manhã seguinte, a sublista Open Action Items mostra cinco tarefas, cinco responsáveis, cinco datas.
Ninguém pergunta quem é responsável pela auditoria de conteúdos.
A primeira reunião diária depois do arranque parte dessa sublista e não da memória: o modelo de reunião diária que sobrevive a uma equipa real mantém-na em quinze minutos.
Três coisas, todas pequenas. O resumo sai no mesmo dia, os responsáveis confirmam as suas datas e a primeira reunião diária abre com as ações.
As duas primeiras já são tarefas na secção After the Meeting do modelo da reunião: Send the meeting summary e Confirm action-item assignees and deadlines. Atribua ambas antes de o arranque começar e ficam feitas.
O resumo é uma nota curta com quatro coisas:
Segue para as nove pessoas na sala e para os observadores que pediram para ser mantidos informados.
Confirmar datas demora um dia. Cada responsável abre a sua tarefa, lê o que foi acordado e mantém a data ou muda-a com um comentário a explicar porquê.
O silêncio conta como sim, e é por isso que o resumo o diz.
A partir daí, quem está fora da sala quer saber como vai o trabalho sem outra reunião: atualizações para as partes interessadas sem a reunião de estado explica como mantê-las informadas a partir das mesmas tarefas.
As datas das fases, as tags e o número de reuniões conduzidas a partir de um ramo. A estrutura de ambos os modelos pode ficar como está.
As quatro fases de Project Starter trazem intervalos de datas de exemplo curtos, o mais longo com menos de duas semanas. Alargue-os à duração real do seu projeto antes do arranque, para que a vista Cronograma mostre algo verdadeiro.
As tags do modelo da reunião são Agenda, Action-item, Deferred-topic e uma tag de decisão. Mantenha essas quatro. Acrescentar uma quinta para cada equipa é como a sublista Open Action Items deixa de significar alguma coisa.
Um ramo por reunião, sempre. Um arranque e um ponto de situação da segunda semana no mesmo ramo parecem uma só reunião que nunca acabou, que, para ser justo, é como se sentiu.
Se o projeto tem orçamento, dê-lhe linhas próprias antes de chegar a primeira fatura: o acompanhamento do orçamento do projeto com quatro números por linha configura-as junto das tarefas que pagam.
A agenda de uma reunião de arranque de projeto funciona quando cada ponto produz algo escrito com um nome. Seis pontos cabem numa hora:
A preparação é uma meta redigida, uma lista de participantes com funções e uma quinzena esboçada. Se saltar alguma, doze pessoas fazem-na em direto.
Conduza-a onde o trabalho vive. Project Starter contém a meta e as primeiras fases, Meeting Agenda & Action Items contém as decisões e as tarefas com responsável, e a sublista Open Action Items é onde a manhã seguinte abre. Registe-se no Quire, duplique ambos os modelos e deixe o seu próximo arranque terminar com a auditoria de conteúdos já atribuída.
A primeira sessão de trabalho de um projeto, em que as pessoas que fazem o trabalho acordam a meta, o que significa concluído, quem é responsável pelo quê e as tarefas das primeiras duas semanas. No Quire corre com Project Starter para a meta e as fases, e Meeting Agenda & Action Items para as decisões e as tarefas com responsável.
Seis pontos em cerca de uma hora: o porquê, o que significa concluído, quem está e quem decide, as primeiras duas semanas, riscos e dependências, e responsáveis e próximos passos. No modelo de reunião do Quire cada ponto é uma tarefa, e as ações que produz têm um colaborador, uma data e a tag Action-item.
Uma hora, se a meta foi redigida, a lista de participantes tem funções e as primeiras duas semanas foram esboçadas de antemão. Depois dos noventa minutos, a sala está a escrever o plano do projeto em direto, o que é outra reunião.
As pessoas que fazem o trabalho das primeiras duas semanas, os decisores de cada fronteira entre equipas e o patrocinador que consiga dizer o porquê numa frase. Os observadores recebem o resumo depois.
Sim, e as decisões duram mais lá. No Quire a agenda é um ramo de tarefas duplicado, as decisões ficam no ponto da agenda onde foram tomadas e cada ação é uma tarefa com responsável e data que aparece na sublista Open Action Items.
Elimina a segunda semana de perguntas. Com a meta, os responsáveis e a primeira quinzena escritos onde o trabalho vive, ninguém passa os dias seguintes a perguntar quem é responsável pelo quê. As equipas que arrancam no Quire mantêm-se produtivas no trabalho porque as ações são tarefas antes de a sala esvaziar.