docs/sprints/Fechamento-Sprint-6.md
# Sumário
>[1. Relato da Sprint](#1-relato-da-sprint)
>[2. Fechamento da Sprint](#2-fechamento-da-sprint)
>[3. Burndown Chart](#3-brundown-chart)
>[4. Velocity](#4-velocity)
>[5. Retrospectiva da Sprint](#5-retrospectiva-da-sprint)
>[6. Quadro de Conhecimento](#6-quadro-de-conhecimento)
>[7. Quadro de Presença Daily](#7-quadro-de-presença-daily)
>[8. Riscos Mapeados](#8-riscos-mapeados)
>[9. Visão do Tech Lead](#9-visão-do-tech-lead)
## 1. Relato da _Sprint_
<p align="justify"> Nesta <i>Sprint</i>, os objetivos foram levantar e fechar o escopo do projeto, assim como documentar, a nível de produto, o que o projeto propõem.
------------
## 2. Fechamento da _Sprint_
### 2.1 Backlog da Sprint
| ID | História | Status | Pontos |
|:--:| ------- | :----: | :----: |
|ISSUE|[US10 - Receber Email do servidor](https://github.com/fga-eps-mds/2018.2-Lino/issues/114)|Aberto|5|
|ISSUE|[Testar API RU/Crawler](https://github.com/fga-eps-mds/2018.2-Lino/issues/110)| Aberta | - |
|ISSUE|[Testar API Alertas](https://github.com/fga-eps-mds/2018.2-Lino/issues/109)|Fechado| - |
### 2.3 Pontuação Final
* __Pontuação Total:__ 5 Pontos Planejados
* __Débitos Técnicos Adicionados:__ 10 Pontos
* __Pontos Concluídos:__ 5 Pontos Concluídos
* __Pontos Não Agregados:__ 10 Pontos Não Agregados Nessa Sprint
### Débitos Técnicos da Sprint Anterior
* Intent_02 - Obter cardápio do dia - Facebook: 5 pontos (Aberto)
* US11 [Task 2] - Envio de dados da API para o Lino: 5 pontos (Fechado)
### Débitos Técnicos Gerados
* US10 - Receber Email do servidor
------------
## 3. _Burndown Chart_
------------
## 4. Velocity
------------
## 5. Retrospectiva da _Sprint_
| Pontos Positivos | Pontos Negativos | Pontos a Melhorar |
| :------------------------------------------: | :-------------------------------------------: | :------------------------: |
| Apresentação da Release | Falta de entendimento da Documentação do Rasa | Divisão das Issues |
| API do Gmail e Facebook | Falta de Planning poker | Fazer Planning poker |
| Reunião geral para pareamento | Falta de testes | Integração da Arquitetura |
| Conhecimento e evolução de microsserviços | Matérias e suas tarefas | Fazer testes |
| Trabalho e compreensão da equipe | Logs confusos do Cronjob | Organização do Tech Leader |
| Conhecimento de EPS com relação os serviços | Mudanças que afetaram a EAP | Comunicação |
| Issues fechadas | Falta de README dos serviços | Fazer o README |
| Conhecimento de Python, Node, Rasa, Cronjob | Desatenção de EPS com relação a documentação | Atualizar documentação |
| Falta de Demonstração do Trabalho do Projeto |
------------
## 6. Quadro de Conhecimento
------------
## 7. Quadro de Presença Daily
Não foi registada nenhuma ata nessa sprint.
------------
## 8. Riscos Mapeados
Nesse momento, os riscos principais ainda eram os atrasos na entrega, qualidade da interação do bot e integração entre os serviços. Estes riscos possuem uma correlação forte e a mitigação deles é evolutiva.
Embora tenha ocorrido melhora, a falta de planejamento de EPS, risco empatado com os outros mencionados, foi crucial para os pontos negativos da entrega.
O ponto positivo fica para a queda do risco de mudança de arquitetura. Nesse momento, foi realizada uma nova checagem e correções importantes no uso da tecnologia e também garantia da escalabilidade do produto.
------------
## 9. Visão do Tech Lead
<p align="justify"> Esta <i>Sprint</i> foi na semana da Release 1, e devido a isso, as issues foram planejadas para que esta resolvesse problemas referentes ao produto, e não ao código em si. Porém, mesmo com o esforço feito, principalmente com relação ao fluxo e o banco de dados, constatações sobre a gerência do projeto foi feita, destacando a fala de trasparência desta .</p>
------------