Em um cenário tradicional é muito comum que desenvolvedores fiquem de um "lado" e analistas de negócios de "outro". Isto resulta em vários problemas, como a demora nas entregas, distância da equipe e do cliente, enorme ciclo de feedback do cliente, o time não tem contato direto com o usuário final e tudo isso afeta exponencialmente a chance de falha do software. Iremos relatar como contornamos estas situações e as lições aprendidas. Agora desenvolvedores e analistas de negócios chegam a parear no desenvolvimento de uma feature, buscando entregas de valor para o cliente.
Essa parceria deu tão certo que o nosso cliente foi premiado com um selo de qualidade nacional pelo software que fornecemos.
5. Transparência e
gestão democrática
na Inscrição e
Seleção de famílias
Acesso facilitado da
população às
informações
Unificação da
demanda habitacional
do MS
Fornece a base de
dados para o
planejamento da
demanda habitacional
Organização
automatizada das
informações sobre
demanda habitacional
Quantificação,
qualificação e
sistematização das
características das
necessidades habitacionais
O QUE O CLIENTE QUERIA?
8. Quebra da barreira entre analista de negócios e devs,
gerando mais empatia e parceria;
Trabalho com facilitação da comunicação entre cliente
e time;
Diferentes pontos de vistas do mesmo problema nas
visitas ao cliente;
Criação de histórias de usuário considerando os
diferenciados pontos de vista do time todo.
SOLUÇÕES E CONSEQUÊNCIAS POSITIVAS
14. MELHORIAS APLICADAS NO TIME
Reuniões de alinhamento sempre em pares;
Jornadas do usuário onde o PO era o auxiliar;
Pareamento na criação de telas e validação de features
finalizadas;
Revalidação constante dos objetivos
Parceria na validação constante do nosso trabalho com
o cliente, testes de usabilidades e UX.
Suporte conduzindo treinamentos