Fila da versão
O que entra sai da lista aberta: pedidos do cliente, falhas registradas e dívidas técnicas escolhidas pela equipe.
Levamos o aplicativo do primeiro esboço até a versão que sai no mês que vem. Isso inclui a ideia, o desenho das telas, o código para iPhone e Android, a camada de servidor, o envio às lojas e a rotina de versões que mantém tudo de pé depois — com gente testando antes de cada publicação.

Estúdio que entrega o aplicativo e some deixa o cliente sozinho justamente quando o trabalho fica difícil. Aqui a última frente é tão contratada quanto a primeira.
| Frente | O que acontece nela | Quem toca | |
|---|---|---|---|
| Ideia e recorte | Conversa com quem vai usar, lista curta do que a primeira versão faz e do que espera a segunda. | Cliente e equipe | |
| Desenho das telas | Fluxo, tipografia e tamanho de toque conferidos em aparelho, com as normas de cada sistema. | Desenho | |
| Código nas duas lojas | iPhone e Android construídos em paralelo, sobre a mesma camada de servidor. | Desenvolvimento | |
| Prova antes de publicar | Um grupo pequeno recebe a versão candidata e usa por alguns dias antes de qualquer envio. | Equipe e convidados | |
| Publicação em dia marcado | Envio, revisão das lojas e liberação gradual, com o percentual combinado antes. | Publicação | |
| Medição e volta atrás | Registro de falhas lido todo dia; versão ruim é interrompida e substituída sem drama. | Manutenção |
O ciclo se repete, e é essa repetição que deixa a data de publicação previsível para o seu calendário.
O que entra sai da lista aberta: pedidos do cliente, falhas registradas e dívidas técnicas escolhidas pela equipe.
Telas novas desenhadas e revistas com quem pediu, antes de qualquer linha de código.
iPhone e Android avançam juntos, com a camada de servidor ajustada na mesma semana.
Um grupo de convidados instala e usa por quatro dias, relatando pelo próprio aplicativo.
O que apareceu na prova é corrigido, a versão é enviada e passa pela revisão de cada loja.
Publicação gradual, leitura diária do registro de falhas e a decisão de seguir ou voltar atrás.
Do projeto fechado com uma entrega ao ciclo contínuo com versões em data marcada.
Recolhidos ao fim de ciclos concluídos e publicados com autorização.
A versão sai em dia marcado. Meu time de operação já planeja o treinamento sem perguntar quando.
Uma versão saiu ruim e foi interrompida no mesmo dia. Ninguém precisou brigar para isso acontecer.
O grupo de prova são meus próprios funcionários. Eles reclamam antes do cliente, que é como deveria ser.
A fila da versão fica aberta. Eu vejo o que entrou e o que ficou para o ciclo seguinte sem pedir relatório.
Respostas curtas, na ordem em que as perguntas costumam vir.
Fazemos: ideia, recorte, desenho, código nas duas plataformas, camada de servidor, publicação e manutenção. Quem chega com um aplicativo pronto entra pelo ciclo de versões.
Um punhado de pessoas — geralmente da sua equipe — que recebe a versão candidata alguns dias antes do envio e relata pelo próprio aplicativo.
Porque erro que escapa da prova atinge uma fatia pequena antes de atingir todo mundo. O percentual de cada etapa é combinado com você no começo do ciclo.
A liberação é interrompida e a versão anterior volta a ser a oferecida. Depois disso a correção entra na fila do ciclo seguinte, com prioridade.
Sim. A fila fica aberta e a escolha do ciclo é feita junto. A equipe reserva uma parte do tempo para dívidas técnicas e explica por quê.
Seis semanas, da fila à liberação. Projetos menores cabem em ciclos mais curtos, mas o desenho das etapas continua o mesmo.
Ideia no papel, versão antiga no ar ou projeto parado no meio: olhamos o que existe e devolvemos o recorte do primeiro ciclo.
Conversar sobre o projetoConte em que ponto está o projeto e com que frequência você gostaria de publicar.
Avenida Engenheiro Martins Romeo 81
Niterói — RJ
CEP 24210-400
Segunda a sexta, das 9h30 às 19h30
Sábados, das 10h às 13h30
Domingos e feriados: fechado
CNPJ 18.043.542/0001-07
