A Apollo pode ser seu chief of staff?

Pergunte a um founder o que seu Chief of Staff de fato faz e você vai receber um dar de ombros e uma lista. Ele conduz a reunião de equipe. Ele persegue a coisa que o VP disse que faria e não fez. Ele nota a decisão que todo mundo tomou três semanas atrás que silenciosamente deixou de ser verdade. Ele entra na sala do founder e diz: “Duas coisas escaparam, uma pessoa te deve uma resposta, e o plano que combinamos segunda-feira não sobrevive ao número que chegou quinta.”

Nada disso está numa descrição de cargo. Tudo isso é o trabalho.

Aqui está a parte que as pessoas perdem: quase nada disso requer ser brilhante. Requer nunca esquecer e nunca largar. O trabalho de Chief of Staff é em sua maioria memória e acompanhamento, o que escapou, quem deve o quê, qual decisão envelheceu. E memória mais acompanhamento não é uma pessoa que você contrata. É um processo que nunca dorme.

Essa é a pergunta que este post destrincha. Não “o CoS é um bom papel”, é um ótimo papel, mas: do que o papel é de fato feito, e um sistema operacional proativo consegue fazer as partes do-que-é-feito?

Do que um Chief of Staff é de fato feito

Tire o título, a confiança e o assento ao lado do founder, e o trabalho se resolve em três tarefas que se repetem toda santa semana.

O primeiro é pegar o que escapou. Um compromisso foi feito numa reunião, escrito em lugar nenhum durável, devido até quinta, e quinta veio e foi. Ninguém está escondendo. Só caiu entre o calendário e a lista de tarefas, na fenda onde a maioria das coisas morre.

O segundo é saber quem deve o quê a quem. A decisão precisa da revisão jurídica, a revisão jurídica precisa do contrato, o contrato está parado na caixa de entrada de alguém, e a cadeia inteira está travada numa única mensagem não lida, mas a cadeia vive na cabeça de quatro pessoas, então ninguém consegue ver que está travada.

O terceiro é sinalizar a decisão envelhecida. Três semanas atrás o plano fazia sentido. Então um cliente deu churn, um número se moveu, um concorrente lançou, e o plano continuou marchando, porque uma decisão não expira numa data. Ela expira quando suas premissas expiram, e ninguém re-checa as premissas.

Três tarefas. Note o que compartilham: cada uma é a empresa esquecendo algo, e uma pessoa sendo paga para lembrar. O Chief of Staff é, funcionalmente, a memória de trabalho da empresa com pernas. O trabalho de Chief of Staff é em sua maioria memória e acompanhamento, o que escapou, quem deve o quê, qual decisão envelheceu.

Então a verdadeira pergunta não é “software pode ser um CoS”. É: software consegue fazer memória e acompanhamento melhor que a pessoa que atualmente está se esgotando fazendo isso à mão?

Tarefa um: pegue o que escapou, sem ninguém registrar

A versão ingênua é a que toda equipe já vive. Você pega o que escapou lembrando. O CoS senta na reunião, ouve “Eu tenho a apresentação até quinta”, faz uma anotação mental, e na sexta pergunta: “Ei, a apresentação?”

Isso falha do jeito mais ordinário imaginável: a anotação era mental. O CoS esteve em quatro reuniões naquele dia. O compromisso que importava era o dito rápido, de passagem, perto do fim, quando todo mundo já estava de pé saindo. Nunca chegou a uma lista. Então não pode ser perseguido. O acompanhamento falha não porque alguém foi preguiçoso, mas porque um compromisso que vive apenas numa conversa vive em lugar nenhum, e você não pode perseguir o que não consegue ver.

A versão ligeiramente-menos-ingênua é escrever tudo. Faça cada dono abrir um ticket. Isso falha do jeito oposto: agora o rastreamento é em si o trabalho que ninguém faz. O compromisso da apresentação nunca vira um ticket porque abrir o ticket é fricção, e o ponto todo de dizer “tenho até quinta” em voz alta era evitar a cerimônia. Você moveu o esquecimento um passo para trás, de perseguir a tarefa para registrá-la.

