docs/sprints/Fechamento-Sprint-2.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-conhecimentos)
>[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 | [US05 - Buscar informações sobre o Cardápio do RU](https://github.com/fga-eps-mds/2018.2-Lino/issues/49) | Aberta | 3 |
| ISSUE | [US22 - Definição da Identidade visual do Lino](https://github.com/fga-eps-mds/2018.2-Lino/issues/51) | Aberta | 8 |
| ISSUE | [Criar Dockerfile para Desenvolvimento](https://github.com/fga-eps-mds/2018.2-Lino/issues/53) | Aberta | 5 |
| ISSUE | [Refatorar e evoluir Documento de Visão](https://github.com/fga-eps-mds/2018.2-Lino/issues/47) | Fechada | 2 |
| ISSUE | [Refatorar e evoluir Documento de Arquitetura](https://github.com/fga-eps-mds/2018.2-Lino/issues/48) | Fechada | 2 |
| ISSUE | [US08 - Comunicação entre Lino e Telegram](https://github.com/fga-eps-mds/2018.2-Lino/issues/50) | Fechada | 3 |
| ISSUE | [Definir Plano de Negócios - Canvas](https://github.com/fga-eps-mds/2018.2-Lino/issues/29) | Fechada | 1 |
| ISSUE | [Modelar Roadmap de Produto](https://github.com/fga-eps-mds/2018.2-Lino/issues/63) | Fechada | 5 |
| ISSUE | [Definição de Riscos e Custos(TAP)](https://github.com/fga-eps-mds/2018.2-Lino/issues/31) | Fechada | 5 |
### 2.3 Pontuação Final
* __Pontuação Total:__ 34 Pontos Planejados
* __Débitos Técnicos Adicionados:__ 18 Pontos
* __Pontos Concluídos:__ 31 Pontos Concluídos
* __Pontos Não Agregados:__ 21 Pontos Não Agregados Nessa Sprint
### Débitos Técnicos da Sprint Anterior
* Elaborar o Backlog de Produto: 5 pontos (Aberto)
* Criar Documento de Arquitetura: 5 pontos (Fechado)
* Elaborar Plano de Abertura de Projeto (TAP): 5 pontos (Fechado)
* Elaborar a EAP(Estrutura Analítica de Projeto: 3 pontos (Fechado)
### Débitos Técnicos Gerados
* US05 - Buscar informações sobre o Cardápio do RU
* US22 - Definição da Identidade visual do Lino
* Criar Dockerfile para Desenvolvimento
Todos esses documentos se tornaram débito técnico, pois ocorreu mudanças não planejadas no escopo do projeto.
------------
## 3. _Burndown Chart_
------------
## 4. Velocity
------------
## 5. Retrospectiva da _Sprint_
| Pontos Positivos | Pontos Negativos | Pontos a Melhorar |
| :---------------------------------------: | :--------------------------------------------------: | :-------------------------------------------: |
| Início do desenvolvimento | Configuração de Ambiente/Docker | Disponibilizar o Docker |
| Desenvolvimento tecnológico de MDS | Falta de informação dos Requisitos | Reporte de acontecimentos nas issues |
| Entendimento as Documentações | Mudanças no escopo inicial | Desorientação da equipe (principalmente EPS) |
| Organização das tarefas em forma de issue | Falta de direcionamento de uma tecnologia específica | Dificuldades de MDS na escrita dos documentos |
| Estudo da Api do Telegram | Só foi feita uma daily | Dificuldade de Pareamento |
| Não tivemos reunião no sábado | Curva de Aprendizado |
| Identidade visual | Fazer mais dailys |
| GitHub Pages |
------------
## 6. Quadro de Conhecimento
------------
## 7. Quadro de Presença Daily
* [**Daily 28/08**](https://github.com/fga-eps-mds/2018.2-Lino/issues/34#issuecomment-416420789)
------------
## 8. Riscos Mapeados
Para a Sprint, foram identificados sete riscos principais, com 6,7% cada, que indicaram problemas encontrados em toda fase inicial de projeto. São eles: configuração de ambiente, integração entre os serviços propostos, mudança de escopo e arquitetura, além da qualidade da interação do bot e dificuldade técnica.
Esses riscos foram tratados e serão mitigados ao logo do desenrolar do projeto. De qualquer forma, é importante notar que tais problemas devem ser mitigados o mais rápido pois possuem alto impacto na entrega.
------------
## 9. Visão do Tech Lead
<p align="justify">   A necessidade desta <i>Sprint</i> foi refatorar a documentação, para que estas se mantivesse atualizadas principalmente com a decisão da arquitetura a ser definida. Também tinhamos a necessidade de criar o ambiente de desenvolvimento estruturado e padronizado, favorecendo o desenvolvimento.</p>
<p align="justify">   Porém, algumas issues relacionadas a desenvolvimento acabaram como débito técnico, por conta do DevOps e do ambiente não padronizados. Além disso, a identidade visual passou para a <i>Sprint</i>, pelo não entendimento da visão do produto e da marca. </p>
------------