Tim Cook saiu depois de 15 anos e a Apple não tremeu: como fazer handoff de um trabalho que só você sabe operar
Ilustração: O Dani Geek
A Apple anunciou a troca de CEO em 20 de abril e efetivou em 1º de setembro — quatro meses e meio de sobreposição num cargo que cinco anos de preparo já tinham tornado transferível. O método por trás disso cabe no seu trabalho, e a sua versão dele cabe numa tarde.
Tim Cook assumiu a Apple em 24 de agosto de 2011. Saiu em 31 de agosto de 2026 — quinze anos quase no dia. A ação caiu 2,52% no pregão seguinte ao anúncio, fechando a US$ 266,17, e recuperou tudo no dia seguinte, com alta de 2,63% para US$ 273,17. Em 1º de setembro, dia da posse de John Ternus, subiu 2,6% (Yahoo Finance).
Um mercado que precifica trimestre a trimestre olhou para a troca do CEO da empresa mais valiosa do mundo e deu de ombros. Isso não é sorte de calendário. É o resultado visível de um processo que a Apple chamou, no próprio release, de “thoughtful, long-term succession planning process” (Apple Newsroom).
E é exatamente o processo que falta no seu trabalho.
O seu fator ônibus é 1
Fator ônibus é o número mínimo de pessoas que precisam sumir para o trabalho parar. Um estudo de Avelino, Passos, Hora e Valente apresentado no ICPC 2016 mediu 133 projetos populares do GitHub e encontrou o número que todo mundo suspeita e ninguém mede: 46% têm fator ônibus 1 e 28% têm 2 (arXiv:1604.06766). Quase três em cada quatro sistemas param se uma ou duas pessoas saírem.
Isso é software aberto, feito por times, com código versionado e visível. Agora pense na sua operação: os prompts que funcionam moram no seu histórico do ChatGPT, o cenário do Make foi montado numa madrugada de março e ninguém mais abriu, e a regra que decide quando um lead vira proposta existe só na sua cabeça.
O fator ônibus da Apple nesse cargo não era 1 — era um banco de executivos que vinha sendo preparado desde 2021, quando Cook, então com 60 anos, começou a formar sucessores. O seu não teve cinco anos de preparo. Mas o método não exige cinco anos; exige que você faça as mesmas quatro coisas em escala menor.
Passo 1: mapeie a decisão, não a tarefa
O erro comum é listar tarefas. “Eu rodo o relatório na segunda”, “eu aprovo os posts”, “eu ajusto o prompt quando a saída vem ruim”. Tarefa é fácil de escrever e inútil de transferir, porque quem recebe consegue executar o passo e ainda assim errar o resultado.
A Apple não listou os botões que Cook apertava. Identificou o que só ele fazia: relação institucional com o governo Trump e com o governo chinês. Tanto que o cargo dele depois da saída — Executive Chairman, e ele continua na empresa — é literalmente esse (9to5Mac).
No seu caso: não é “eu ajusto o prompt”. É “eu sei que quando a saída vem genérica demais o problema é falta de exemplo, e quando vem longa demais o problema é o modelo, não o prompt”. Escreva o critério. O critério é o que não está documentado em lugar nenhum.
Passo 2: tape o buraco que você deixa ao subir
Este é o passo que quase todo handoff amador esquece, e é o melhor detalhe da história.
No mesmo dia em que anunciou Ternus, a Apple anunciou Johny Srouji como Chief Hardware Officer, absorvendo o time de Hardware Engineering que era do próprio Ternus (Apple Newsroom). Ternus estava na Apple desde 2001, virou VP de Hardware Engineering em 2013 e SVP em 2021. Promovê-lo abriria um buraco do tamanho do iPhone.
Nomear o sucessor e não cobrir a vaga dele é trocar um gargalo por outro. Quando você passa a operação do cliente para o freelancer que já fazia a edição, você acabou de criar um vazio na edição. Se você não decidir quem preenche, você decidiu que é você — e voltou à estaca zero com uma etapa a mais.
Passo 3: rode em paralelo, por dentro, com data em documento
Foram 134 dias entre o anúncio e a posse. Quatro meses e onze dias, não os cinco meses que circularam por aí. E a data não era intenção: o conselho aprovou Ternus em 17 de abril como CEO e membro do conselho, efetivo na “Transition Date”, num formulário 8-K arquivado na SEC. Documento, com nome e data.
O detalhe que muita gente inverteu: a sobreposição foi por dentro. Cook comandou a WWDC26, em 8 de junho, como rosto da empresa — a última dele. A primeira aparição pública de Ternus no cargo é só no evento de 9 de setembro. Durante os quatro meses e meio, o que mudou foi o organograma e quem decide, não quem sobe no palco.
O erro amador é o oposto exato: anunciar a mudança e continuar operando igual. “A partir de agora quem cuida disso é o João” — e você continua respondendo as mensagens, revisando cada entrega, sendo copiado em tudo. Isso não é transição, é adiamento com anúncio.
Prazo com data marcada. Você continua respondendo pelo resultado até a data; depois dela, não responde mais.
Passo 4: aceite que o sucessor herda decisões que não tomou
Ternus assumiu carregando a reconstrução da Siri sobre o Gemini do Google — um acordo de cerca de US$ 1 bilhão por ano que ele não negociou, que irritou o time interno de LLM a ponto de o chefe da unidade sair (MacMagazine). Herdou também a arquitetura de Private Cloud Compute. Não decidiu nenhuma das duas, e não divergiu publicamente de nenhuma.
Handoff é transferência de controle, não de concordância. Se você só solta quando tem certeza de que o outro decidiria igual a você, você não soltou nada — instalou um sistema de aprovação com passos extras.
A parte que não deu certo (e por que ela importa)
Dizer que “a Apple não tremeu” é verdadeiro no mercado e falso na operação.
A Siri está atrasada. O chefe do time de LLM saiu. E a Bloomberg aponta que Ternus vai ter que refazer o time executivo inteiro: Deirdre O’Brien, quase quatro décadas de casa, já foi sucedida por Vanessa Trigub no varejo e RH; a saída de Srouji é esperada em um ou dois anos; Greg Joswiak, no marketing, e Eddy Cue estão avaliando sucessores (MacMagazine, via Power On).
A leitura honesta: o handoff do CEO deu certo porque era o único que estava pronto. A camada de baixo não está, e é lá que vai doer nos próximos dois anos.
Serve de calibragem. Você não vai documentar tudo. Documente o cargo mais crítico primeiro e assuma que os outros vão te custar caro depois.
O que 2011 já tinha ensinado
A sucessão Jobs → Cook parece o contrário disso: abrupta, por doença, com Cook assumindo no mesmo dia da renúncia, em 24 de agosto de 2011, e Jobs morrendo 42 dias depois. Mas não foi partida a frio. Cook já tinha sido CEO interino nas licenças médicas de Jobs, incluindo a de janeiro de 2011, e Jobs recomendou formalmente ao conselho que ativasse o plano de sucessão que já existia (Apple Newsroom, 2011 · AppleInsider).
O que salvou 2011 foi ensaio. Cook já tinha rodado a função de verdade, em condição real, antes de assinar. Em 2026 a Apple fez a mesma coisa — só que com tempo de sobra no calendário em vez de um diagnóstico terminal.
Ensaio é o único item da lista que documento nenhum substitui. Você pode escrever o handoff perfeito e ele quebrar na primeira exceção. Rodar uma semana com você calado, olhando, é o teste.
Quão invisível isso é por fora
Em novembro de 2025, o Financial Times cravou que a Apple anunciaria um novo CEO entre janeiro e junho de 2026. Mark Gurman, da Bloomberg — que cobre a Apple em tempo integral e vinha apontando Ternus como favorito desde maio de 2024 — respondeu: “I don’t believe a departure by the middle of next year is likely… I believe the story was simply false.” A citação foi recuperada pelo Daring Fireball em abril, quando o anúncio saiu.
Sucessão bem feita é invisível por fora. Não porque seja secreta, mas porque a preparação não gera evento. Ninguém vê os cinco anos; todo mundo vê o comunicado.
Vale como aviso na direção contrária também: se ninguém percebe que você está construindo isso, ninguém vai cobrar. O prazo tem que morar num documento, como a Transition Date morou no 8-K.
A sua versão cabe numa tarde
A Apple gastou quatro meses e meio transferindo um cargo que cinco anos de preparo já tinham tornado transferível. Você não tem cinco anos. Tem uma tarde, e ela dá para: um documento com as três decisões que só você toma, o critério de cada uma escrito por extenso, e uma pessoa — ou um agente — capaz de ler e executar sem te ligar.
Aqui dentro do estúdio esse handoff roda contra agentes, não contra pessoas: o que uma sessão descobre precisa sobreviver ao fim dela, e o que sobrevive é sempre o que virou arquivo ou hook, nunca o que ficou na conversa. Uso IA pesado aqui — é assim que a operação escala sem perder o padrão — e o preço disso é que o handoff deixou de ser opcional. Agente novo abre a sessão sem memória. Ou o critério está escrito, ou ele não existe.
Fica um fio para puxar: a Apple documentou uma decisão para transferir a um humano. Quando quem recebe é um agente, o documento precisa ser executável — e aí a pergunta muda de “está escrito?” para “está escrito de um jeito que uma máquina consegue seguir sem te perguntar?”. Essa é a diferença entre um handoff e uma automação, e é o assunto do próximo post.
Discussão sobre isso: @odanigeek no X.