mygems

Como planejar um projeto com um mapa mental

Um mapa mental serve para as primeiras duas horas de um projeto, não para o resto. Veja como definir o escopo, decompor e depois passar o bastão.

Por uos ·

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.

Mind Map: Smart MindiPhone e iPad · Android

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 faz

Estimando 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.

Perguntas

Como uso um mapa mental para planejar um projeto?
Ramifique por entrega em vez de por fase, decomponha cada ramo até que toda folha possa ser estimada sem discussão, ligue as dependências entre os ramos e depois exporte as folhas para um gerenciador de tarefas. O mapa é a ferramenta certa para escopo e estrutura; é ruim para datas, responsáveis e andamento, que é do que o resto do projeto é feito.
Os ramos do projeto devem ser fases ou entregas?
Entregas, em quase todos os casos. Ramos por fase (descoberta, design, construção, teste) dividem cada entrega em cinco lugares, então você nunca vê uma inteira, e uma fase não tem responsável nem definição de pronto. A exceção é um projeto realmente sequencial, em que a fase é a entrega; nele, desenhe uma linha do tempo em vez de um mapa radial.
Quão detalhado deve ser um mapa mental de projeto?
Quebre cada ramo até que uma folha seja trabalho de uma pessoa em cerca de um dia e estimá-la gere um número, não uma discussão. Isso costuma dar três a quatro níveis. Passando de umas cem folhas, ou quando as folhas se leem como passos e não como unidades de trabalho, o mapa virou uma transcrição e deixa de ser navegável.
O que costuma faltar num plano de projeto?
Quatro ramos, porque nenhum deles é entrega de ninguém: dependências de pessoas de fora do projeto, com prazos; incógnitas que você ainda não consegue estimar; uma lista explícita do que você não vai fazer; e os critérios de aceitação do projeto como um todo. Só o ramo de exclusões já evita a conversa mais cara que a maioria dos projetos tem.
Um mapa mental pode substituir uma ferramenta de gerenciamento de projetos?
Não, e tentar é onde a abordagem falha. Um mapa não atribui responsáveis, não guarda datas, não mostra o que está atrasado nem é atualizado por várias pessoas ao mesmo tempo. Planeje no mapa, exporte as folhas como lista em Markdown para um gerenciador e depois mantenha o mapa somente leitura como resposta para «por que esta tarefa existe?» e «o que quebra se cortarmos isto?», as duas perguntas que uma lista de tarefas plana não responde.
Como mostro dependências num mapa mental?
Como ligações cruzadas entre ramos, já que a hierarquia só mostra contenção. Depois de desenhadas, dá para ler duas coisas: um nó com várias ligações de entrada é o gargalo e deve começar primeiro, esteja onde estiver no plano, e a cadeia de ligações mais longa é um caminho crítico aproximado: o ramo que não tem folga.

uos — Criou o Smart Mind e já planejou projetos pequenos o bastante para saber exatamente qual ramo todo mundo esquece.