Sprints fora da TI: ciclos curtos em marketing, jurídico e operações
Ciclo de duas semanas não é coisa de programador. Como adaptar sprint, backlog e velocidade para equipes que nunca escreveram uma linha de código.
Sprint carrega uma fama ruim fora da tecnologia. A palavra vem junto com um pacote de cerimônias, papéis com nome em inglês e um consultor explicando que a sua equipe precisa de um "product owner". Diante disso, o time de marketing ou do jurídico conclui, com razão, que aquilo não foi feito para ele.
Mas a ideia por trás do sprint não tem nada de técnico. É um ciclo com começo, fim e escopo combinado. Quem trabalha com campanha, contrato, obra ou atendimento se beneficia disso tanto quanto quem escreve código — desde que jogue fora o ritual e mantenha o mecanismo.
O que um ciclo curto resolve
Equipes que trabalham só por fila de demanda vivem três problemas conhecidos:
- Tudo é urgente. Sem um escopo combinado para a quinzena, qualquer pedido novo entra na frente do que já estava em andamento.
- Ninguém sabe dizer quanto cabe. A resposta para "conseguimos entregar isso até o dia 20?" é sempre um palpite, porque não existe histórico de quanto o time entrega.
- Trabalho sem fim visível. A fila nunca zera, então não existe momento de fechar, olhar para trás e ajustar.
O ciclo resolve os três com uma única regra: durante duas semanas, isto é o que vamos fazer. O que chegar de novo espera o próximo ciclo, salvo emergência de verdade — e emergência de verdade é rara quando existe um lugar para o pedido entrar.
O vocabulário, sem cerimônia
Quatro palavras bastam, e nenhuma exige treinamento.
Backlog
É a lista do que ainda não foi feito, em ordem de prioridade. Nada mais. No jurídico, é a fila de contratos e pareceres pendentes. No marketing, é a lista de peças e campanhas pedidas. Manter essa lista ordenada já é metade do ganho, porque obriga a conversa sobre prioridade a acontecer uma vez por quinzena, em vez de toda hora.
Sprint
É o recorte: o que sai do backlog e vai ser feito neste ciclo. Duas semanas funciona bem para a maioria das áreas. Uma semana é curto demais para trabalho que depende de aprovação externa; um mês é longo demais para alguém perceber que saiu do rumo.
Velocidade
É quanto o time concluiu nos ciclos anteriores, em média. Depois de dois ou três ciclos fechados, esse número responde à pergunta que antes era chute: quanto cabe na próxima quinzena. É a diferença entre prometer com base no histórico e prometer com base no otimismo.
Burndown
É um gráfico simples: quanto falta, dia a dia. Serve para descobrir na quarta-feira da primeira semana que o ciclo está apertado, e não na véspera da entrega. Quem olha o burndown no meio do caminho ainda tem tempo de tirar alguma coisa do escopo, conversar com o cliente ou pedir ajuda.
Na Tasskee, o sprint reúne tarefas de um ou de vários projetos, mostra o burndown diário e usa a velocidade dos ciclos anteriores no planejamento seguinte.
Ver sprints na TasskeeComo isso fica em três áreas
Marketing
O ciclo é a quinzena da campanha. No planejamento, o time puxa do backlog as peças, os textos e os disparos que cabem, com responsável e prazo. O que o comercial pedir na terça-feira entra na lista para o ciclo seguinte, a menos que alguém troque por algo que já estava dentro. Essa troca explícita é o que impede a semana de virar uma sucessão de pedidos atropelados.
Jurídico
Contratos e pareceres têm uma particularidade: boa parte do tempo é espera por terceiros. Aqui o ciclo serve menos para acelerar e mais para separar o que depende do time do que está parado com outra área. No fechamento, a conversa útil não é "por que não terminou", e sim "quantos itens ficaram esperando resposta de fora" — que é um número que a diretoria precisa ver.
Operações e serviços
Times que atendem chamados não conseguem colocar tudo em ciclo, porque o atendimento é fila por natureza. A solução comum é dividir: a fila de chamados segue o fluxo do dia, e o ciclo fica com o trabalho planejado — melhorias, implantações, projetos internos. Assim o time deixa de usar a urgência como desculpa para nunca avançar no que é importante.
Como começar nas próximas duas semanas
- Junte o backlog num lugar só. Se a lista está em três planilhas e num grupo de mensagens, o ciclo não vai funcionar. Comece por consolidar.
- Ordene por prioridade, não por data de chegada. Ordem de chegada é o oposto de prioridade.
- Puxe pouco no primeiro ciclo. Escolha 60% do que você acha que cabe. Time que fecha o primeiro ciclo completo ganha confiança; time que estoura conclui que "isso não funciona aqui".
- Combine o que é emergência. Escreva a regra: o que entra no meio do ciclo e o que sai em troca.
- Feche o ciclo de verdade. Trinta minutos: o que entregamos, o que ficou, o que atrapalhou. Sem isso, é só um calendário com nome bonito.
O que não copiar do Scrum
Três coisas costumam ser importadas sem necessidade e causam a rejeição. Reunião diária em pé com a equipe inteira: fora da TI, quase sempre um quadro bem atualizado resolve. Estimativa em pontos de história: use horas ou o número de itens, que qualquer pessoa entende. E os papéis com nome em inglês: alguém prioriza o backlog e alguém conduz o ciclo — chame como quiser.
O sprint também não substitui o plano de longo prazo. Ele cuida da quinzena; a viagem inteira continua sendo assunto do cronograma. As duas visões olham as mesmas tarefas, cada uma numa distância diferente.
Como saber se está funcionando
Depois de três ciclos, três sinais dizem se valeu. A velocidade ficou estável, o que significa que o time já sabe quanto entrega. A quantidade de itens que entram no meio do ciclo caiu, o que significa que a prioridade está sendo respeitada. E a conversa sobre prazo mudou de tom: em vez de "vamos tentar", passou a ser "cabe, mas alguma coisa precisa sair".
Se você quiser medir com mais cuidado, os relatórios de fluxo e de sprint mostram onde o trabalho trava e quanto tempo cada item leva do começo ao fim. E se os ciclos precisam empurrar objetivos maiores, vale ligar cada um às metas do trimestre, para o time enxergar o efeito do que entregou.