Ir para o conteúdo

Backlog

Histórico de Versões

Data Versão Descrição Autor(es)
01/09/2020 0.1 Criação do Documento de Backlog João Pedro
03/10/2020 0.2 Revisão do Documento de Backlog João Pedro

1. Introdução

A partir de um levantamento de requisitos bem fundamentado, é possível definir um backlog bem estruturado a partir do qual o desenvolvimento pode obter maior sucesso.

O backlog do produto é um artefato SCRUM constantemente refatorado devido à volatilidade dos requisitos elicitados junto aos stakeholders, e, desta maneira, possui diversas modificações.

Tais modificações podem ser consultadas através do histórico de versões presente no do documento do backlog armazenado na pasta do Google Drive. Ele pode ser acessado a partir do link abaixo:

eSaudeUnB - Backlog

1.1. Propósito

O presente documento tem como propósito apresentar o product backlog do software desenvolvido para a plataforma eSaúde UnB, trazendo as histórias de usuários e os seus critérios de aceitação. Espera-se a partir desse backlog conseguir planejar as sprints (conforme a metodologia estabelecida) a serem executadas até o prazo final da melhor forma possível.

1.2. Escopo

O escopo do product backlog considera as histórias selecionadas a partir dos requisitos elicitados, a serem desenvolvidos até o fim do prazo de entrega do projeto. Assim, optou-se por dividir em módulos e apresentar os critérios de aceitação da histórias a serem entregues.

2. Objetivo

Objetiva-se, para a construção do backlog, utilizar a modelagem de requisitos relacionando as histórias de usuário que representam as características necessárias ao software a ser desenvolvido, proposto pelo time. Espera-se obter assim uma consolidação da elicitação de requisitos, disponibilizando uma relação pronta para ser implementada.

3. Metodologia

Primeiramente, foram recolhidos os requisitos obtidos a partir da proposta de projeto e da entrevista realizada com as integrantes deste para orientar a criação do backlog do produto. A priorização foi feita pela equipe de estudantes da disciplina de Engenharia de Produto de Software com base a escolha feita pelas integrantes do projeto.

4. Product Backlog

Devido ao curto tempo de desenvolvimento da aplicação pela equipe, foi preciso reduzir o escopo da aplicação de maneira a compor as partes principais que poderiam ser entregues até a data final estabelecida para o projeto. Dessa forma, o Product Backlog foi dividido em dois: o presente e o futuro para as próximas iterações. As imagens podem ser visualizadas abaixo.

O Product Backlog pode ser acessado através do link abaixo:

https://docs.google.com/spreadsheets/d/1KaAB7QSrFc_kLbJjvetrwGHoPdRTF6AQEjbenxx-FSM/edit?usp=sharing

4.1. Product Backlog (Presente)

ProductBacklogPresente

4.2. Product Backlog (Futuro)

ProductBacklogFuturo

5. Referências