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!