A versão proativa não pede a ninguém para registrar nada. A reunião foi transcrita. O cérebro que leu a transcrição ouviu “Eu tenho a apresentação até quinta”, reconheceu como um compromisso com um dono e uma data, e silenciosamente o segurou. Quinta passa, a apresentação não aparece, e na manhã de sexta o dono recebe um nudge e o founder recebe uma linha no seu briefing: isto foi prometido, esta data passou, nada chegou.

A diferença é onde o compromisso está armazenado. Na versão ingênua está na cabeça de uma pessoa cansada. Na versão proativa está num sistema que leu a sala, nunca esquece, e foi construído para falar quando uma promessa e uma data param de concordar. O acompanhamento para de depender de alguém escolher lembrar.

Tarefa dois: saber quem deve o quê a quem

Esta é a tarefa que parece coordenação e é na verdade memória.

Uma decisão real raramente é um passo só. É uma cadeia: o lançamento espera a chamada de preços, a chamada de preços espera os números de custo, os números de custo esperam alguém no financeiro que não sabe que é o gargalo. Um bom Chief of Staff segura essa cadeia inteira na cabeça e pode te dizer, em qualquer terça-feira, exatamente qual elo está travado e quem está pisando na mangueira.

O jeito ingênuo de fazer isso é a reunião de status. Junte todo mundo numa sala, dê a volta, pergunte “onde estamos”. Funciona, e é também o jeito mais caro de descobrir um bloqueio de um elo já inventado. Você reuniu oito pessoas por trinta minutos para descobrir que uma mensagem estava não lida. A reunião existe porque a cadeia de dependências vive em oito cabeças separadas e o único jeito de remontá-la é colocar as cabeças na mesma sala. O standup são quarenta anos perguntando à fonte errada.

A falha mais profunda é que a reunião de status é um snapshot. A cadeia travou na segunda; você descobre no standup de quinta. Por três dias o lançamento esteve bloqueado e ninguém sabia, porque ninguém estava observando o elo, estavam esperando o próximo momento agendado para perguntar.

Um sistema proativo segura a cadeia onde ela pertence: não em cabeças, mas num só lugar, continuamente. Ele sabe que o lançamento depende da chamada de preços, sabe que a chamada de preços está esperando os números de custo, e sabe que os números de custo não se moveram em quatro dias. Então ele não espera quinta. Ele revela, no dia dois, a única frase que importa: o lançamento está bloqueado em números de custo devidos desde segunda, e a pessoa que os deve talvez não saiba que é o gargalo. Não uma reunião. Uma linha. O ponto todo de saber quem deve o quê é encontrar o elo travado antes que esteja travado por uma semana, e você não pode fazer isso perguntando a todos uma vez por semana.

Esta é a parte do papel de Chief of Staff que parece habilidade política e é em sua maioria só um mapa que ninguém mais está segurando. O CoS não é mais inteligente sobre a cadeia de dependências. Ele é o único olhando para tudo de uma vez.

Tarefa três: sinalize a decisão que envelheceu

As duas primeiras tarefas observam coisas que estão atrasadas. O terceiro observa uma coisa pior que atrasada, uma coisa que está silenciosamente errada.

Uma decisão não falha alto. Ela falha envelhecendo. A equipe concordou com um plano quando três coisas eram verdade, então uma das três deixou de ser verdade, e o plano continuou rodando na velha premissa porque uma decisão tem um timestamp mas nenhuma data de expiração. O preço se sustentou até o principal input de custo dobrar. O plano de contratação fazia sentido até o deal para o qual foi dimensionado escapar um trimestre. O roadmap estava certo até o cliente em torno do qual foi construído dar churn. Nada no calendário apita quando uma premissa apodrece. Ela só apodrece.

A defesa ingênua é a revisão trimestral, bloqueie um dia, reexamine as grandes decisões, pergunte se ainda se sustentam. Ela pega a podridão, eventualmente, num cronograma que não tem nada a ver com quando a podridão aconteceu. A decisão envelheceu na semana dois; a revisão é na semana onze. Você construiu um detector de fumaça que checa uma vez por trimestre.

