Todo time remoto em algum momento decide "documentar tudo". Cria um espaço, escreve os processos, celebra a organização. Seis meses depois, ninguém mais sabe se aquilo ainda é verdade — mas continua usando como se fosse.
Esse é o problema real. Não é a falta de documentação que trava o trabalho, é a documentação que existe e mente. Uma página desatualizada não é neutra: ela ativamente diz "faça assim" quando o processo já mudou. Quem confia nela erra com confiança. Quem não tem nada pelo menos pergunta antes de agir.
O caso Aurora
Na Aurora, Marina escreveu um guia de onboarding de cliente há um ano. Passo a passo, screenshots, tudo bonito. O processo mudou três vezes desde então — mudou o formulário de briefing, mudou quem aprova contrato, mudou até a ferramenta de assinatura. Ninguém atualizou o guia porque ninguém "era dono" dele.
Quando Téo entrou no time, foi direto na página, seguiu à risca e mandou o contrato antigo para um cliente novo, no fluxo errado. Ele não fez nada errado — fez exatamente o que estava escrito. O erro não foi dele, foi da página que fingia estar certa.
Se não existisse guia nenhum, Téo teria perguntado para a Camila antes de agir. A documentação, nesse caso, substituiu a pergunta certa por uma resposta errada.
Por que acumular página não resolve
A tentação em time remoto é achar que mais documentação é sempre melhor, porque compensa a falta de gente do lado. Mas cada página escrita é um compromisso: alguém precisa manter aquilo vivo, ou ela vira passivo. Um wiki gigante e velho é pior que um wiki pequeno e confiável, porque ninguém sabe qual das cem páginas ainda vale.
O sintoma mais comum: perguntas repetidas no chat mesmo com "está tudo documentado". Isso não é o time sendo preguiçoso para procurar — é o time desconfiando, com razão, de que o que vai achar pode estar errado. Perguntar para uma pessoa é mais rápido e mais seguro do que ler algo que talvez tenha validade zero.
Rotina de revisão, não mural de páginas
O que resolve não é escrever mais, é revisar com regularidade. Cada documento devia ter um dono e uma data de validade — não no sentido de expirar sozinho, mas de forçar uma checagem periódica: "isso ainda é assim?".
Na Nimbus, Rafa resolveu isso de um jeito simples: todo processo documentado tem, no topo, quem revisou por último e quando. Se passou de três meses sem revisão, qualquer um do time pode marcar a página como "duvidosa" antes de seguir o que está escrito. Não precisa de ferramenta sofisticada para isso — precisa de combinado.
Outra prática que funciona: documentar menos, mas documentar o que muda pouco. Regras de aprovação, contatos de emergência, onde ficam os acessos — coisas estáveis. O que muda toda semana (como está o projeto agora, quem está fazendo o quê) não deveria virar página estática; isso é status, não documentação, e tem lugar melhor para viver.
O teste rápido
Antes de escrever mais uma página, pergunte: quem vai revisar isso daqui a três meses? Se a resposta for "ninguém, provavelmente", não escreva — ou escreva sabendo que vai virar risco, não ativo. E se já existe uma wiki cheia de páginas órfãs, vale um expurgo: arquivar tudo que não tem dono declarado é mais seguro do que deixar tudo publicado como se fosse confiável.
Documentação viva exige manutenção, igual código, igual relacionamento. A diferença entre um time remoto que confia no que está escrito e um que vive checando duas vezes não é o tamanho do wiki — é se alguém, de fato, olha para aquilo de novo.
É por isso que no Tino as tarefas e os processos ficam ligados ao trabalho que está rodando agora, não isolados numa página parada — quando o combinado muda, é a própria tarefa que carrega a versão atual, e não um documento esperando alguém lembrar de atualizar.