Um dia na vida de um Operations Manager
Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
A descrição de cargo dizia "conduzir a excelência operacional e ser dono da melhoria de processos interfuncional". Você leu essa linha na fase da proposta e imaginou algo com um quadro branco e um gráfico de Gantt. Dezoito meses depois, o trabalho de verdade se parece mais com isto: você é o Zapier humano entre Finanças, Jurídico, IT e quem quer que tenha acabado de te mandar no Slack "pergunta rápida". Você intermedia. Você cobra. Você escreve documentos que ninguém lê, e depois os lê em voz alta para as pessoas que não os leram. Esse é o trabalho.
Esta é uma terça-feira real. Não a versão arrumada da página de carreiras. A que termina com 22 abas abertas e uma página no Notion que você começou a escrever às 14h e nunca terminou.
8h14: a fila de chamados
Você abre o Asana. Ou o Monday. Ou o Linear, se sua equipe de engenharia te empurrou para a deles porque "solicitações de ops são basicamente chamados, né?". Quatorze tarefas chegaram durante a noite. Você as ordena mais ou menos nesta ordem:
- Três são urgentes. Um AE de vendas trancado para fora do HubSpot. Um novo contratado cujo notebook não foi enviado. Uma pessoa de finanças pedindo o W-9 de um fornecedor porque um pagamento está retido.
- Cinco são rotineiras. Solicitações de acesso, reembolsos de despesas, a pilha do tipo "pode me adicionar a esta página do Notion?".
- Quatro são pessoas perguntando onde está a página do Notion. Ela está fixada no canal. Está fixada no canal há seis meses.
- Duas são problemas reais disfarçados de perguntas. Uma é "ei, dá pra conseguir uma nova ferramenta para X?" (isso é uma decisão de compras de 14 mil dólares se fingindo de pedido de carona). A outra é "existe um processo para o desligamento de prestadores?". Existe. Você o escreveu, e o fato de alguém estar perguntando significa que não o encontraram, o que significa que o processo está quebrado.
Os primeiros 45 minutos do seu dia são triagem. O problema de sinal versus ruído é o trabalho de verdade aqui. Se você começar a responder cada chamado conforme ele chega, vira o suporte interno da equipe e sua semana acabou. A disciplina é ordenar primeiro, agrupar em lote depois, e proteger pelo menos um bloco de tempo de foco antes do meio-dia. Você define o status como "não perturbe" no Slack. Três pessoas te acionam mesmo assim. Uma começa com "desculpa incomodar".
Você destrava os três urgentes, confirma o recebimento dos cinco rotineiros com um "na fila, até o fim do dia" de uma linha, e marca os dois problemas reais para trabalho mais aprofundado depois. O grupo do "onde está a página do Notion" recebe uma única mensagem no Slack no canal com o link, fixada de novo, com uma notinha: "se você não consegue achar isto, a culpa é minha. Me avise o que você pesquisou para eu corrigir o título." Essa última frase é a diferença entre uma pessoa de ops que dura e uma que se esgota culpando a equipe por não ler.
9h30: triagem de e-mails de fornecedores
Você abre a caixa de entrada e lá está. O e-mail de renovação de um fornecedor com quem sua equipe gasta 48 mil dólares por ano. A renovação automática acontece em 11 dias. Ninguém sinalizou. O AE de vendas do outro lado já marcou um "bate-papo rápido" na sua agenda para as 14h. Seu estômago dá aquela pequena reviravolta que dá sempre que você percebe que está prestes a negociar de uma posição perdedora.
Isto não é pontual. É a maioria das terças. As renovações de fornecedores são o calendário de ops que ninguém te avisou que você era dono, e de algum jeito você é mesmo assim. Eis o que está empilhado:
- Fila do Vendr ou do Tropic: quatro renovações nos próximos 60 dias, duas delas softwares que você não tem certeza se a equipe ainda usa. O Tropic está mostrando que uma ferramenta tem 11 licenças de usuário ativas de 40 pagas. Isso é 14.200 dólares de software ocioso.
- Revisão com marcações do Jurídico: um DPA de um novo fornecedor de analytics está parado na fila do seu colega do Jurídico há duas semanas. A compra está bloqueada até que ele seja liberado. Seu Head de Marketing pede um status dia sim, dia não.
- O "bate-papo rápido": o AE quer fazer um upsell para o tier enterprise. Você sabe disso porque o assunto do e-mail era "oportunidade de parceria para o segundo trimestre" e essa frase só significa uma coisa.
Você passa 25 minutos extraindo dados de uso do painel de administração da ferramenta, cruzando-os com a lista de licenças no seu HRIS, e escrevendo um resumo de renovação de uma página. Ferramentas usadas, licenças ativas, valor em dólares, três alavancas de negociação (reduzir o tamanho, desconto plurianual, remover os módulos que ninguém usa). Você o envia ao seu CFO antes da call das 14h para que a conversa seja "aqui está nossa posição" em vez de "deixa eu te dar um retorno".
Esta é a realidade pouco glamourosa da gestão de fornecedores. Não é sourcing estratégico. É ser a pessoa que repara na data de renovação automática de um contrato que alguém assinou antes mesmo de você ser contratado. O motivo de ops ser dono do calendário de fornecedores é que a descrição de cargo de ninguém mais inclui "lembrar quando as coisas expiram". A sua inclui, mesmo que não diga isso.
11h50: revisão de processos do meio do dia
Você tem um um a um com a nova contratada da equipe de customer success. Três semanas de casa. Ela está percorrendo o documento de integração que você escreveu em fevereiro, aquele do qual você se orgulhava, aquele que levou um fim de semana inteiro.
Ela trava na etapa 4.
A etapa 4 é "crie sua caixa de entrada de suporte no Zendesk". Só que em março o IT migrou a equipe do Zendesk para o Intercom, e ninguém te avisou, e o documento ainda diz Zendesk. A etapa 5 faz referência a um canal do Slack que foi renomeado em abril. A etapa 7 tem uma captura de tela de um painel de administração que não existe desde que o fornecedor SaaS lançou uma atualização de interface em janeiro.
É isso que documentos de processo fazem. Eles apodrecem. Você os escreve uma vez, publica, fica satisfeito, e 90 dias depois eles estão silenciosamente mentindo para cada novo contratado que os lê. A nova contratada é educada demais para te dizer que o documento está quebrado. Ela só diz "ah, eu descobri, está tudo certo". Não está tudo certo. A próxima pessoa vai bater no mesmo muro e perder 40 minutos em silêncio.
O acerto de contas honesto aqui, aquele para o qual nenhuma descrição de cargo te prepara: o documento não é a entrega. O ritmo de revisão é a entrega. Um documento de processo sem dono e sem revisão trimestral é uma responsabilidade fantasiada de documentação. Ou você cria um ritmo de revisão (trimestral, dono nomeado, data da última revisão no cabeçalho), ou você para de fingir que o documento existe.
Você adiciona três coisas à sua semana:
- Um bloco na agenda na última sexta de cada trimestre rotulado "revisão de documentos de processo" com os quatro documentos de integração vinculados.
- Uma regra no Zapier que aciona o dono do documento no Slack 60 dias após a última edição, perguntando "isto ainda está correto?". Se ele não responder em 5 dias, ela aciona o gestor dele.
- Uma linha "revisado pela última vez" no topo de cada documento. Não "editado pela última vez" (isso é o wiki). Revisado significa que um humano leu o documento de ponta a ponta e confirmou que as etapas ainda funcionam.
Você faz as mudanças na etapa 4 ali mesmo no um a um. A nova contratada te vê fazer isso. Isso também é o trabalho: deixar as pessoas verem que o documento é uma coisa viva, não um monumento.
13h15: assíncrono com Finanças, Jurídico e IT
Você come um sanduíche na sua mesa e olha três threads no Slack, cada uma uma conversa assíncrona diferente em que você é o tecido conjuntivo.
Finanças quer um PO para o fornecedor de analytics. Eles não podem emitir o PO até o Jurídico liberar o DPA. Você já cutucou o Jurídico duas vezes. Cutuca uma terceira, desta vez com um prazo claro: "Marketing precisa disto no ar até 6 de maio, conseguimos fechar a revisão com marcações até quinta?". Prazos específicos movem as coisas. Urgência vaga não.
Jurídico tem perguntas sobre a localização dos dados de um novo fornecedor. Eles querem saber se o fornecedor armazena dados de clientes na EU. Você não sabe. Você vai ao portal de confiança do fornecedor, encontra a resposta (Frankfurt e Dublin), tira uma captura de tela, cola na thread. Jurídico confirma o recebimento. O DPA vai para a posição um na fila deles. Isto te levou quatro minutos. Levaria 20 minutos para o Jurídico porque eles não sabem quais portais de fornecedores existem, que é o motivo de ops ser dono da intermediação.
IT te aciona no Slack às 13h47: "ei, ficamos sem licenças do Notion. O all-hands é às 14h e três pessoas no marketing não conseguem acessar o deck."
Este é o pânico de licença. Toda pessoa de ops já passou por ele. O padrão é sempre o mesmo: alguém adicionou um lote de prestadores a uma ferramenta no trimestre passado, a contagem de licenças passou do tier pago, a conta subiu 200 dólares por mês, ninguém notou, e agora você tem 13 minutos para resolver antes de uma reunião com toda a empresa.
Você faz o que tem de fazer. Abre a administração do Notion, rebaixa quatro contas dormentes (os prestadores que saíram em março e de algum jeito ainda têm licenças), libera as licenças, aciona as três pessoas do marketing com o link para o deck. Funciona. Você não escreveu um memorando estratégico. Você não conduziu a excelência operacional. Você destravou um all-hands. Isso, também, é o trabalho.
O padrão assíncrono que faz isto funcionar, quando funciona: seja a pessoa que encurta o ciclo. Não retransmita mensagens. Extraia o dado, cole a captura de tela, proponha o prazo, nomeie o dono. Toda mensagem que você manda deveria reduzir o número de mensagens que outra pessoa tem de mandar. Se você está encaminhando sem agregar valor, está desacelerando o sistema, não ajudando.
15h40: a reunião de expansão descontrolada do escopo
Um gerente de produto te puxa para um "sync rápido" de 30 minutos que vira 50. Ele tem uma nova iniciativa. Precisa de ajuda com "o lado operacional". Vinte minutos depois, você percebe o escopo: ele quer que você seja dono da seleção de fornecedores para uma nova ferramenta, monte o plano de implantação, treine a equipe, escreva o SOP, e conduza os primeiros 90 dias de relatórios de uso. Nada disso estava no pedido original. Nada disso tem um dono de orçamento. Nada disso tem um prazo. Ele genuinamente acha que você tem tempo.
Isto é expansão descontrolada do escopo, e nomeá-la em voz alta é a única forma de lidar com ela. Você não diz não. Você diz: "fico feliz em ajudar com o plano de implantação e o SOP. A seleção de fornecedores deveria ficar com você e com compras, e eu reviso a lista finalista. Treinamento e relatórios de uso de 90 dias são um projeto à parte; vamos definir o escopo disso como um pedido do terceiro trimestre com orçamento próprio." Você anota o que se comprometeu a fazer nas notas da reunião. Você manda as notas para ele em até uma hora. Se não está por escrito, não aconteceu.
As pessoas de ops que se esgotam são as que absorvem todo pedido adjacente sem delimitá-lo. As que duram são as que dizem sim à fatia certa e colocam o resto num backlog do terceiro trimestre com um dono de verdade.
17h20: priorização de fim de dia
Você fecha o notebook com 22 coisas ainda abertas. Isto é normal. O instinto é ficar mais uma hora e resolver mais três. A disciplina é parar.
Antes de parar, você roda um filtro de 10 minutos: dos 22 itens abertos, quais três de fato fazem a empresa avançar amanhã? Não quais três são os mais barulhentos. Não quais três parecem mais urgentes. Quais três, se não forem feitos, vão custar à empresa tempo, dinheiro ou confiança?
Hoje os três são:
- O resumo de renovação de fornecedor para o CFO (prazo: 14h de amanhã).
- O e-mail de cobrança do DPA para o Jurídico (cada dia que isto escorrega, o lançamento do marketing escorrega).
- A correção do documento de integração que você começou ao meio-dia e não terminou.
Os outros 19 itens vão para uma lista de "amanhã" no Asana com uma nota de uma linha cada. Não porque não importem. Porque o cérebro de amanhã vai ter uma leitura mais limpa deles do que o cansado de hoje à noite.
O motivo de as pessoas de ops se esgotarem não é a carga de trabalho. É a ausência de um ritual de encerramento. Toda outra função tem um interruptor de desligar natural. Um negócio fecha, um sprint termina, uma campanha é lançada. O trabalho de ops não tem bordas. Ele simplesmente continua. Então você tem de construir a borda você mesmo, e o hábito de sexta à tarde que previne o pânico de segunda de manhã é este: 30 minutos, toda sexta, para percorrer a fila, matar os chamados mortos, escrever as três coisas mais importantes para a semana seguinte, e fechar o notebook. Isso não é um truque de produtividade. É a única forma de fazer este trabalho por mais de dois anos.
O que este trabalho de fato é
Este trabalho não é excelência operacional. É adequação operacional mantida de pé por uma pessoa que repara nas coisas. A renovação de fornecedor que ninguém mais sinalizou. O documento que silenciosamente deixou de ser verdade. O pânico de licença às 13h47. A thread no Slack em que três equipes estão falando uma por cima da outra e precisam de um tradutor.
Se você está lendo isto e se sentindo um pouco compreendido, um pouco cansado, e um pouco na defensiva, ótimo. Você não é ruim em ops. O trabalho é genuinamente fragmentado assim, e as pessoas que fingem o contrário ou não o fazem de fato ou simplesmente foram contratadas para algo que ainda não quebrou.
O motivo de boas pessoas de ops serem impossíveis de substituir não é que o trabalho seja difícil em qualquer momento isolado. É que o trabalho é composto de 200 pequenos reparos de atenção, e o conhecimento institucional de quais reparos importam leva de 12 a 18 meses para se construir em qualquer empresa. Você não é um fluxo do Zapier. Você é a parte da empresa que segura as costuras enquanto todo mundo constrói a próxima coisa. Isso é pouco glamouroso. É também por isso que, quando você sai, três funções diferentes vão silenciosamente desmoronar por um trimestre.
Amanhã de manhã a fila vai ter 14 novos chamados, e você vai ordená-los, e vai intermediar entre Jurídico e Finanças, e em algum momento por volta das 14h alguém vai te mandar no Slack "pergunta rápida". Esse é o trabalho. Bem-vindo a ele.
Saiba mais
Principal Product Marketing Strategist