Como ajudar times de desenvolvimento a estressar a disponibilidade de suas features, prevendo erros e evitando impactos nos usuários reais?
Já havia uma hipotése trazida por alguns clientes de que o que estava sendo desenvolvido e implementado não estava disponível para os usuários da maneira esperada. O problema é que, quando as funções do produto são testadas individualmente, perde-se a nocão do que acontece no fluxo de uso. Nesta jornada, o usuário pode se deparar com muitos problemas que estão relacionados com a sequência de ações realizadas por ele.
Desempenho e disponibilidade são fatores cruciais na jornada do usuário. Para sustentar isso, equipes de desenvolvimento e operação precisam trabalhar juntas na melhor arquitetura e infraestrutura possível. Direcioná-las para o caminho certo, além de reduzir o lead time, cria ciclos de melhorias contínuas importantes para os usuários e negócio.
Conhecendo as necessidades dos nossos usuários (times de desenvolvimento e operação) e com um tempo curto de validação, partimos para a exploração do problema e ideação de soluções. Usamos o Design Sprint como framework para encontrar o nosso MVP.
Os primeiros passos foram na direção de:
A segunda parte da nossa semana foi:
Terceiro dia de muita mão na massa:
Dia de prototipar o que foi decidido e focar no que é preciso para validar a solução com os usuários:
O dia “D”:
Após a Design Sprint, recebemos sinal verde para desenvolver o produto e nos aprofundar na solução do problema em questão. Realizamos mais discoveries e testes de usabilidade para desenvolver features que ajudassem os times a ampliar a qualidade de suas aplicações com o foco no usuário final.
Com a nossa ferramenta, conseguimos dar visibilidade a problemas que outras ferramentas referência de mercado não conseguiram, tudo isso de forma não intrusiva (sem a necessidade de instrumentação).
Para saber mais sobre o produto, acesse: varmon.io
