Marcelo: Bom dia, boa tarde, boa noite. Este é mais um episódio de Enzimas, breve reflexões que te ajudam a catalisar o agilismo em sua organização.
Lucas: Oi, pessoal. Eu sou Lucas Berquó, Product Designer, aqui na dti.
Denis: E eu sou o Denis Pereira, Product Owner, aqui na dti.
Lucas: E hoje a gente vai falar aqui de um produto em que a gente atuou, e a gente enfrentou alguns desafios e a gente superou esses desafios. O produto era de uma empresa tradicional de logística, que entrega produtos de todos os portes, em todo Brasil. Então, para contextualizar aí, imagina que você comprou uma TV, e essa TV precisa sair de um armazém, passar por um centro de distribuição na sua cidade, ou uma cidade próxima à sua aí, para depois sair para entrega, é bem parecido com o processo dos Correios. Então o produto que a gente atuava era um sistema Web, que permitia essa empresa de logística que organizasse o processo de separação, de quais pedidos e os seus respectivos produtos sairiam de qual armazém e iriam para qual centro de distribuição, ou seja, sairiam de um ponto A para um ponto B.
Denis: A gente pode resumir em quatro principais desafios ao longo de um ano e sete meses de projeto. O primeiro, relacionado a usabilidade. O segundo, relacionado a roadmap e processos. O terceiro, relacionado à inclusão de um novo módulo que o produto teve. E o quarto, atualização de ferramentas de desenvolvimento.
Lucas: A gente vai falar um pouquinho de cada um desses quatro desafios aí, vou começar falando um pouquinho da usabilidade. No final de 2021, após quase um ano de desenvolvimento do produto, o projeto estava enfrentando ali alguns desafios com relação à usabilidade, o produto era utilizado ali por um número limitado de pessoas, e tinha um fluxo principal de interação em duas telas. É claro que ele não tinha só duas telas, mas o fluxo principal de interação do usuário ali era feito em duas telas. Na primeira tela, os usuários selecionavam ali os pedidos para enviar para os centros de distribuição, mas eles tinham algumas dificuldades em acessar alguns dados importantes devido a alguns gráficos que ficavam ocultos nessa tela, e na segunda tela os usuários precisavam alocar os pedidos nos veículos, então aqueles veículos que sairiam do centro de distribuição, que sairiam, na verdade, dos armazéns e iriam para o centro de distribuição, só que isso se tornava bem complexo à medida em que mais veículos eram adicionados nessa tela, então quanto mais veículos eram adicionados, mais complexo ficava o processo, porque isso gerava uma rolagem vertical nessa tela, então a gente tinha esses problemas de usabilidade, e a gente resolveu esses problemas depois de algumas sprints ali dentro do produto. Vale destacar também que a gente fez algumas mudanças visuais, padronizando fundos, botões, cores, tabelas, mudando também a forma de alguns componentes, o que deixou o produto com um visual mais moderno e garantindo a consistência, que é uma coisa muito importante ali quando a gente considera usabilidade. E aí superados esses principais pontos da usabilidade e do visual, a gente entendeu que poderíamos ali nos dedicar outros desafios ainda mais complexos, não é, Denis?
Denis: Isso aí. E foi em meados de 2022, no qual foi um momento que nós não tínhamos, de forma clara, o que nós iríamos fazer a médio longo prazo, e até em algumas situações nós não tínhamos definido o que fazer na próxima sprint. Com isso, percebemos que nós deveríamos mudar a forma como interagimos com cliente para identificar os requisitos, assim passamos a realizar diariamente uma reunião para o levantamento de requisitos, como conversas, alinhamentos, entrevistas, e prototipações em baixa fidelidade, para features que eram consideradas mais fáceis. E também passamos a realizar discoverys e prototipações em alta fidelidade, para features que eram consideradas mais complexas. Após realizar esse trabalho, conseguimos junto ao cliente visualizar melhor o produto que nós iríamos fazer, e assim montamos um roadmap realista, de um produto que realmente iria agregar valor para o negócio. É muito importante observar que esse roadmap era um planejamento de alto nível, e ele poderia sofrer alterações de acordo com as priorizações que iam surgindo ao longo do projeto.
Lucas: E em algum momento ali, como parte desse planejamento, a gente desenvolveu o novo módulo do produto, que planejava a entrega do produto até a casa do cliente. Então se antes a gente tinha o módulo inicial, que planejava a saída dos produtos do armazém até o centro de distribuição, agora a gente também tinha o planejamento do centro de distribuição, até a entrega, de fato, completando o fluxo de entrega. Então lembra que eu falei lá no início, não é? Antes a gente tinha do ponto A ao ponto B, agora a gente tinha do ponto B ao ponto C, e isso só foi possível com essa organização dos processos. E no meio desse planejamento a gente fez uma sombra, que a gente pode chamar também shadowing, onde a nossa outra designer do projeto, a Vitória, a Vitória Dias, foi até um centro de distribuição, junto com o Denis e alguns outros stakeholders, e acompanhou como que era feito esse planejamento dos veículos de distribuição. E depois disso, foram feitos vários protótipos e processos de validação e homologação, até que uma primeira versão desse novo módulo fosse publicada, gerando ainda mais valor para o cliente.
Denis: E é muito importante falar também, agora puxando um pouco para o lado técnico, que a arquitetura do sistema foi concebida inicialmente, considerando as tecnologias que a empresa utilizava em seus projetos, e o produto foi crescendo, crescendo, crescendo, então com a evolução do projeto, nós vimos que as ferramentas escolhidas nem sempre ajudavam os desenvolvedores a realizar seus trabalhos, e dessa forma optamos em atualizar a versão da linguagem de programação, que era em .NET, como também atualizar as principais bibliotecas do sistema, para isso tivemos que dar um passo para o lado, para depois dar vários passos para frente, uma vez que era necessário um esforço da equipe de desenvolvimento para atualizar todas as ferramentas. No final, o resultado foi muito positivo, quando agilizou todas as etapas do desenvolvimento, além de motivar toda a equipe por estarem trabalhando com recursos novos e atualizados de mercado.
Lucas: E junto com essas atualizações, eu e a Vitória, a gente também ali se organizou para criar o style guide, com uma biblioteca de componentes que nos ajudasse a criar os protótipos e facilitasse Handoff também para o time de desenvolvimento. Então maturidade do projeto, ao longo desse tempo e nesse quesito, cresceu bastante. A gente até tinha um style guide que a gente dava um certo tipo de manutenção, mas nesse momento que a gente estava investindo nessa atualização de ferramentas, a gente entendeu também que o designer precisava fazer umas melhorias, para que facilitasse também para o time de desenvolvimento, e isso também acabou nos ajudando, enquanto designers, para que a gente se organizasse melhor. E a gente também já aproveitou esse momento que a gente estava investindo na melhoria do nosso style guide, para melhorar também pontos de usabilidade a partir de observações que a gente fez nas ferramentas do … do clarity, que a gente tinha implementado alguns meses antes, e isso nos ajudou muito a refinar alguns pontos nessa questão da usabilidade que a gente tinha observado. E aí, Denis, vale também destacar, para encerrar, que a gente tinha uma integração muito grande da equipe, tanto do SM, você, Denis, o PO, os designers, os DEVs, dos stakeholders do próprio cliente, dos testers , o cliente parecia que era junto nosso ali, parecia que ele era da dti ali, então a gente era bem unido. Então o cliente que não era de BH, muitas vezes quando ele vinha nos visitar aqui, a gente estava sempre em contato, a gente encontrava, então a equipe era muito unida e isso fez também com que o time ganhasse aquele senso de pertencimento e todo mundo estava sempre muito engajado.
Denis: Então é isso, pessoal. Esperamos que tenha gostado. Até a próxima. Um grande abraço.
Lucas: Valeu, pessoal. Até a próxima. Um abraço.
