Neste artigo, vamos falar sobre o fluxo de publicações (atualizações) no Hiper. Todas as melhorias ou correções liberadas, passam por este processo para ficarem disponíveis aos usuários. 

Nos últimos dois anos, a cadência de publicações vinha sendo semanal. Desta forma, as publicações eram realizadas logo após a validação do desenvolvimento pelo time de qualidade, sendo que o tempo entre o início do desenvolvimento e a entrega ao cliente era mais curto. Este fluxo de entregas é chamado de continuous delivery ou entregas contínuas, tendo como principal benefício a agilidade. 

Contudo, nesse modelo, a qualidade pode ficar comprometida, pois não há tempo hábil para a realização de uma validação completa de todo produto antes da entrega, sendo mais superficial e concentrada nas áreas de impactos da demanda desenvolvida.

O propósito do time de produto da Hiper é entregar um produto de qualidade que torne a gestão mais simples. Partindo deste propósito, foi feita uma reflexão a respeito do processo que vínhamos adotando nas publicações de produto. Como nosso foco é a qualidade, o processo de desenvolvimento e entrega de produto deve enaltecer esse benefício, o que não ocorria no formato de entregas contínuas.

Portanto, estamos mudando o formato de publicações do Hiper para o formato de release, ou seja, planos de entregas. Neste formato, também é realizada a validação das áreas de impacto da demanda, após o desenvolvimento. A diferença está no fluxo até a publicação. 

Como vai funcionar?

No modelo de release, é definida uma data limite para serem desenvolvidas e validadas todas as demandas planejadas para a versão. Após essa data limite, inicia-se um período de homologação geral do produto, chamado de teste regressivo, cujo objetivo é executar uma bateria de testes completa em todas as áreas e funcionalidades do produto.

No período de teste regressivo são executadas várias baterias de testes. Ao final de cada bateria, é iniciada a correção dos erros identificados. Corrigidos os erros, uma nova bateria de testes é executada. Este processo se repete até zerarmos a fila de erros identificados. 

A publicação para os clientes acontece quando o time de produto estiver seguro que a versão que será entregue é estável. 

Mudança na comunicação das entregas

Com a mudança no formato de entregas, a comunicação das entregas da release também acontece de forma diferente. Como na mesma publicação serão realizadas várias entregas no produto, vamos antecipar as comunicações. 

Nas semanas antes do lançamento da versão, todas as entregas de maior impacto receberão um destaque na comunicação. 

Os tópicos de menor impacto são comunicados apenas no release notes. 

Você pode acompanhar mais detalhes do novo processo de publicações do Hiper no Hipercast, disponível abaixo.