fga-eps-mds/2019.2-Vsign

View on GitHub
docs/meetings/reuniao29_08_19.md

Summary

Maintainability
Test Coverage
# Ata da Reunião de 29/08/2019

## Histórico de Revisões

|Versão|Descrição|Autor|
|:----:|:--------|:---:|
|0.1|Redação da ata em tempo de reunião|Victor Gomide|
|1.0|Estruturação e detalhamento|Victor Gomide|

## Descrição
* **Tipo:** Remota (via Zoom)
* **Início:** 12:00
* **Fim:** 12:30

***

* Primeira reunião com o **Cliente**;
    - Fabrício Buzeto, representante da equipe de desenvolvimento da bxblue (**Empresa**).
* O **Cliente** se prontificou a auxiliar com dúvidas, mesmo as de desenvolvimento;
* O time de desenvolvimento atual da **Empresa** é composto por apenas 5 pessoas;
* A comunicação poderá ser um problema devido à grande quantidade (9) de pessoas no nosso time;
    - Impossível marcar uma reunião com todos presentes.
* Será necessário que o P.O. tenha um bom entendimento do contexto e o repasse para a equipe;
* A comunicação com o **Cliente** poderá ser feita via email, canal no Slack, Discord, etc.;
    - ATUALIZAÇÃO: optamos pelo Slack. Criamos um canal próprio para comunicação entre a equipe e o **Cliente**.
* O **Cliente** poderá demorar a responder as mensagens, mas irá responder;
* Tivemos uma conversa básica sobre o LIFT, porém o **Cliente** não soube dizer à respeito da nossa participação;
* Um dos príncipios da **Empresa** é: use a melhor tecnologia para se resolver o problema!
    - Ou seja, temos liberdade para trabalhar com qualquer metodologia, desde que tenha embasamento.
* O **Cliente** sugeriu que trabalhemos com Rails e React por serem mais fáceis de se embarcar ao projeto existente;
* Ao fim da disciplina, o **Cliente** espera um protótipo que possa ser mostrado à equipe de desenvolvimento da **Empresa** e, caso aceito, seja melhorado e integrado ao projeto existente;
* O **Cliente** entende que esse tempo é curto para que tenhamos um software pronto para ser embarcado;
* O **Cliente** espera que nosso aprendizado possa ser aproveitado pela equipe de desenvolvimento da **Empresa**;
* O **Cliente** irá nos passar códigos de exemplo úteis na nossa implementação;
* O **Cliente** sugeriu a comunicação assíntona: mensagens rápidas, informais porém compreensíveis, sempre que uma dúvida surgir;
* Perguntamos sobre o gasto com uso de API's e servidores;
    - O **Cliente** respondeu que é provável que precisemos usar apenas a faixa gratuita dessas API's, mas que caso necessário podemos conversar e decidir a opção mais viável.
* Perguntamos sobre a interface;
    - O **Cliente** respondeu que o foco aqui é atender aos 4 desafios. A interface não deve ser uma preocupação, e sim um bônus.