O marketing lança uma campanha na segunda-feira prometendo uma feature que ainda está em code review. O dev que está construindo ela fica sabendo por uma thread no Slack, onde alguém pergunta se a nova integração já está pronta. Ninguém alinhou nada, e agora é preciso escolher entre entregar rápido e mal feito, ou deixar o marketing publicar algo que ainda não existe.
Isso acontece em quase todos os times onde marketing e desenvolvimento trabalham juntos, e é mais comum ainda quando o time é remoto, porque não tem corredor pra resolver isso pessoalmente. O único alinhamento real é aquele que fica registrado por escrito.
Por que a fricção é normal, não uma falha
Marketing e desenvolvimento otimizam pra coisas diferentes, e tudo bem que seja assim. O marketing precisa se mover rápido porque compete por atenção em um ciclo de notícias que dura dias. O desenvolvimento precisa de certeza antes de prometer uma data, porque um release quebrado custa caro pro produto. Nenhum dos dois está fazendo algo errado, eles estão respondendo a incentivos diferentes que quase ninguém se dá ao trabalho de deixar explícitos.
Quando isso não é nomeado, a fricção é vivida como um problema de pessoas: o marketing é o time que promete coisas à toa e o desenvolvimento é o time que sempre diz que não dá. Nenhuma das duas coisas é verdade, é um problema de processo.
O que funciona quando a colaboração é real
Dê ao marketing uma janela, não uma data falsa
Um dev sênior não diz vai estar pronto sexta quando na verdade quer dizer acho que sexta, se nada estranho aparecer. Comunicar a janela real, e o risco por trás dessa data, permite que o marketing planeje uma campanha com uma margem em vez de montar tudo em cima de uma promessa que ninguém consegue garantir.
Entre na conversa de discovery, não só na de entrega
A maioria dos pedidos impossíveis do marketing nasce porque ninguém técnico estava na sala quando o plano foi montado. Um dev sênior que participa, mesmo que por 20 minutos, do planejamento de uma campanha evita ter que dizer não de última hora pra algo que foi anunciado sem consultar ninguém.
Diga não com uma alternativa, não com silêncio
Não vamos conseguir entregar isso pro lançamento gera menos fricção do que não responder a mensagem. E não vamos conseguir entregar isso, mas podemos ter essa versão mais simples gera ainda mais confiança. O silêncio é o que realmente quebra a relação entre os times, não o limite em si.
Um canal compartilhado com status real, não uma corrente de mensagens privadas
Se o marketing precisa perguntar pra uma pessoa específica o status de cada feature, o sistema não escala e depende dessa pessoa estar online. Um canal ou board compartilhado onde o status se atualiza sozinho (ou quase) tira dos devs a tarefa de responder a mesma pergunta em dias diferentes.
A relação entre devs sênior e marketing não vai ser harmoniosa o tempo todo, e seria bom parar de fingir que é. O que faz um lançamento funcionar não é os dois times se darem perfeitamente bem, é que quando surge fricção, eles resolvem rápido e com dados, não por hierarquia nem por quem insiste mais forte.
