O motivo deste post, é este post do forum do GUJ feito pelo sábio Luca.
OláNós programadores temos a mania de adicionar "facilidades" imaginando que software que faz mais coisas só pode ser melhor. Uma coisinha aqui, outra ali e já temos um monte de desculpas para não cumprir os prazos.
Mas será que estes badulaques serão bons para o cliente? Já pensaram que colocando mais coisas o cliente demorará mais para aprender a usar nosso maravilhoso software?
Pois é, sobre este modo pouco ágil de desenvolver vale a pena ler o pequeno texto Foco no cliente do Peter Abilla onde aparece o seguinte gráfico feito pela nossa amiga Katty Sierra:
Agora, este texto não nos traz exatamente uma solução, o que ele traz é na realidade uma série de problemas, que se conseguirmos resolver, provavelmente farão dos nossos produtos/softwares um sucesso.
Na Tech Office IT, estamos tentando seguir este caminho de "obsecados pelo cliente", mas para conseguir trilhar este caminho ainda falta uma coisa, uma maneira de descobrir o que o cliente realmente quer de um sistema, antes de entregar o sistema para o cliente …
A unica técnica que conheço hoje, que é semelhante ao usado no XP:
Não achei ainda nenhuma outra forma de fazer isto, mas para que isto funcione é preciso que os clientes informem a empresa de quais são as suas necessidades e quais são as deficiencias do sistema.
E é exatamente para tornar os clientes masi participativos, e mais confiantes na empresa que estou ainda procurando uma solução …
Gostaria de encontrar alguma maneira de fazer os clientes acreditarem que as novas features solicitadas apra os sistemas serão implementadas ASAP.
Alguem conhece alguma forma de melhorar a iteração com os clientes, ou então alguma outra forma de ficar sabendo que partes do sistema eles querem que seja melhorada?
Bom, agradeço qualquer dica ou comentário
Se você gostou deste post, lembre-se de assinar o RSS feed do blog, para ser notificado de novos posts!