História do usuário
Comunicação
Aqueles que desejam criar ou vender um software devem sempre se comunicar com os que estão criando um software novo
Quando os desenvolvedores dominam as comunicação, o jorgão técnico substitui o idioma dos negócios e os desenvolvedores perdem a oportunidade de aprender.
Ou seja, saber lidar com as palavras mostradas para o publico que está nos ouvindo.
Considerações
Não podemos prever perfeitamente um projeto de software
Devido a intangibilidade do software, maioria dos desenvolvedores tem um tempo notarialmente difícil para estimar
Os usuários quando veem as primeiras versão do software, maioria mudam de ideia, opiniões
Se não pode prever diretamente o cronograma
O que pode ser feito?
Se um dos lados dominar essas comunicação, o projeto pode falhar!
Os projetos falham quando o problema da alocação de recursos pende somente para um dos lados.
Se os desenvolvedores são responsável pelo desenvolvimento pode
Trocar qualidade por recursos adicionais
Implementar apenas parcialmente um recurso
Tomar decisões sem a participação dos clientes finais
Tomar decisões com base nas informação adquiridas
Em vez de tomar um conjunto abrangente de decisões, fragmenta elas que são melhor coisa a se fazer
Nesse caso e quando história de usuários fazem ganhar força no projeto
Através de
Cards
Conversas
Validação
História e descrita em um cartão onde a ideia e sucinta, objetiva e direta.
E os detalhes que estão por de trás das histórias que aparecem quando estamos conversando com os usuários
Esse critério e conhecido como teste de aceitação. Um desenvolvimento de uma historia de usuário só será finalizado com todos os testes de aceitação forem executados com sucesso!