Team Productivity Playbook
Escrevendo um Acordo Operacional de Equipe (e Fazendo-o Funcionar)
Uma equipe de software em uma empresa SaaS de porte médio tinha um acordo operacional de 3 páginas. Cobria expectativas de tempo de resposta (respostas em até 2 horas), normas de reunião (câmeras ligadas, sem celulares) e como escalar bloqueadores. Era bem escrito. O líder da equipe tinha colocado pensamento real nele. E toda manhã às 9h, oito pessoas participavam de um standup que violava quatro de suas cláusulas: câmeras desligadas, sem pauta, atualizações de status que deveriam ser assíncronas, rodando 40 minutos além dos 15 declarados.
Ninguém mencionou o acordo operacional. Quando o líder da equipe finalmente perguntou por quê, a resposta foi: "A gente não escreveu. Só recebeu numa mensagem do Slack."
É assim que os acordos operacionais falham. Não porque o conteúdo está errado. Porque o processo de criá-los pula as pessoas que deveriam segui-los.
Por que a maioria dos acordos operacionais não funciona
Um documento redigido pelo gestor enviado como política é um objeto de conformidade. As pessoas leem uma vez, talvez, e então se comportam de acordo com seus hábitos anteriores e o comportamento visível das pessoas ao redor, incluindo o gestor. Se o comportamento do gestor corresponde ao documento, as normas gradualmente se firmam. Se o comportamento do gestor contradiz o documento, o documento é irrelevante.
Os acordos que realmente mudam o comportamento da equipe compartilham três propriedades. Foram escritos pela equipe em uma sessão estruturada, não redigidos pelo gestor sozinho. Cobrem os atritos específicos que realmente afetam esta equipe, não melhores práticas genéricas. E são revisitados quando algo muda: um novo integrante, uma nova estrutura de projeto, uma norma que tem sido consistentemente violada. Quando você está integrando alguém novo em um acordo operacional existente, o checklist de onboarding do gestor tem uma seção útil sobre trazer normas implícitas à tona cedo.
Etapa 1: Escolha os 8 tópicos que geram atrito
Não escreva um acordo operacional sobre tudo. Escreva sobre as 8 coisas que realmente causam problemas. O playbook de equipe da Atlassian sobre acordos de trabalho oferece uma referência útil sobre como equipes de alto desempenho concentram seu foco nas normas que geram mais atrito. Geralmente são:
Horário de trabalho e disponibilidade: Quando as pessoas devem estar acessíveis? Há uma janela de sobreposição central para equipes distribuídas? O que significa "fora do trabalho" na prática: sem Slack, DND ou sem monitoramento?
Expectativas de tempo de resposta: Com que rapidez alguém deve responder a uma mensagem no Slack? A um e-mail? A uma solicitação de revisão? Expectativas vagas aqui criam ansiedade de baixo nível constante. Normas explícitas (Slack: 4 horas durante o horário de trabalho; e-mail: 1 dia útil) removem a adivinhação.
Normas de reunião: O que torna uma reunião necessária versus evitável? Há elementos obrigatórios como uma pauta ou leitura prévia? Qual é a duração padrão das reuniões? Quais são as regras para reuniões recorrentes?
Autoridade de decisão: Quem pode tomar quais tipos de decisão sem perguntar? Quando algo precisa de aprovação do gestor? De outra equipe? Direitos de decisão claros reduzem a paralisia do "devo incluir fulano?" que atrasa pequenas decisões por dias. O framework RACI documentado pelo Project Management Institute é uma abordagem estruturada que as equipes usam para codificar isso antes que se torne atrito. O custo estratégico de autoridade pouco clara está bem documentado — velocidade de tomada de decisão analisa como a estrutura organizacional afeta a rapidez com que as equipes podem se mover.
Como lidamos com discordâncias: Qual é o processo quando duas pessoas têm visões genuinamente diferentes sobre uma direção? Escalar imediatamente, tentar resolver de forma assíncrona primeiro, convocar uma reunião? O comportamento padrão na ausência de uma norma é geralmente capitulação silenciosa ou escalada ao gestor, nenhuma das quais é ótima.
Como damos feedback: Feedback direto em tempo real, ou feedback escrito de forma assíncrona? Qual nível de especificidade é esperado? Qual é a norma em relação ao tom? Equipes que não concordaram sobre isso tendem ou a subcomunicar feedback negativo ou a entregá-lo de formas que não chegam bem.
Expectativas de onboarding: O que uma nova pessoa precisa aprender em suas primeiras duas semanas? Quem é responsável por mostrar a ela? Como é um bom onboarding na prática?
Padrões de documentação: O que precisa ser documentado e onde? Quem é responsável por manter os docs atualizados? Qual é o limite para documentação "suficientemente boa" em uma decisão ou processo?
Nem toda equipe precisa de todos os oito. Algumas equipes têm fortes hábitos de documentação e zero atrito ali. Algumas equipes são co-localizadas e a disponibilidade não é uma discussão. Execute a sessão primeiro e deixe a equipe dizer quais tópicos importam.
Etapa 2: Execute a sessão de equipe de 90 minutos
Esta é a etapa mais importante e é onde a maioria dos gestores corta caminho. Não escreva o acordo operacional antes da sessão e use a sessão para revisá-lo. Use a sessão para criá-lo.
Pauta da sessão:
- (10 min) Aquecimento: cada pessoa escreve uma norma de equipe que gostaria que existisse, algo que tornaria seu trabalho mais fácil ou menos frustrante. Sem discussão ainda.
- (15 min) Compartilhe e agrupe: leia as normas em voz alta, agrupe as similares em um quadro compartilhado (Miro, FigJam, um quadro branco físico). Você geralmente verá 4 a 6 grupos se formarem naturalmente.
- (35 min) Para cada grupo, decida: qual é a norma que queremos? Escreva-a em linguagem simples. "Respondemos mensagens do Slack em até 4 horas comerciais durante o horário de trabalho" não "comunicação oportuna é esperada." Pressione por especificidade, não por aspiração.
- (20 min) Tópicos restantes da lista de atrito que não surgiram organicamente. Traga-os você mesmo: "Não falamos sobre normas de feedback. Alguém sente que isso é um ponto de dor?"
- (10 min) Leia de volta tudo que foi acordado. Corrija mal-entendidos. Atribua uma pessoa para limpar e compartilhar em 48 horas.
O papel do gestor nesta sessão é facilitador, não apresentador. Seu trabalho é fazer perguntas, manter a conversa avançando e evitar que qualquer pessoa domine. Pesquisas da Gallup sobre engajamento de funcionários e eficácia do gestor descobriram que equipes onde gestores co-criam normas em vez de impô-las mostram pontuações de engajamento de longo prazo significativamente mais altas. Se você se pegar apresentando suas próprias posições, pare e pergunte primeiro ao grupo o que eles pensam.
A única coisa para não fazer: não defenda seu próprio comportamento existente nesta sessão. Se as normas que a equipe está gerando implicam que você estava fazendo algo errado, anote e mude. Se você usar sua autoridade para recuar em normas que são inconvenientes para você pessoalmente, a sessão está comprometida.
Etapa 3: Escreva o acordo em linguagem simples
A pessoa que faz anotações na sessão deve produzir uma versão limpa em 48 horas. Regras de formato:
- Máximo de uma página. Se for mais longo, não são normas. É um documento de política. Corte.
- Use "nós" ao longo: "Damos feedback por escrito primeiro antes de levantá-lo em uma reunião," não "espera-se que os membros da equipe forneçam feedback escrito."
- Use linguagem específica: "Respondemos mensagens do Slack em até 4 horas comerciais durante o horário de trabalho, de segunda a sexta" em vez de "respondemos prontamente."
- Evite linguagem de RH. "Comunicação oportuna" e "os membros da equipe devem" pertencem a um manual de funcionários, não a um acordo de trabalho que a equipe escreveu para si mesma.
- Não use isso como oportunidade para cobrir toda situação possível. Se algo não está no acordo, trate com julgamento e adicione na próxima revisão se se tornar recorrente.
Um bom acordo operacional de uma página cobre 8 a 10 normas específicas. Alguém que nunca trabalhou com sua equipe deve conseguir lê-lo e entender exatamente como se comportar. Se requer interpretação, reescreva.
Etapa 4: O momento da assinatura
Isso é frequentemente pulado e importa. Após o documento ser compartilhado, peça a todos que reconheçam explicitamente. Uma mensagem no Slack funciona: "Aqui está a versão final do nosso acordo operacional baseado na sessão da semana passada. Por favor, responda com um polegar para cima quando tiver lido."
Isso não é sobre formalidade. É sobre tornar o acordo público dentro da equipe. Quando alguém violar uma norma depois, a norma não é a regra do gestor. É a regra da equipe, escrita pela equipe, reconhecida por todos nela. "Nós concordamos com isso juntos" é uma conversa fundamentalmente diferente de "o gestor escreveu uma política que diz."
O reconhecimento também traz à tona discordâncias que não surgiram na sessão. Às vezes alguém vai responder dizendo que não tem certeza sobre uma norma específica ou que quer discutir um item específico antes de concordar. Isso é bom. Melhor trazer à tona agora do que ter não conformidade silenciosa depois.
Etapa 5: Incorpore gatilhos de revisão
Um acordo operacional que foi escrito seis meses atrás e nunca atualizado está quase sempre desatualizado. As equipes mudam, as prioridades mudam, novas ferramentas aparecem, velhas normas se mostram erradas para a forma como a equipe realmente trabalha.
Incorpore gatilhos de revisão no próprio acordo:
Novo membro entra na equipe: O acordo operacional faz parte do onboarding da primeira semana. Mas quando alguém novo entra, a equipe existente também deve revisar se as normas ainda refletem a forma como querem trabalhar, agora que a composição da equipe mudou. Uma verificação de 15 minutos é suficiente. Não há necessidade de uma nova execução completa da sessão.
Revisão trimestral opcional: No final de cada trimestre, passe 10 minutos revisando o acordo em uma retrospectiva. Pergunte: quais normas estamos seguindo bem? Quais temos violado? Há algo faltando? Revise apenas as normas que estão causando problemas.
Violação visível de norma: Quando uma norma está sendo consistentemente violada por múltiplas pessoas, esse é um sinal de que a norma pode estar errada, não que as pessoas são ruins. Antes de aplicá-la, pergunte: "Essa norma ainda está certa para a forma como estamos trabalhando?" Se a resposta for sim, aplique-a. Se for não, atualize-a.
Etapa 6: Conecte o acordo ao onboarding
Novos integrantes que não conhecem suas normas operacionais adotam por padrão as normas da equipe anterior. Isso cria atrito sem que ninguém queira causá-lo. A nova pessoa não está fazendo nada errado; ela simplesmente não sabe o que esta equipe faz diferente.
Primeira semana: o novo integrante lê o acordo operacional como parte do checklist de onboarding padrão. Não como uma reflexão tardia, junto às instruções do estacionamento. Como um documento principal para entender como esta equipe funciona.
Segunda semana: uma conversa de 15 minutos entre o novo integrante e o gestor ou buddy de onboarding especificamente sobre o acordo operacional. Não uma palestra. Perguntas. "Que perguntas você tem? Algo ficou pouco claro ou surpreendeu? Algo foi diferente de como você trabalhava no lugar anterior?" O guia de loops de feedback nos primeiros 90 dias tem uma estrutura complementar para capturar incompatibilidades de normas antes que se tornem hábitos.
Essa conversa geralmente descobre duas coisas: lacunas no acordo operacional que a equipe toma como garantidas e não escreveu, e lugares onde o novo integrante tem hábitos que entrarão em conflito com as normas da equipe. Ambos são melhores capturados na segunda semana do que no segundo mês.
Etapa 7: O que fazer quando alguém viola o acordo
Isso requer uma conversa privada, não uma chamada pública. A estrutura é curta:
"Em nosso acordo operacional, concordamos que [norma específica]. Em [situação específica], notei que aconteceu de forma diferente. Queria verificar: há algo sobre essa norma que não está funcionando para você, ou algo simplesmente foi perdido?"
Essa abordagem faz três coisas: referencia o acordo especificamente (não "você precisa melhorar"), cria espaço para que a norma seja revisada se for genuinamente errada e trata a conversa antes de se tornar um padrão.
Não pule a conversa privada e espere que a pessoa descubra sozinha. E não a mencione em uma reunião de equipe como um lembrete geral. Isso parece passivo-agressivo e deixa o violador na defensiva sem resolver nada.
Armadilhas comuns
Escrevê-lo sem a equipe: A única forma de ter um acordo operacional que as pessoas seguem é ter a equipe escrevendo-o. Qualquer outra coisa é política, não normas. Não corte a sessão.
Torná-lo muito longo: Cada item que você adiciona além de 10 normas reduz a chance de as pessoas lembrarem e seguirem o restante. Se você está se aproximando de duas páginas, está escrevendo um manual, não um acordo operacional. Corte.
Tratá-lo como um documento de RH: Os acordos operacionais são ferramentas de equipe. Devem parecer algo que uma equipe escreveu para si mesma, não algo que o jurídico revisou. Se você se pegar escrevendo "todos os membros da equipe são obrigados a", pare e pergunte como você diria isso a um colega.
Nunca atualizá-lo após a mudança da equipe: Quando sua equipe passa de 5 para 9 pessoas, ou de presencial para distribuída, ou passa por uma reorganização, as normas antigas podem não se encaixar na nova realidade. O acordo deve refletir como a equipe trabalha, não como ela costumava trabalhar.
O que fazer em seguida
Agende a sessão de acordo operacional de 90 minutos antes do fim do mês. Não porque a situação atual está quebrada, mas porque a sessão em si tende a trazer à tona coisas que estão ligeiramente erradas que ninguém nomeou ainda. É melhor ter essa conversa em um formato estruturado do que esperar até que algo esteja ativamente dando errado.
Envie à equipe um aviso 48 horas antes: "Vamos passar 90 minutos escrevendo como queremos trabalhar juntos. Antes de nos reunirmos, pense em uma norma de equipe que tornaria seu trabalho mais fácil. Algo específico, não geral. Traga para a sessão."
Esse prompt de pré-trabalho consistentemente produz sessões melhores do que entrar a frio.
Saiba Mais

Victor Hoang
Co-Founder
On this page
- Por que a maioria dos acordos operacionais não funciona
- Etapa 1: Escolha os 8 tópicos que geram atrito
- Etapa 2: Execute a sessão de equipe de 90 minutos
- Etapa 3: Escreva o acordo em linguagem simples
- Etapa 4: O momento da assinatura
- Etapa 5: Incorpore gatilhos de revisão
- Etapa 6: Conecte o acordo ao onboarding
- Etapa 7: O que fazer quando alguém viola o acordo
- Armadilhas comuns
- O que fazer em seguida
- Saiba Mais