Sustentação e Evolução
Correções e melhorias no site e no app chegam à produção em dias, com engenheiros da deco e agentes de IA no lugar de um squad inteiro.
Launch Week
Na primeira semana com a deco, a Osklen criou cerca de vinte tarefas em uma quarta-feira, volume próximo ao que o squad anterior entregava em um mês. Na quinta, as vinte já esperavam a aprovação da marca. A Osklen então tirou outras vinte do backlog, que ficaram prontas até sexta. A reunião de planejamento daquele dia virou uma revisão.
No modelo tradicional, o trabalho de todo dia depois do go-live, de corrigir, ajustar e evoluir o site e o app, fica com squads de cinco a sete pessoas. Um ajuste simples leva semanas para chegar à produção, entre refinamento, fila de code review e janela de deploy.
Na deco, esse trabalho fica com um engenheiro nosso e um time de agentes de IA. As demandas vêm da marca e também da deco, e os agentes implementam, revisam, testam e conferem cada mudança em produção. A marca prioriza as tarefas e aprova cada entrega, e o engenheiro faz o merge.
O board
Toda tarefa percorre as mesmas nove colunas do board do deco Studio, da entrada à validação em produção.
Backlog
To Do
Em Progresso
Em Revisão
QA
Aprovação do Cliente
Pronto para Deploy
Validação Pós Deploy
Concluído
Uma tarefa, do pedido à produção
O pedido entra no Backlog pelo time da marca, pelo nosso engenheiro ou por um agente, e uma triagem automática classifica e refina cada tarefa. Com a tarefa refinada, a marca define a prioridade de cada uma.
Quando a tarefa chega a Em Progresso, um agente assume. Ele lê o pedido e os critérios de aceite, encontra no código da loja o que precisa mudar e escreve na própria tarefa o que vai fazer, antes de alterar qualquer arquivo. Ao terminar, abre o pull request e descreve o que mudou.
Com o pull request aberto, um segundo agente, que não escreveu o código, revisa a mudança e a testa no preview, a cópia da loja com a alteração aplicada.
Separamos os dois papéis porque quem escreveu o código tende a ler a mudança pela intenção que tinha ao escrevê-la. Quando o revisor pede ajustes, a tarefa vai para o nosso engenheiro, que decide o que fazer.
Com a revisão aprovada, outro agente faz o QA. Ele abre o preview na página que a mudança afeta e registra a tela antes e depois, no desktop e no celular. Depois, confere item a item se cada coisa pedida na tarefa tem evidência.
A marca vê o antes e depois na própria tarefa e aprova a entrega.
Com a aprovação, o nosso engenheiro faz o merge nas janelas de entrega. Cada tarefa entra em produção como um commit separado, e uma tarefa com problema pode ser revertida sem afetar as outras.
Com o deploy no ar, um agente abre a loja em produção e confere o que a tarefa pediu, no desktop e no celular. Se tudo estiver certo, registra na tarefa o que verificou, e a tarefa vai para Concluído. Se algo falhou, abre uma tarefa nova com as capturas, ligada à original.
Na Monte Carlo, o contrato é por resultado: trabalhamos em cima de uma porcentagem do GMV.
Eu tava sorrindo de orelha a orelha, porque tudo aquilo a gente já tinha identificado, mas a gente não sabia o que fazer… vocês trouxeram uma visão bem significativa para os próximos passos.
Urgências
Bugs e quedas chegam pelo grupo de WhatsApp da conta, onde um engenheiro da deco fica de plantão. A correção crítica sobe na hora, fora das janelas de entrega.
Em breve, as mensagens desses grupos também vão virar tarefas. Estamos ligando os grupos de WhatsApp de cada marca ao Studio, para que o pedido feito em uma conversa abra uma tarefa no board e siga o mesmo caminho dos outros. Só vão entrar grupos, nunca conversas privadas, e grupos com informação sensível ficarão de fora.
O ritmo com a marca
Toda semana, a marca e a deco decidem o que entra no board e olham conversão, ticket médio, receita e funil em um painel compartilhado. No primeiro mês, combinamos quem aprova cada tipo de entrega e quais números servem de ponto de partida. A partir daí, uma revisão mensal compara os resultados com esse ponto e define o plano do mês seguinte.
Nas contas
Em 40 dias, contra o squad anterior- tarefas entregues
- tarefas entregues
- antes: 35
- pontos entregues
- pontos entregues
- antes: 71
- paradas há mais de 30 dias
- paradas há mais de 30 dias
- antes: 21%
Na Osklen, o board é acompanhado pelo Viktor Marinho, engenheiro da deco. Os números comparam 40 dias de trabalho da deco com o mesmo período do squad que operava a loja antes.