Histórias de Usuário
Introdução
Neste artefato, nosso objetivo é relatar de forma detalhada a verificação do artefato História de Usuário desenvolvido pelo Grupo 01. Essa verificação é fundamental para garantir que todas as atividades planejadas estejam devidamente alinhadas com os objetivos do projeto, os prazos estabelecidos e as expectativas dos stakeholders. Analisaremos a coerência das datas, a distribuição das tarefas e a viabilidade dos casos de uso assegurando que eles sejam realistas e exequíveis.
Características da Verificação do História do Usuário
A Tabela 1 a seguir detalha as características referentes à execução da verificação do artefato desenvolvido pelo Grupo 01, destacando informações essenciais como a entrega referente, nome do artefato, versão, responsável pelo desenvolvimento e verificação, e a data em que a verificação foi realizada.
Tabela 1 - Características da execução da verificação.
Entrega referente | Nome do Artefato | Versão do artefato | Responsável pelo Desenvolvimento do Artefato | Responsável pela Verificação do Artefato | Data da Verificação |
---|---|---|---|---|---|
Entrega 04 | História de Usuário | 1.9 |
Arthur Alves, Diego Sousa, Eric Silveira, Henrique Torres, João Artur e Luiz Gustavo | João Artur, Douglas Marinho, Diego Sousa, Luiz Gustavo Arthur Alves e Eric Silveira | 01/07/2024 |
Fonte: João Artur e Douglas Marinho.
Verificação das Histórias de Usuário
A tabela 2 representada a seguir, descreve a verificação para as histórias de usuário de 6 a 11.
Tabela 2 - Checklist de verificação das Histórias de Usuário de 8 a 17.
ID | Descrição | Avaliação | Observações | Explicação e Referência |
---|---|---|---|---|
1 | As histórias de usuário estão escritas do ponto de vista do usuário final? | Sim | Uma história de usuário é uma explicação geral e informal de um recurso de software escrita do ponto de vista do usuário final6. | |
2 | As histórias de usuário articulam como uma funcionalidade de software fornecerá valor ao cliente? | Sim | O objetivo de uma história de usuário é articular como uma peça de trabalho fornecerá um valor particular ao cliente6. | |
3 | As histórias de usuário estão descritas em linguagem simples e sem detalhes técnicos? | Sim | As histórias de usuário são algumas frases em linguagem simples que descrevem o resultado desejado6. | |
4 | As histórias de usuário são usadas para facilitar a colaboração e a criatividade da equipe? | Sim | As histórias ajudam a fornecer uma estrutura focada no usuário para o trabalho diário, o que impulsiona a colaboração, a criatividade e um produto melhor em geral6. | |
5 | As histórias de usuário são acompanhadas por critérios de aceitação claros? | Sim | As histórias de usuário devem ter critérios de aceitação claramente definidos6. | |
6 | O “quem”, “o que” e o “por que” estão definidos na história de usuário? | Sim | Cada história de usuário inclui uma persona (quem), o que ela quer e por quê6. | |
7 | A participação do cliente e/ou persona na validação das histórias de usuário? | Sim | As histórias ajudam a fornecer uma estrutura focada no usuário para o trabalho diário, o que impulsiona a colaboração, a criatividade e um produto melhor em geral. Geralmente, uma história é escrita pelo proprietário do produto, gerente de produto ou gerente de programa e enviada para revisão6. | |
8 | As histórias de usuário seguem algum modelo ou padrão? | Sim | N/A (Apenas para controle de organização) | |
9 | Todos os membros do grupo contribuiram com o artefato? | Sim | N/A (Apenas para controle de organização) | |
10 | As histórias de usuário são testáveis? | Sim | As histórias devem ser escritas de modo a serem testáveis. A aprovação nos testes prova que uma história foi desenvolvida com sucesso. Se a história não puder ser testada, como os desenvolvedores poderão saber quando terminaram a codificação?7 |
Fonte: Douglas Marinho e João Artur.
A tabela 3 representada a seguir, descreve a verificação para as histórias de usuário de 12 a 15.
Tabela 3 - Checklist de verificação das Histórias de Usuário de 12 a 15.
ID | Descrição | Avaliação | Observações | Explicação e Referência |
---|---|---|---|---|
1 | As histórias de usuário estão escritas do ponto de vista do usuário final? | Sim | Uma história de usuário é uma explicação geral e informal de um recurso de software escrita do ponto de vista do usuário final6. | |
2 | As histórias de usuário articulam como uma funcionalidade de software fornecerá valor ao cliente? | Sim | O objetivo de uma história de usuário é articular como uma peça de trabalho fornecerá um valor particular ao cliente6. | |
3 | As histórias de usuário estão descritas em linguagem simples e sem detalhes técnicos? | Sim | As histórias de usuário são algumas frases em linguagem simples que descrevem o resultado desejado6. | |
4 | As histórias de usuário são usadas para facilitar a colaboração e a criatividade da equipe? | Sim | As histórias ajudam a fornecer uma estrutura focada no usuário para o trabalho diário, o que impulsiona a colaboração, a criatividade e um produto melhor em geral6. | |
5 | As histórias de usuário são acompanhadas por critérios de aceitação claros? | Sim | As histórias de usuário devem ter critérios de aceitação claramente definidos6. | |
6 | O “quem”, “o que” e o “por que” estão definidos na história de usuário? | Sim | Cada história de usuário inclui uma persona (quem), o que ela quer e por quê6. | |
7 | A participação do cliente e/ou persona na validação das histórias de usuário? | Sim | As histórias ajudam a fornecer uma estrutura focada no usuário para o trabalho diário, o que impulsiona a colaboração, a criatividade e um produto melhor em geral. Geralmente, uma história é escrita pelo proprietário do produto, gerente de produto ou gerente de programa e enviada para revisão6. | |
8 | As histórias de usuário seguem algum modelo ou padrão? | Sim | N/A (Apenas para controle de organização) | |
9 | Todos os membros do grupo contribuiram com o artefato? | Sim | N/A (Apenas para controle de organização) | |
10 | As histórias de usuário são testáveis? | Sim | As histórias devem ser escritas de modo a serem testáveis. A aprovação nos testes prova que uma história foi desenvolvida com sucesso. Se a história não puder ser testada, como os desenvolvedores poderão saber quando terminaram a codificação?7 |
Fonte: Henrique Torres.
A tabela 4 representada a seguir, descreve a verificação para as histórias de usuário de 16 a 21.
Tabela 4 - Checklist de verificação das Histórias de Usuário de 16 a 21.
ID | Descrição | Avaliação | Observações | Explicação e Referência |
---|---|---|---|---|
1 | As histórias de usuário estão escritas do ponto de vista do usuário final? | Sim | Uma história de usuário é uma explicação geral e informal de um recurso de software escrita do ponto de vista do usuário final6. | |
2 | As histórias de usuário articulam como uma funcionalidade de software fornecerá valor ao cliente? | Sim | O objetivo de uma história de usuário é articular como uma peça de trabalho fornecerá um valor particular ao cliente6. | |
3 | As histórias de usuário estão descritas em linguagem simples e sem detalhes técnicos? | Sim | As histórias de usuário são algumas frases em linguagem simples que descrevem o resultado desejado6. | |
4 | As histórias de usuário são usadas para facilitar a colaboração e a criatividade da equipe? | Sim | As histórias ajudam a fornecer uma estrutura focada no usuário para o trabalho diário, o que impulsiona a colaboração, a criatividade e um produto melhor em geral6. | |
5 | As histórias de usuário são acompanhadas por critérios de aceitação claros? | Sim | As histórias de usuário devem ter critérios de aceitação claramente definidos6. | |
6 | O “quem”, “o que” e o “por que” estão definidos na história de usuário? | Sim | Cada história de usuário inclui uma persona (quem), o que ela quer e por quê6. | |
7 | A participação do cliente e/ou persona na validação das histórias de usuário? | Sim | As histórias ajudam a fornecer uma estrutura focada no usuário para o trabalho diário, o que impulsiona a colaboração, a criatividade e um produto melhor em geral. Geralmente, uma história é escrita pelo proprietário do produto, gerente de produto ou gerente de programa e enviada para revisão6. | |
8 | As histórias de usuário seguem algum modelo ou padrão? | Sim | N/A (Apenas para controle de organização) | |
9 | Todos os membros do grupo contribuiram com o artefato? | Sim | N/A (Apenas para controle de organização) | |
10 | As histórias de usuário são testáveis? | Sim | As histórias devem ser escritas de modo a serem testáveis. A aprovação nos testes prova que uma história foi desenvolvida com sucesso. Se a história não puder ser testada, como os desenvolvedores poderão saber quando terminaram a codificação?7 |
Fonte: Diego Sousa e Luiz Gustavo.
Vídeo de Verificação
Vídeo 1
Vídeo de Verificação das US 6 ao 11 executado pelos membros Douglas Marinho e João Artur.
Vídeo 2
Vídeo de Verificação das US 12 a 15 executado pelo membro Henrique Torres.
Vídeo 3
Vídeo de Verificação das US 16 a 21 executado pelos membros Diego Sousa e Luiz Gustavo.
Vídoe 4
Vídeo de Verificação das US 1 a 5 executado pelos membros Arthur Alves e Eric Silveira.
Referência Bibliografica
1. Gerência e Qualidade de Software - Aula 05 - Verificação e Validação. UNIVESP. Disponível em: https://www.youtube.com/watch?v=1Y-1zz6rZxo&t=205s. Acesso em: 07 de junho de 2024 às 21:00.
2. SERRANO, Milene. SERRANO, Maurício. Apresentação: Requisitos - Aula 23. Página 19.
3. RADIGAN, Dan. Product Backlog Explained [+ Examples]. Atlassian, 2023. Disponível em: https://www.atlassian.com/agile/scrum/backlogs. Acesso em: 9 jun. 2024.
4. REHKOPF, Max. Epics, Stories, Themes. Atlassian, 2023. Disponível em: https://www.atlassian.com/agile/project-management/epics-stories-themes. Acesso em: 9 jun. 2024.
5. REHKOPF, Max. Epics. Atlassian, 2023. Disponível em: https://www.atlassian.com/agile/project-management/epics. Acesso em: 9 jun. 2024.
6. REHKOPF, Max. User Stories. Atlassian, 2023. Disponível em: https://www.atlassian.com/agile/project-management/user-stories. Acesso em: 9 jun. 2024.
7. COHN, Mike. User Stories Applied: For Agile Software Development. Boston: Addison-Wesley, 2004. Capítulo 2: Testable, p. 27. Disponível em: https://github.com/free-educa/books/blob/main/books/User-Stories-Applied-Mike-Cohn.pdf. Acesso em: 9 jun. 2024.
8. Chung, L., Nixon, B. A., Yu, E., Mylopoulos, J. Non-functional requirements in software engineering. Springer Science & Business Media: [S.l.], 2000. v. 5. Acesso em: 9 jun. 2024.
Bibliografia
1. Gerência e Qualidade de Software - Aula 05 - Verificação e Validação. UNIVESP. Disponível em: https://www.youtube.com/watch?v=1Y-1zz6rZxo&t=205s. Acesso em: 07 de junho de 2024 às 20:00.
2. SERRANO, Milene. SERRANO, Maurício. Apresentação: Requisitos - Aula 23.
Histórico de Versão
Versão | Data | Data Prevista de Revisão | Descrição | Autor(es) | Revisor(es) |
---|---|---|---|---|---|
1.0 |
01/07/2024 | 01/07/2024 | Criação do documento e inserção das tabelas | João Artur | Luiz Gustavo |
1.1 |
01/07/2024 | 01/07/2024 | Adicionando a verificação das US12 a 15 | Henrique Torres | Luiz Gustavo |
1.1 |
01/07/2024 | 01/07/2024 | Adicionando a verificação das US16 a 21 | Diego Sousa e Luiz Gustavo | João Artur |