O Chief of Staff é a versão humana de uma checagem contínua. Ele lembra por que uma decisão foi tomada, as três coisas que eram verdade, e quando uma delas muda, ele conecta. “Lembra que dimensionamos contratação para aquele deal? Ele acabou de escapar. O plano precisa de uma segunda olhada.” Essa conexão é o valor inteiro, e é pura memória: o elo entre uma decisão tomada em março e um número que se moveu em junho, segurado numa só mente tempo suficiente para disparar quando importa.

Um sistema operacional proativo é construído para tornar esse elo mecânico. A decisão foi capturada com suas razões. As razões são coisas que o sistema já observa, o input de custo, o deal, o cliente. Quando uma premissa observada se move, o sistema não re-litiga a decisão. Ele faz a única coisa humilde e de alto valor: sinaliza que o chão sob a decisão mudou, e sugere que vale uma segunda olhada enquanto ainda há tempo de mudar de rumo. A decisão que você tomou na terça já está envelhecida na quinta, e a única defesa é uma memória que conecta as duas.

Então, a Apollo pode ser seu Chief of Staff?

Coloque as três tarefas lado a lado e a resposta entra em foco.

Pegar o que escapou é ler compromissos da conversa e perseguir os que erram a data. Saber quem deve o quê é segurar a cadeia de dependências num só lugar e revelar o elo travado antes que a reunião semanal o faria. Sinalizar a decisão envelhecida é lembrar as premissas de uma decisão e conectá-las ao mundo quando o mundo se move. Cada um dos três tem o mesmo formato: ler a empresa, segurar na memória, e falar primeiro quando algo que um humano teria esquecido vence.

Esse formato é exatamente o que um sistema operacional proativo foi construído para ser. Não um chatbot mais inteligente que você abre e pergunta “o que está travado?”, isso é a reunião de status com uma interface nova, ainda esperando você pensar em perguntar. Um colega que por acaso é software compõe a resposta antes de você perguntar, porque ele nunca parou de ler e nunca esqueceu o que leu.

A ressalva honesta importa, e é a mesma que se aplica a um humano na cadeira. O julgamento, qual coisa que escapou vale uma conversa difícil, se a decisão envelhecida deveria de fato mudar, quem pressionar e com que força, isso é taste, e taste fica com o founder. Um grande Chief of Staff não toma a decisão; ele garante que a decisão seja tomada a tempo com o quadro completo na sua frente. Essa é a parte que a Apollo foi construído para fazer. O decidir ainda é seu.

A virada: a pessoa mais cara da sala não deveria ser a memória

Aqui está a parte que não é sobre software.

Na maioria das empresas pequenas, não há Chief of Staff. Há um founder fazendo o trabalho às 23h, relendo as próprias anotações para encontrar o que escapou, percorrendo mentalmente a cadeia de dependências para encontrar o elo travado, acordado se perguntando se o plano de três semanas atrás ainda se sustenta. Ele virou seu próprio Chief of Staff porque não podia bancar contratar um e nenhum sistema faria isso por ele.

Esse trabalho parece liderança. É na verdade o oposto. Cada hora gasta sendo a memória de trabalho da empresa é uma hora não gasta nas únicas coisas que um founder não pode delegar, o que a empresa deveria perseguir, o que “excelente” significa para as pessoas que ela serve, qual decisão difícil vale a pena tomar, antes de mais nada. Memória e acompanhamento nunca foram um bom uso da pessoa mais capaz do prédio. Só não tinham onde mais viver.

A promessa não é um robô que conduz sua reunião de equipe. É que o trabalho mais difícil da reunião de equipe, lembrar de tudo, perseguir tudo, notar quando o chão muda, para de viver na cabeça de um humano cansado, e o founder pode voltar à parte que sempre foi dele: decidir.

---

É isso que estamos construindo na Apollo, não uma ferramenta que você abre para perguntar o que está travado, mas um colega que já sabe, porque leu a empresa enquanto você dormia e se recusa a esquecer. Se você já desejou ter um Chief of Staff, a notícia surpreendente é que a maior parte do trabalho nunca foi uma pessoa. Era um processo que você não conseguia construir à mão.