BotLino/Lino

View on GitHub
docs/sprints/Fechamento-Sprint-7.md

Summary

Maintainability
Test Coverage
# 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|[US01 - Registrar usuário dos mensageiros](https://github.com/fga-eps-mds/2018.2-Lino/issues/123)| Aberto | - |
|ISSUE|[Problema ao abrir o cardápio da semana [Bug]](https://github.com/BotLino/Lino-WebCrawler/issues/12)| Fechado | - |
|ISSUE|[Arrumar ambiente para desenvolvimento](https://github.com/fga-eps-mds/2018.2-Lino/issues/120)| Fechado | - |
|Pull Request|[Refatoração do Backlog do Produto](https://github.com/fga-eps-mds/2018.2-Lino/pull/118)| Fechado | - |


### 2.3 Pontuação Final

* __Pontuação Total:__ 0 Pontos Planejados
* __Débitos Técnicos Adicionados:__ 10 Pontos 
* __Pontos Concluídos:__ 5 Pontos Concluídos
* __Pontos Não Agregados:__ 5 Pontos Não Agregados Nessa Sprint

### Débitos Técnicos da Sprint Anterior

* US10 - Receber Email do servidor: 5 pontos (Aberto)
* Testar API RU/Crawler: Não Pontuado (Aberto)
* Intent_02 - Obter cardápio do dia - Facebook: 5 pontos (Fechado)

### Débitos Técnicos Gerados

* [Task 2 e 3] US01 - Registrar usuários dos mensageiros que desejam receber a notificação do cardápio diário

------------
## 3. _Burndown Chart_
------------
## 4. Velocity

![captura de tela de 2018-10-23 18-39-40](https://user-images.githubusercontent.com/18364727/47392492-2a4ebb80-d6f3-11e8-9c0b-cb3204ee272d.png)

------------

## 5. Retrospectiva da _Sprint_

| Pontos Positivos                             | Pontos Negativos                            | Pontos a Melhorar                |
| :------------------------------------------: | :-----------------------------------------: | :------------------------------: |
| Release da API Alertas                       | Teste feitos de forma tardia                | Compromisso da Equipe            |
| Mudança do Escopo                            | Descompromisso                              | Gerenciamento da Equipe          |
| Conversas sobre o Papel do P.O               | Pareamento                                  | Diminuição do Escopo             |
| Auxilio de EPS                               | Falta de Meetings                           | Definir Viabilidade do Messenger |
| Entendimento de Docker                       | Comunicação                                 |                                  |
| Classificação correta de Intents             | Conector do Messenger com mal funcionamento |
| Problemas com as Custom Actions do Rasa Core |

------------
## 6. Quadro de Conhecimento
![](https://i.imgur.com/xjFPtQT.png)
------------

## 7. Quadro de Presença Daily

Não foram registadas atas nessa sprint.

------------
## 8. Riscos Mapeados
![](https://i.imgur.com/S7z0BKa.png)
![](https://i.imgur.com/rBcgAim.png)

Nessa sprint, os riscos principais continuaram sendo os atrasos, qualidade do produto e integração entre os serviços. 

Para a mitigação da qualidade de interação do bot, a decisão tomada foi a continuidade nos testes das APIs dos microsserviços, o que acarretou na diminuição do risco de garantia de qualidade e pôde conter o aumento do risco de qualidade e integração entre os serviços.


------------
## 9. Visão do Tech Lead

<p align="justify"> Assim, como havia a necessidade, nesta <i>Sprint</i> pontuamos o backlog pelo menos das tasks que resolvemos refinar. Deste modo, entramos em consenso do tamanho da complexidade de cada issue, pois isto acarretava nos constantes débitos técnicos.</p>

<p align="justify"> Porém, ocorreram falhas, como a falta de daily meetings, que já foi um problema para esta equipe e novamente ocorreu.</p>

------------