Ulbra CRM

Visão geral

Futuros alunos chegam como leads — de uma campanha, de um formulário, de um evento — e alguém trabalha cada um até virar matrícula ou não. É aqui que isso acontece. Eu o herdei, não o construí: sem testes automatizados e com uma estrutura que não acompanhou o produto. Hoje está totalmente coberto por testes e sensivelmente melhor de trabalhar, e esse trabalho foi do time — eu defini a direção e revisei, não escrevi.

O que eu fiz

O problema

O CRM chegou sem nenhum teste automatizado, o que tornava toda mudança uma aposta, e com uma dívida de usabilidade que quem usava todo dia absorvia em silêncio. O pior sintoma: trocar de tela recarregava a aplicação, então os filtros recém-configurados sumiam. Um trabalho que passa pelos mesmos três ou quatro filtros o dia inteiro paga esse custo a cada navegação.

Em números

Decisões de engenharia

• Primeiro os testes, depois o comportamento

  O código estava desestruturado e sem testes. A cobertura veio primeiro e a reestruturação depois: testes escritos contra o comportamento como ele já funcionava, e só então o comportamento mudou por baixo deles. É essa ordem que faz o número de cobertura valer alguma coisa.

• Rotas como estado, não como navegação

  Migrar para um roteador que guarda o estado da aplicação na própria rota transformou os filtros de algo que a página possuía em algo que a URL possui. O ganho visível é que trocar de tela não os descarta mais; o silencioso é que uma visão filtrada virou um link que alguém pode mandar para um colega.

• Dirigido, não escrito

  Este é o único sistema do grupo que eu não construí. Com três engenheiros e seis sistemas, a minha alavanca como líder está em decidir o que é feito e revisar o que volta, não em somar um quarto par de mãos a um código que já tem dono.