A promessa que morreu no backlog
A maioria das promessas não tem data, então, se elas só entram no backlog, estão perdidas.
Apollo Space Research
Apollo Space
No meio de uma call, alguém diz a frase que te custa o negócio seis semanas depois: “É, a gente te manda esse doc de integração até o fim da semana.” Todo mundo concorda com a cabeça. Ninguém anota como uma coisa com dono e data. Vai para o backlog, aquele lugar caloroso e bem-intencionado onde o trabalho vai para ser lembrado depois. O fim da semana chega e passa. O cliente, que ouviu um compromisso, não recebe retorno nenhum. Quando alguém finalmente lembra, a confiança já foi gasta.
A promessa não falhou porque o time era preguiçoso. Falhou porque não tinha data, e uma coisa sem data, jogada num backlog, não está agendada. Está esquecida com passos extras.
Essa é a falha que queremos destrinchar neste post, porque é a mais cara de qualquer empresa e quase ninguém a nomeia. Aqui está a tese, dita sem rodeios: a maioria das promessas não tem data, então, se elas só entram no backlog, estão perdidas.
Um backlog é um cemitério com boas intenções
Aqui está o modelo em que todo time confia sem examinar. Você captura o trabalho em algum lugar, um backlog, uma lista, um quadro, e confia que capturar é igual a estar seguro. A coisa foi anotada, portanto a coisa vai acontecer. O backlog parece uma promessa ao seu eu futuro de que você vai voltar.
Ele assume que alguém retorna ao fundo da lista.
Ninguém retorna ao fundo da lista. O backlog é ordenado por recência e gritaria, não por quando algo de fato vence. O item no topo é o que foi adicionado por último ou sobre o que mais gritaram. A promessa que você fez numa reunião seis semanas atrás está quarenta linhas abaixo, no mesmo cinza chapado de um typo que alguém logou uma vez e de um “seria legal ter” do trimestre passado. Tecnicamente está capturada. Funcionalmente está invisível.
Então o backlog não é uma rede de segurança. É um lugar onde duas coisas muito diferentes são armazenadas como se fossem a mesma: trabalho que tem um prazo, e trabalho que tem apenas uma esperança. E o trabalho que tem um prazo, a promessa com uma data escondida dentro dela, é exatamente o trabalho que morre mais quieto quando você o trata como o resto.
Um backlog é onde uma promessa vai para parecer resolvida enquanto morre.
Capturar um compromisso não é o mesmo que agendá-lo. O primeiro parece segurança. Só o segundo é.
A data sempre esteve ali, ela só morava em lugar nenhum
A correção ingênua é dizer às pessoas para serem mais disciplinadas. Anote direito. Adicione um prazo. Marque um dono. Todos nós já ouvimos isso, e todos nós já vimos isso não funcionar, porque a disciplina pede o máximo de você exatamente no momento em que você tem o mínimo a dar, no meio da conversa, ouvindo pela metade, já pensando na próxima coisa.
Olhe onde as datas de fato se escondem, e você vê por que a força de vontade perde.
O “fim da semana” foi dito em voz alta e nunca digitado. A data de renovação está enterrada num PDF que ninguém abriu desde a assinatura. O “vou dar um follow-up depois do feriado” tem uma data, mas é relativa, só se torna real quando o feriado passa, e nenhum humano relê mensagens antigas para fazer essa conta. Cada um desses é um compromisso com um prazo anexado. Em cada caso o prazo mora em algum lugar que uma lista não consegue ver: na fala, numa cláusula, numa frase que ainda não se resolveu numa data.
Essa é a parte que os times entendem ao contrário. Eles acham que o problema é que as pessoas esquecem de definir datas. O problema real é que as datas já existem, elas só estão espalhadas pelos cantos da empresa onde nenhum backlog está olhando. A promessa não é sem data. A data está por descobrir. E porque a maioria das promessas não tem uma data que você possa ver, o momento em que uma entra no backlog e nada extrai essa data, ela está perdida.
Mesma promessa, dois destinos. Uma cai na pilha e se decompõe. A outra tem sua data escondida trazida à tona e transformada em algo que pode voltar e te dar um toque no ombro. A diferença não é esforço. É se alguma coisa estava observando a data que esteve ali o tempo todo.
Por que “lembrar depois” é um trabalho em que humanos são feitos para falhar
Suponha que você faça tudo certo. Você pega a promessa, define uma data, coloca no sistema. Você fez a parte difícil. Agora resta só um trabalho: voltar no momento certo e agir.
Esse último trabalho é o que humanos fazem pior, e vale a pena ser preciso sobre o porquê.
Lembrar de fazer uma coisa numa data futura não é um problema de memória, é um problema de atenção. O prazo tem que reentrar na sua mente no momento certo, sem ser pedido, enquanto você está ocupado com algo completamente diferente. Psicólogos chamam isso de memória prospectiva, e é o tipo em que humanos são confiavelmente péssimos. Não esquecemos o conteúdo da promessa. Esquecemos de pensar nela no único dia em que importava. A promessa nunca foi perdida do seu conhecimento. Foi perdida da sua atenção na quinta-feira.
É por isso que um item de backlog capturado-mas-silencioso é mal melhor que nada. Ele segura o conteúdo perfeitamente e fornece zero atenção. Ele espera você lembrar de olhar, que é exatamente a coisa em que você ia falhar. Você não precisava de um lugar melhor para anotar a promessa. Você precisava de algo que falasse no dia certo sem ser pedido.
E “falar no dia certo sem ser pedido” não é uma feature que você parafusa numa lista. Requer um sistema que esteja rodando quando você não está, segurando a data real de cada compromisso, e disposto a te interromper quando um vence.
A correção é uma promessa que pode voltar e te encontrar
Então imagine o oposto do cemitério. Um compromisso não é armazenado e abandonado, é armazenado com sua data, e a data está viva. Quando o dia se aproxima, o compromisso não espera educadamente no fundo de uma lista. Ele vem à frente. “Você falou para eles até o fim da semana. Isso é amanhã, e nada saiu.” Sinalizado na quinta, não lamentado na segunda seguinte.
A mecânica importa, então aqui está o loop, em ordem.
Primeiro, capture a promessa no momento em que é feita, da transcrição da reunião, do email, da thread de mensagens, não quando alguém lembra de logá-la. Segundo, extraia a data que está escondida dentro dela, mesmo quando é uma frase como “depois do feriado” e não uma entrada de calendário. Terceiro, agende como um compromisso de verdade com um dono e um momento de vencimento, não uma linha chapada. Quarto, traga à tona antes do prazo, para a pessoa que pode agir, enquanto ainda há tempo de agir. E então o loop fecha: o compromisso ou é feito e some, ou volta a circular e surge de novo, mais alto.
Note que nenhum passo nesse loop é “o humano lembra de checar”. O ponto inteiro é remover esse passo, o que os humanos falham, e substituí-lo por um sistema que segura a data e a traz de volta para você. Um backlog armazena. Isso observa. A diferença entre armazenar e observar é a diferença entre uma promessa que morre e uma promessa que é cumprida.
Toda empresa está vazando promessas que não consegue ver
Quando você consegue nomear essa falha, você a encontra em todo lugar, e percebe que quase nada disso é incompetência.
O orçamento que uma empresa de prospecção jurou que mandaria “até terça” e que saiu na segunda seguinte, momento em que o prospect já tinha seguido em frente. A nota fiscal que um escritório de contabilidade prometeu revisar “antes do fechamento do mês” e que escorregou porque o fechamento do mês é um alvo móvel que nenhum calendário rastreia. O follow-up que um founder se comprometeu num corredor e prometeu de todo o coração e nunca mais pensou. Nenhuma dessas é uma falha de conhecimento. Todos os envolvidos sabiam da promessa. Cada uma é uma falha de data, um prazo que morava na fala ou num documento, nunca foi trazido à tona, e então nunca foi agendado, e então nunca foi cumprido.
Esse é o trabalho que não cabe num quadro, porque o quadro só segura o que alguém lembrou de digitar, no momento em que lembrou de digitar. Os compromissos mais caros de uma empresa são os feitos em voz alta e armazenados no pior lugar possível: a intenção de um humano de lembrar.
A virada: as promessas definem quem você é para as pessoas que confiam em você
O que é uma promessa, de verdade, por baixo dos quadros e das listas? É a menor unidade de confiança sobre a qual uma empresa roda. Cada “a gente te manda isso”, cada “vou dar um follow-up”, cada “considere feito” é um pequeno empréstimo da crença de alguém de que você vai entregar. Cumpra-as e a crença compõe. Derrube-as, silenciosamente, com boas intenções, num backlog, e a crença vaza uma quinta-feira esquecida de cada vez.
Esse é o custo real, e ele nunca aparece num postmortem, porque ninguém loga o negócio que perdeu para um follow-up que saiu quatro dias atrasado. Eles apenas silenciosamente se tornam a empresa em que é um pouco difícil confiar. Não desonesta. Só vazando. E o vazamento é quase sempre do mesmo formato: uma promessa com uma data que ninguém viu, jogada em algum lugar que parecia segurança e não era.
Você não conserta isso com mais disciplina, porque a falha não é um defeito de caráter, é memória prospectiva, e essa briga é invencível para qualquer um com um calendário cheio das emergências de outras pessoas. A maioria das promessas não tem data, então, se elas só entram no backlog, estão perdidas. O que você pode mudar é se a data mora em algum lugar que observa, em vez de algum lugar que espera.
Quando isso cai a ficha, a pessoa mais confiável da sua empresa deixa de ser a com a melhor memória. Porque outra coisa está segurando a data real de cada promessa, e ela fala antes de o dia chegar, não depois.
É isso que estamos construindo na Apollo Space, não um lugar melhor para anotar promessas, mas um sistema que pega a data escondida dentro de cada compromisso e a traz de volta antes que ela morda. Se o custo mais quieto da sua empresa são as promessas que morreram parecendo resolvidas, isso não é um problema de disciplina. É um problema de quem-segura-a-data, e ele finalmente tem um dono que não esquece.
A Apollo cuida da operação repetitiva da sua empresa pro seu time não precisar.
Entre na lista de espera: acesso antecipado, preço de usuário fundador e um lugar na primeira fila enquanto a gente constrói.
Entrar na lista de esperaA morte lenta da voz de um marketeiro
Você publica uma peça real por semana e silenciosamente a traduz em dez, e cada tradução é uma pequena chance de soar um pouco menos como você mesmo. Construímos o OS porque nada no mercado estava guardando isso.
Pensamento de ProdutoNo dia em que alguém pede demissão, sua empresa esquece como ela funciona
Onboarding não está quebrado porque o treinamento é ruim. Está quebrado porque sua empresa não consegue lembrar, e cansamos de ver a resposta sair pela porta.
Pensamento de ProdutoA primeira coisa que um novo contratado deveria fazer é ler a empresa
Um ótimo onboarding não te entrega docs, ele já sabe quem você é quando você faz login.