- O que são histórias de usuários?
É as escritas do cliente ou do próprio usuário do que seria o "escopo do projeto", como objetivo de influenciar a funcionalidade do sistema a ser desenvolvido. Também pode ser escrito pelo desenvolvedor para destacar os requisitos não-funcionais do produto. Basicamente é a "essência" do que o cliente quer do projeto.
É as escritas do cliente ou do próprio usuário do que seria o "escopo do projeto", como objetivo de influenciar a funcionalidade do sistema a ser desenvolvido. Também pode ser escrito pelo desenvolvedor para destacar os requisitos não-funcionais do produto. Basicamente é a "essência" do que o cliente quer do projeto.
- Diferencie Requisitos de Sistemas (Tradicionais) e Histórias de Usuário.
O modo tradicional é a forma mais cega de se conseguir alcançar o objetivo, porque você segue os critérios passo a passo sem ao menos perguntar para o cliente se oque você está fazendo o agrada. Ja a história de usuário é o objetivo que o projeto deverá alcançar a partir da ideia do Cliente, podendo ser mudada eventualmente pela interação e integração do cliente no projeto sendo desenvolvido, verificando se oque está sendo desenvolvido de fato agrada-o
O modo tradicional é a forma mais cega de se conseguir alcançar o objetivo, porque você segue os critérios passo a passo sem ao menos perguntar para o cliente se oque você está fazendo o agrada. Ja a história de usuário é o objetivo que o projeto deverá alcançar a partir da ideia do Cliente, podendo ser mudada eventualmente pela interação e integração do cliente no projeto sendo desenvolvido, verificando se oque está sendo desenvolvido de fato agrada-o
- Quais as vantagens das histórias de usuários?
Definir a meta do projeto. Eventualmente a historia talvez mudara, devido a interação com o dialogo e a integração do cliente, no projeto.
Definir a meta do projeto. Eventualmente a historia talvez mudara, devido a interação com o dialogo e a integração do cliente, no projeto.
- Explique a técnica de Priorização Moscow. Qual a diferença dela para a priorização tradicional?
A técnica de MoSCoW serve para diferenciar as prioridades do projeto, com intuito de medir os esforços para cada requisito, sendo do menos importante ate o mais critico. Porem essa técnica só pode ser utilizada com o cliente acompanhado para que saiba de quais critérios estão sendo postos como críticos e os de pouca importância. Está técnica é mais valiosa pois consegue separar em 4 níveis de importância os requisitos, sendo eles: Most, Should, Could e Won't permitindo que as prioridades se tornam especificas. Ja o método tradicional apenas define oque é importante, tornando o trabalho muito mais difícil de ser realizado, porque você terá uma grande quantidade de requisitos importantes e nenhum deles terá uma classificação de prioridade.
A técnica de MoSCoW serve para diferenciar as prioridades do projeto, com intuito de medir os esforços para cada requisito, sendo do menos importante ate o mais critico. Porem essa técnica só pode ser utilizada com o cliente acompanhado para que saiba de quais critérios estão sendo postos como críticos e os de pouca importância. Está técnica é mais valiosa pois consegue separar em 4 níveis de importância os requisitos, sendo eles: Most, Should, Could e Won't permitindo que as prioridades se tornam especificas. Ja o método tradicional apenas define oque é importante, tornando o trabalho muito mais difícil de ser realizado, porque você terá uma grande quantidade de requisitos importantes e nenhum deles terá uma classificação de prioridade.
- Quais as diferenças da análise quando se usa metodologias ágeis?
A principal diferença para a metodologia ágil é reduzir gastos e criar uma sinergia com o cliente no desenvolvimento do projeto, reduzir a necessidade de realizar documentação (não significa que não terá documentação. Apenas quando for necessário.) e seguir etapas cegamente.
A principal diferença para a metodologia ágil é reduzir gastos e criar uma sinergia com o cliente no desenvolvimento do projeto, reduzir a necessidade de realizar documentação (não significa que não terá documentação. Apenas quando for necessário.) e seguir etapas cegamente.
Nenhum comentário:
Postar um comentário