Um mapa mental (mind map) é a ferramenta certa para as duas primeiras horas de um projeto e a errada para o resto. Ele é ótimo para a pergunta «do que este projeto é feito e o que depende do quê», e ruim para datas, responsáveis e andamento, que é do que os seis meses seguintes são feitos.
Então o fluxo útil não é «planejar o projeto num mapa mental». É este: mapear o escopo, decompor até as folhas poderem ser estimadas e depois exportar essas folhas para o que realmente acompanha o trabalho. A função do mapa termina na passagem de bastão, e depois ele continua útil como aquilo que você relê quando alguém pergunta por que uma tarefa existe.
Ramifique por entrega, não por fase
A estrutura padrão é Descoberta → Design → Construção → Teste → Lançamento, e quase sempre é a errada. Ramos por fase descrevem como o projeto se move, não o que ele produz, então cada entrega acaba dividida em cinco ramos e você nunca enxerga nenhuma delas inteira.
Ramifique pelas coisas que vão existir quando você terminar:
# Website relaunch
## Content
## Design system
## Build
## Migration
## Launch comms
Cada um desses tem um responsável, uma definição de pronto e um teste claro de «isso está terminado?». Uma fase não tem.
A exceção é um projeto realmente sequencial, como um cronograma de obra ou um protocolo regulatório, em que a fase é a entrega. Nesse caso, use um layout de linha do tempo em vez de radial, para que a ordem seja desenhada e não apenas subentendida.
Decomponha até a folha estimável
Continue quebrando cada ramo até chegar ao ponto em que você consegue dizer quanto tempo uma folha leva sem discutir. Esse ponto é o fundo do mapa, e encontrá-lo é o exercício inteiro.
Dois sinais de que você foi longe o bastante:
- Uma folha é trabalho de uma pessoa, em uma sentada ou em um dia. Se duas pessoas são necessárias, são duas folhas e uma passagem de bastão.
- Estimar gera um número, não uma discussão. «Entre dois dias e duas semanas» significa que o nó ainda contém uma pergunta sem resposta, então divida-o nessa pergunta.
Dois sinais de que você foi longe demais: o mapa tem mais de cem folhas, ou as folhas viraram uma lista de passos em vez de unidades de trabalho. Decompor «escrever o script de migração» em oito linhas de pseudocódigo é transcrição.
Três a quatro níveis é onde costuma parar. Mais fundo que isso num só ramo geralmente quer dizer que ele é um projeto à parte e pede um mapa separado.
Os ramos que todo mundo esquece
Acrescente estes quatro a todo mapa de projeto. São as quatro fontes de estouro de prazo e faltam na maioria dos planos porque nenhuma delas é entrega de ninguém.
- Dependências de outras pessoas. Cada ponto em que o projeto para até alguém de fora responder. Revisão jurídica, uma chave de API, a aprovação do cliente. Dê um nome e um prazo a cada uma.
- Incógnitas. O que você ainda não consegue estimar. Não deixe de fora por serem inestimáveis. É justamente por isso que precisam estar visíveis, e um ramo delas é a versão honesta do plano.
- O que não será feito. Exclusões de escopo explícitas. Esse ramo evita a conversa mais cara de qualquer projeto, a do quarto mês sobre se algo sempre esteve no escopo.
- Pronto significa. Os critérios de aceitação do projeto como um todo. Escritos no começo, quando ainda é barato discordar deles.
Ligue as dependências
A hierarquia mostra contenção; ela não consegue mostrar que a migração não pode começar até o modelo de conteúdo ser aprovado. Esse fato mora entre os ramos, e é ele que determina o cronograma.
Desenhe essas ligações. Depois leia o mapa procurando duas coisas:
Nós com muitas ligações de entrada são o gargalo. É o que deve começar primeiro, esteja onde estiver no plano, e quase nunca é o que alguém queria começar.
Uma cadeia de quatro ou cinco ligações é, grosso modo, o seu caminho crítico. Um mapa mental não calcula isso por você, mas ver a cadeia mais longa basta para saber qual ramo não tem folga.
Ligações cruzadas entre quaisquer dois tópicos tornam possível a camada de dependências, e caixas de seleção cujo progresso se acumula no ramo fazem cada entrega informar a própria conclusão. São oito layouts: um projeto sequencial pode ser desenhado como linha do tempo e um mapa de escopo como radial.
O que ele fazEstimando no mapa
Faça de baixo para cima e em intervalos. Coloque a estimativa em cada folha, deixe o total do ramo se acumular e resista à vontade de ajustar esse total à data que lhe deram. A diferença entre esses dois números é o resultado mais útil de todo o exercício, e tirar a média dela a destrói.
Dois hábitos que valem a pena manter:
Estime em intervalos, não em pontos. «3–8 dias» carrega a incerteza que «5 dias» joga fora, e a largura do intervalo mostra quais folhas precisam de mais reflexão.
Some o custo de coordenação de forma explícita. Um projeto de trinta tarefas entre quatro pessoas não é a soma de trinta estimativas. Revisões, passagens de bastão e esperas são trabalho de verdade, e um ramo para elas é mais honesto do que uma folga percentual em que ninguém acredita.
Depois, saia do mapa
Este é o passo que as pessoas pulam, e pulá-lo é o motivo de «planejamos num mapa mental» costumar acabar mal.
Exporte as folhas para um gerenciador de tarefas. A maioria dos apps de mapa mental exporta Markdown ou OPML, e a maioria dos gerenciadores importa listas em Markdown, então é coisa de dois minutos. O que o gerenciador faz e o mapa não: atribuir responsáveis, guardar datas, mostrar o que está atrasado e ser atualizado por seis pessoas ao mesmo tempo.
Mas guarde o mapa e deixe-o somente leitura. O que resta a ele é responder «por que esta tarefa existe?» e «o que quebra se cortarmos isto?», coisa que nenhum gerenciador de tarefas consegue, porque as duas perguntas são sobre a estrutura que o gerenciador achatou.
Reabra para editar só quando o escopo mudar. Um mapa mantido todo dia ao lado de um gerenciador são duas fontes da verdade, e uma delas está sempre errada.
Planejando um projeto sozinho
Regras um pouco diferentes, e melhores. Monte o mapa numa sentada só, não decomponha além de dois níveis e ponha datas apenas no que tem prazo externo.
O valor para o trabalho solo está quase todo nos ramos «o que não será feito» e «incógnitas», as duas coisas que ficam invisíveis quando o plano está na cabeça de uma pessoa só e as duas que consomem em silêncio um projeto individual.