Planejamento Sprint 2 - Measurement-and-Metrics-2018-1/2017.1-SIGS GitHub Wiki
Número da Sprint: 2
Data de Início: 06/05/2017
Data de Término: 13/05/2017
Duração: Uma semana
Pontos Planejados: 29
Pontos Adicionados (Dívida): 0
Scrum Master:
Tracker:
Product Owner:
Desenvolvedores
- Ateldy Borges Brasil Filho
- Bruno Matias Casas
- Caio Felipe Dias Nunes
- Carlos Enrique Rodrigues Aragon
- Daniel Marques Rangel
- Francisco Wallacy Coutinho Braz
- Gesiel dos Santos Freitas
- Lucas Andrade Oliveira
- Rodrigo Dadamos Lopes da Silva
- Vinícius da Silva Carvalho
Todas as histórias de usuário contem um processo que indica seu funcionamento e este pode ser encontrado em Processos
3.1. EP01FE01US01 - Realizar/Confirmar alocação (8pt)
Eu como coordenador(a) e Assistente de departamento desejo realizar alocação, com a finalidade de ministrar as disciplinas do meu curso.
- O usuário deve estar logado
- O coordenador só pode alocar salas para turmas do curso que ele coordena
- O Assistente de departamento pode alocar sala para qualquer disciplina que seja do seu departamento
- O coordenador só pode alocar salas pertencentes ao departamento do seu curso
- O Assistente de Departamento só pode alocar salas pertencentes ao seu departamento
- Não pode haver mais de uma alocação na mesma sala no mesmo horário
- A menor unidade de tempo na seleção do horário é 10 minutos
- Os cursos diurnos devem ocorrer no horário de 8h às 18h, enquanto que os noturnos vão das 18h às 23h
- O usuário deve poder filtrar a sala por um recurso
- Informações da sala como descrição e os recursos a mais, além o filtrado, devem ser exibidas
- Se não houver mais salas o sistema deve informar e direcionar para a EP01FE01US05
3.2. EP01FE01US02 - Visualizar alocação (3pt)
Eu como Coordenador e Assistente de Departamento desejo visualizar a alocação de uma disciplina, com a finalidade de saber quais turmas e onde serão ministradas as aulas naquele período.
- O usuário deve estar logado
- Ao selecionar uma disciplina devem ser listadas todas as turmas daquela disciplina, juntamente com seus respectivos horários e salas alocadas para cada horário
- Atualizar view da US Visualizar Sala com grade horária da sala
3.3. EP01FE02US11 - Alterar Turma (5pt)
Eu como Coordenador e Assistente de Departamento desejo alterar as informações de uma turma, com a finalidade de garantir a consistência dos dados no sistema.
- O Coordenador só pode alterar as turmas que são exclusivas do curso dele
- O Assistente de Departamento pode alterar somente as turmas de cursos do seu departamento.
- Não se pode ter duas ou mais turmas com nomes iguais
3.4. FE06TS04 - Refatorar Folha de Estilo (13pt)
Eu, como desenvolvedor, desejo adequar o projeto à folha de estilo, para manter a padronização do código.
Clique aqui para visualizar maior
Foi acordado no começo da sprint um horário fixo e um local fixo para todos os standups. Tendo como foco uma melhor organização de seu funcionamento.
Foi adicionado ao travis-ci a verificação e validação dos testes de aceitação automatizados
Para melhor identificar os gargalos do time, o kanban foi refatorado de modo que os boards direcionassem o trabalho. A nova segmentação do kanban contempla Sprint Backlog, atividades da sprint que devem ser feitas, Prototype, momento em que será desenvolvido o protótipo da funcionalidade, Development, momento em que o time estará efetivamente desenvolvendo a funcionalidade (full-stack), Unit Test, momento em que os testes unitários estarão sendo feitos, Acceptance Test momento em que os testes de aceitação estarão sendo feitos, Revision, momento em que é aberto o Pull Request para a branch development e o Tracker da sprint irá analisar no código os indicadores de qualidade, podendo solicitar refatoração ao time ou aceitar o pull request e movendo o cartão para Done.
Clique aqui para visualizar maior
Para melhor rastreabilidade foi definido que seriam adotados a utilização de Issues e Milestones. Em nosso contexto foi definido como Milestone o Épico e como Issue a história de usuário. Cada issue deve estar em sua milestone e conter os membros do time responsáveis por ela.
Com a implementação de issues por historia, foi definido um novo formato no commit, onde utilizaríamos a rastreabilidade do commit na issue. O novo formato é:
issue #< número >: < mensagem >