Debaixo do Capô: Os Processos por Trás da Tecnologia na Shoprocket

Este é o primeiro artigo de uma nova série em que revelamos como fazemos as coisas no departamento de tecnologia da Shoprocket. Estamos orgulhosos dos sistemas e processos que temos em vigor, mas estamos sempre buscando melhorar e desenvolver. Portanto, adoraríamos saber como você faz as coisas.

Hoje, vamos dar uma olhada em como uma sprint é configurada na Shoprocket.

Executamos um processo de sprint de 10 dias. Aqui está como um dia médio se parece para um de nossos desenvolvedores:

• 4 horas de sprint
• 2 horas de correção de bugs
• 2 horas de tempo livre

Isso significa que cada desenvolvedor tem 40 horas por sprint para trabalhar em suas tarefas de sprint. Cada hora equivale a um ponto de história, que são dividos da seguinte maneira:

Tamanho da História

• pequena = 5 pontos de história
• média = 10 pontos de história
• grande = 20 pontos de história
• extra grande = 40 pontos de história

Usamos pontos de história para controlar nossa queima e entregas estimadas. Nunca prometemos uma data de entrega, pois os humanos são terríveis nisso. No futuro, planejamos usar os metadados em nossa ferramenta de sprint e vinculá-los ao tamanho da história para calcular médias históricas sobre quanto tempo levou para fazer X, pois é um bom indicador de quanto tempo levará para fazer tarefas semelhantes. No entanto, ainda não temos essa ferramenta, então, se alguém quiser construí-la (estou olhando para você, sprint.ly), seria incrível.

Nesta sprint, foi uma experiência bastante simples. Começamos corrigindo bugs e escrevendo atualizações do sistema, como de costume.

Uma dessas atualizações foi para relatórios de pedidos. Ao oferecer suporte a itens individuais, os usuários agora podem ver do que é composto um pedido, em vez de apenas ver o total do pedido. À primeira vista, isso parece uma coisa muito simples de fazer, mas, na realidade, é bastante complicado, pois o relatório deve ser construído de tal maneira que seja compatível com a miríade de pacotes de contabilidade disponíveis. Além disso, deve funcionar com todo o nosso banco de dados, que vai de um ano e exportar um relatório completo em tempo real em aproximadamente um segundo.

No que diz respeito à tecnologia central, Winston tem trabalhado na separação de nosso primeiro microserviço e na integração com nosso aplicativo existente. O que escolhemos inicialmente foi um Sistema de Gerenciamento de Sessões, que é o código que gera um GUID único usado durante a vida de um pedido (seja concluído ou abandonado). Vamos escrever uma série sobre nossa aventura de microserviço, então não entraremos em muitos detalhes aqui, apenas para dizer que a transição de monolítico para microserviço é desafiadora, mas divertida.

Alex tem trabalhado em uma ferramenta de back-end para lidar com UTM’s. Marketing tem pressionado por essa ferramenta há muito tempo, e estamos surpresos que algo assim não exista atualmente no mercado (provavelmente abriremos o código assim que estiver completo), já que é uma ferramenta relativamente simples e muito necessária.

Shashi tem estado em ótima forma esta semana. Ele finalizou seu módulo de embalagem para presente, que está com o produto agora e essencialmente permite que você adicione rapidamente opções de embalagem para presente ao seu carrinho. Depois disso, ele rapidamente passou a construir nossa integração com o Google Analytics. Agora, isso é algo que não estava no nosso radar, mas um de nossos parceiros veio até nós solicitando, dizendo o quão importante era para o ciclo de vida do produto deles. Sendo a equipe de tecnologia prestativa que somos, conseguimos encaixar isso. Já está ficando legal e rastreia todos os principais elementos de um carrinho de compras sem esforço. Nunca realmente desviamos de uma sprint uma vez que ela é definida, mas deixamos a flexibilidade na sprint para poder fazê-lo.

Aqui está como uma de nossas tarefas no Sprint.ly se parece.

O processo para a criação dessas tarefas também é bastante simples: alguém que assume a liderança escreve a especificação inicial e então todos nós nos reunimos em um Google Hangout para desenvolvê-la. Em seguida, é enviado para quaisquer partes externas para feedback e verificado pelo restante da empresa. 

E então nós construímos. Simples, não é?