|Home|Quick Start|Sprints|Progresso|Frontend|Backend|Links|
|:---:|:---:|:---:|:---:|:---:|:---:|:---:|:---:|:---:|:---:|:---:|:---:|
* Acesso rápido:Sprint 0 * Sprint 1 * Sprint 2 * Sprint 3 * Sprint 4
Sprint 0 - (20/03/2019)
Neste dia realizamos a entrega dos mockups da aplicação eVote, validamos a proposta desenvolvida e discutimos sobre algumas alteraçãos que foram sugeridas por Rafael e Renato.
Como conclusão da entrega, levantamos alguns os pontos que precisam de ajustes: eles estão agrupados a seguir por grupo responsável. O grupo deve realizar os ajustes no Figma e validar com os stakeholders se as alterações estão de acordo com os requsitos da aplicação.
- Data prevista para entregar os mockups com os ajustes: 25/03/2019
- Os mockups servirão de base para o que será desenvolvido;
Grupo 1: (Antônio e Gustavo):
- Cor do "Adicionar" (+) deve ser verde;
- Limitar contexto da listagem (não pode ficar na frente do botão de adicionar);
- Melhorar descrição da mensagem de tempo (Ex.: “em 3 dias”, inicia ou termina termina em 3 dias?).
- Incluir exemplos de quando a votação está em andamento e seus outros estados possíveis;
- Atentar-se aos campos obrigatórios (talvez marcar com *);
- Organizar o fluxo no Figma e ligar com de outros grupos que fazem parte do fluxo (são o antes ou depois delas);
- Filtro (buscar) no histórico de salas;
Obs.: na listagem de votações só aparecem votações em que o usuário foi incluído (não precisamos pensar em públicas e privada no momento);
Grupo 2: (Bianca, Carol e Daniela):
- Adicionar contextualização das perguntas (Adicionar PDF, Link externo para vídeo)... (cada pergunta tem a sua);
- Cuidar para usuário não se confundir entre criação de sala e pergunta;
- Tamanho das opções será de até 100 caracteres;
- Atentar-se aos campos obrigatórios, talvez marcar (na primeira tela de criar sala tudo é obrigatório), na segunda tudo é opcional;
- Não deve ter menu inferior na parte de adicionar perguntas (é uma tarefa única e exclusiva, tem que ter atenção);
- Organizar o fluxo no Figma e ligar com de outros grupos que fazem parte do fluxo (são o antes ou depois delas);
- Não precisa do botão “concluir questões”, manter o usuário em um fluxo;
- Adicionar exemplo de adicionar votantes sem o filtro (devem aparecer todos na listagem);
- O usuário tem que visualizar o que inseriu e dar “ok” (criar esta tela) (Listagem de perguntas no modal)
Grupo 3: (Frederico e Leonardo Pasqualotto):
- Seta já confirma o voto;
- Seta também pode ficar verde(decido não colocar);
- Contextualizar o usuário sobre quantas questões ainda têm para responder (Ex.: 1 de 15);
- Remover o menu inferior (não é necessário);
- Adicionar visualização da contextualização das questões (PDF, link externo...);
- Organizar o fluxo no Figma e ligar com de outros grupos que fazem parte do fluxo (são o antes ou depois delas)
- Auditar o voto: o usuário só visualiza seus votos em uma listagem (pergunta e a resposta que), mas não pode alterar.
Grupo 4: (Ícaro, Leonardo Vizzotto, João e Pedro):
- Visualizar resultados: marcar em qual opção o usuário votou (no caso do usuário comum);
- Criar tela exemplo com visualização usuário e admin;
Sprint 1 - (08/04/2019)
Nesta Sprint foi definido que seriam trabalhadas as User Stories 06, 07 e 08. Cada uma das três USs receberam um nível de dificuldade (Fácil, Médio ou Difícil) e foram separados grupos para o trabalho simultâneo das User Stories.
Foram também levantadas algumas tarefas habilitadoras para o trabalho nas USs.
US_06: Criar Sala (Bianca, Carolina, Ícaro):
- Criar front da tela 1 (datas, titulo, descrição)
- Criar componente para upload de PDF
- Chamar serviço criação de sala
- Criar front da tela 2 (links + pdf)
- Validação dos campos
US_07: Cadastrar Questões (Frederico, João, Leonardo Pasqualotto):
- Inserir Pergunta
- Inserir Resposta
- Adicionar mais uma alternativa
- Anexar PDF
- Input do Link de um vídeo
- ListView de Perguntas
- Adicionar mais questões (Botão)
- Validação dos campos
US_08: Vincular Votantes (Antônio, Daniela):
- Filtro por input (nome, cpf)
- Listar usuários do sistema
- Marcar usuários já adicionados
- Submit
- Mensagens para feedback
Habilitadora: Integração com Redux (Leonardo Vizzotto):
- Integração com Redux
Habilitadora: Navegação entre Páginas (Mathias):
- Navegação entre Páginas
Habilitadora: Modelo de dados de Sala (João, Leonardo Vizzotto, Mathias):
- Modelo de dados de Sala
Sprint 2 (08/05/2019)
Nesta Sprint foi definido que seriam trabalhadas as User Stories 09 e 10, bem como o término das USs 06, 07 e 08, que ficaram com débito técnico (US 06) e não foram aceitas (USs 07 e 08) na Sprint 1.
US_09: Visualizar Andamento (Bianca, Leonardo Pasqualotto, Pedro):
- Buscar dados da sala selecionada (pelo id)
- Download do pdf (prestação de contas)
- Mostrar percentual de usuários que já votaram
- Diferenciar votação em andamento e encerrada
US_10: Visualizar votação como Administrador (Frederico, Carolina, Ícaro):
- Buscar lista de salas do banco
- Criar menu
- Diferenciar estados das salas (cor e legenda)
- Validar disponibilidade da sala para deixá-la selecionável
- Enviar ID da sala selecionada ao trocar de tela
Também foi realizada a tarefa habilitadora:
Habilitadora: Criar reducer do modelo de visualização da sala (Leonardo Vizzotto):
- Criação do Reducer
Sprint 3
Nesta Sprint foi definido que seriam trabalhadas as User Stories 01, 02 e 03, bem como o término da US 10, que ficou com débito técnico na Sprint 2. Esta entrega está agendada para uma quarta-feira (29/05/2019 )
, portanto, os itens a seguir devem estar disponíveis na repositório DEV
da sprint 3 até a data anterior (28/05/2019) para serem disponibilizados em ambiente de produção posteriormente.
US_01: Login:
Responsáveis: Carolina, Leonardo Vizzotto, Mathias
Tarefas gerais:
- Vincular autenticação com base de dados de usuários (1)
- Tela login (2)
- Armazenar dados do usuário logado (3)
Critérios de aceitação
Serão definidos pelos responsáveis e validados pelos AGES IV junto aos clientes.
US_02: Visualizar votação como Usuário:
Responsáveis: Bianca
Tarefas gerais:
- Puxar o arquivo certo do storage (1)
- Buscar informações da sala (2)
- Tela informações gerais da votação (3)
Critérios de aceitação
Serão definidos pelos responsáveis e validados pelos AGES IV junto aos clientes.
-
(1) Puxar o arquivo certo do storage
-
O PDF deve ser referente à sala de votação selecionada (conexão com Firebase)
-
É necessário informação visual do andamento do download (Iniciando o download, pode ser igual à do upload)
-
Exibir mensagem de aviso, caso não seja possível fazer o download (Exemplo: falha na conexão)
-
(2) Buscar informações da sala
-
As informações devem ser referentes à sala selecionada na listagem (conexão com Firebase)
-
(3) Tela informações gerais da votação
-
Informações de início e fim da sala (data/ hora)
-
Botão de download de PDF
-
Ação de download de PDF
-
Exibir descrição da sala (caso exista)
-
Não exibir mensagem nenhuma caso não exista informações adicionais
-
Botão de começar votação
-
O botão de 'começar' deve enviar um identificador da sala que se trata para a próxima tela;
-
Deve ser possível rolar para baixo se as informações presentes forem maior que o conteúdo da tela;
US_03: Votar:
Responsáveis: Antônio, Daniela, Frederico, Mathias
Tarefas gerais:
- Iniciar votação (frame 3) (1)
- Download PDF(2)
- Tela de contexto de uma pergunta (3)
- Tela de alternativas de uma pergunta (4)
- Fluxo de questões (5)
- Salvar respostas (6)
Critérios de aceitação
Serão definidos pelos responsáveis e validados pelos AGES IV junto aos clientes.
Melhorias sugeridas pelo time e clientes:
- Posicionamento do botão criar sala da tela de listagem;
- Tamanho do menu da tela de listagem;
- E outra forma de controlar os passos de conclusão de criação de sala (detalhes atualizados no Figma);
- Validação de link na tela de contexto;
- Colocar um padding na view da listagem de usuários, no celular do Fred ficou por cima;
- Tela de criar sala: os botões de back e next tem que estar no final da tela;
- Não ficar com menos de 2 alternativas no apagar questão;
- Tirar o contador de já adicionados enquanto não temos essa funcionalidade no vincular votante;
- Pesquisar na listagem de salas.
Sprint 4
Nesta Sprint foi definido que seriam trabalhadas as User Stories 02 e 05, bem como o término das USs 09 e 10, que ficaram com débito técnico (US 10) e não foram aceitas (US 09) nas Sprints 2 e 3.
US_02: Visualizar votação como Usuário:
Responsáveis: JM, Leonardo Vizzotto, Leonardo Pasqualotto
Tarefas gerais:
- Puxar o arquivo certo do storage
Critérios de aceitação
- Não deve ser possível inicializar uma votação que ainda não começou ou já terminou
- Cada usuário só deve poder votar uma vez por sala
US_05: Visualizar resultado:
Responsáveis: Bianca
Tarefas gerais:
(Usuário) Visualizar o resultado final da votação.
Critérios de aceitação
US_09: Visualizar andamento:
Responsáveis: Bianca
Tarefas gerais:
(Administrador) Visualizar o andamento de uma votação para que se possa visualizar o fluxo desta.
Critérios de aceitação
- (1) Tela apresentada durante a votação
- Buscar dados da sala selecionada (pelo id) (recebe da tela início)
- Mostrar % de usuários que já votaram
- Diferenciar votação em andamento e encerrada (receberá a info da tela 'Início')
- (2) Tela apresentada com os resultados finais da votação
- Visualizar lista de questões
- Cálculo das porcentagens
US_10: Visualizar votação como Administrador:
Responsáveis: Pedro e Ícaro
Tarefas gerais:
(Administrador) Visualizar a lista de votações criadas, para que se possa listar os detalhes do andamento de uma votação.
Critérios de aceitação
- Deve ser possível visualizar em listas diferentes as votações em andamento/que irão acontecer e as que já aconteceram
- Para cada sala deve existir uma mensageem referente ao estado da votação ("Disponível em xxx dias", "Disponível em xxx horas", "Em andamento", "dd/mm/YYYY" obs: esta opção é para as votações passadas)
- Os cards de sala devem ter cores referentes ao seu estado (à iniciar: roxo, em andamento:verde, finalizada:cinza)