| ... | ... | @@ -2,96 +2,6 @@ |
|
|
|
|
|
|
|
<p>Este tópico tem como principal objetivo detalhar os principais pontos abordados nas reuniões, tanto internas quanto externas, feitas durante o desenvolvimento do <i>Projeto Mentha</i>.</p>
|
|
|
|
|
|
|
|
As reuniões são organizadas por data, com a mais atual no topo.
|
|
|
|
|
|
|
|
# Reunião #4 (20/04/2018)
|
|
|
|
|
|
|
|
## **REUNIÃO COM A MENTHA**
|
|
|
|
|
|
|
|
<p>Neste dia, inicialmente fomos apresentados a um membro novo que iria integrar a equipe, o Luiz Cardoso.
|
|
|
|
Após uma breve apresentação, o professor Marcelo Neves ficou responsável pro dar um visão gerar da disciplina e projeto para o nova integrante.</p>
|
|
|
|
<p>Concomitante a isso, os demais membros da equipe se dividiram em dois grandes grupos para dar continuidade as demandas previstas para o sprint do dia 27/04/2018.</p>
|
|
|
|
</br>
|
|
|
|
|
|
|
|
|
|
|
|
## **KINVEY**
|
|
|
|
|
|
|
|
|
|
|
|
<p>A parte da equipe que vem trabalhando com Kinvey, inicialmente utilizou a aula para discutir a respeito de uma complicação que surgiu no decorrer da semana, que seria a falta de um modo direto para implementar regras no login com a plataforma.</p>
|
|
|
|
<p>Com algumas discussões e amadurecimento das reais necessidades da aplicação, decidimos fazer uso dos "Roles" que o Kinvey disponibiliza a criação, de modo que faríamos o controle de acesso a tabelas da aplicação com o uso de perfis que o usuário iria adquirindo a cada etapa.</p>
|
|
|
|
<p> Em um segundo momento, o grupo utilizou o restando do tempo para concretizar alguns conceitos na modelagem do negócio, de modo a poder dar continuidade aos demais endpoints da aplicação.</p>
|
|
|
|
<p>Ao final do encontro, decidimos, juntamente com a equipe de desenvolvimento android, que daríamos ênfase para a construção dos endpoints da tela de seleção de orgânicos orgânicos.</p>
|
|
|
|
</br>
|
|
|
|
|
|
|
|
## **ANDROID**
|
|
|
|
|
|
|
|
|
|
|
|
# Reunião #3 (06/04/2018) - Entrega Sprint 0
|
|
|
|
|
|
|
|
|
|
|
|
## **REUNIÃO COM A MENTHA**
|
|
|
|
|
|
|
|
<p>Nesta reunião, inicialmente foi proposto aos stackholders do projeto, uma breve apresentação a respeito dos wireframes desenvolvidos durante o sprint para fins de validação dos fluxos e funcionamento das telas que compõem a aplicação.</p>
|
|
|
|
</br>
|
|
|
|
<p>Durante a apresentação, surgiram alguns questionamentos por parte do cliente, que na sua maioria foram resolvidos pelos próprios membros da equipe encarregados dos wireframes. Porém um questionamento que acabou gerando uma discussão de maior intensidade, foi o modo de exposição que os endereços deveriam ter na tela de entregas das cestas. Foi levantada a possibilidade da criação de tags para organização, dentre outras coisas, porém após discutir a respeito da complexidade, foi acordado com a Mentha a definição de que as cestas a serem entregues seriam expostas na forma de uma lista simples, agrupadas pelo local de entrega.</p>
|
|
|
|
</br>
|
|
|
|
<p>Em seguida, foi acordado entre o time de desenvolvimento e os stackholders as metas para a próxima sprint, dia 20/04/2018. Dessa forma, ficaram decididos a entrega dos seguintes itens:
|
|
|
|
</p>
|
|
|
|
* Implementação da tela de login
|
|
|
|
* Implementação da tela de pré-cadastro (1 de 2)
|
|
|
|
* Implementação da tela de pré-cadastro (2 de 2)
|
|
|
|
* Implementação da tela de verificação de dados
|
|
|
|
* Implementação da tela de finalização de pré-cadastro
|
|
|
|
|
|
|
|
</br>
|
|
|
|
<p>Após a validação dos wireframes, a equipe deu prosseguimento a reunião levantando alguns questionamentos sobre a modelagem do banco de dados da aplicação e validando a parte já modelada, utilizando um modelo conceitual criado. Finalizando assim o momento dedicado a reunião com o cliente.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
## **REUNIÃO EQUIPE**
|
|
|
|
<p>A reunião do time, teve inicio com a retrospectiva, no qual acabou por utilizar a maior parte do tempo, tendo em vista se tratar da primeira entrega da equipe e também da primeira retrospectiva.
|
|
|
|
</p>
|
|
|
|
<p>Dando seguimento a reunião, foi realiza uma planning de forma sucinta, tendo foco em dividir ao máximo as tarefas para a próxima sprint, de forma que a maioria dos integrantes pudessem contribuir paralelamente no projeto.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
|
|
|
|
# Reunião #2 (23/03/2018) - Definição das funcionalidades e revisão dos mockups iniciais
|
|
|
|
|
|
|
|
## **AGENDA DA MENTHA (FLUXO DO NEGÓCIO DURANTE UMA SEMANA)**
|
|
|
|
|
|
|
|
* SÁBADO: produtor recebe pedidos (cestas a montar).
|
|
|
|
* DOMINGO: produtor envia as listas montadas.
|
|
|
|
* SEGUNDA: entrega das cestas pelo produtor.
|
|
|
|
* TERÇA: averiguação das sacolas devolvidas (QR code).
|
|
|
|
* QUARTA: produtor pode informar lista semanal da colheita.
|
|
|
|
* QUINTA: deadline para informar lista semanal da colheita/consumidores começam a fazer pedidos.
|
|
|
|
* SEXTA: consumidores ainda fazendo pedidos (nenhuma ação do produtor é necessária).
|
|
|
|
|
|
|
|
## **FUNCIONALIDADES**
|
|
|
|
|
|
|
|
*OBS: O termo 'produtor' abaixo refere-se ao cliente Android utilizado pelos produtores de produtos orgânicos.*
|
|
|
|
|
|
|
|
* O produtor deve receber a lista de produtos default (cada produto consite em uma imagem e unidade utilizada).
|
|
|
|
* O produtor deve receber uma lista indicando quais de produtos a colher.
|
|
|
|
* O produtor deve ser capaz de criar a lista semanal de produtos onde cada produto deverá possuir a quantidade e preço.
|
|
|
|
* O produtor deve receber uma lista indicando quais cestas devem ser montadas para a semana corrente.
|
|
|
|
* O produtor deve poder informar a lista de cestas que foi capaz de montar para a semana corrente.
|
|
|
|
* O produtor deve receber a lista de endereços de entrega.
|
|
|
|
* O produtor deve poder informar uma em quais endereços a entrega foi feita.
|
|
|
|
* (ADICIONAL) O produtor deve ser capaz de criar um produto que não consta na lista default que será avaliada pela Mentha.
|
|
|
|
* (ADICIONAL) O produtor poderá escanear QR codes de sacolas retornadas pelos consumidores.
|
|
|
|
* (ADICIONAL) O produtor deve receber uma notificação sempre que um consumidor fizer um pedido.
|
|
|
|
|
|
|
|
## **REVISÃO DOS MOCKUPS**
|
|
|
|
|
|
|
|
* **Tela de Pré-Cadastro** (aprovada pela Mentha)
|
|
|
|
* Deve informar o telefone.
|
|
|
|
* Tipo de certificação (dropdown).
|
|
|
|
* Número da certificação.
|
|
|
|
|
|
|
|
* **Tela inicial**: Um novo mockup deverá ser implementado.
|
|
|
|
* Deve exibir o conteúdo/ações baseado no dia da semana.
|
|
|
|
* Menu lateral deve permitir a navegação para outras telas mas as ações habilitadas devem seguir o calendário semanal.
|
|
|
|
|
|
|
|
|
|
|
|
# Reunião #1 (16/03/2018) - Briefing sobre o projeto
|
|
|
|
|
| ... | ... | @@ -203,3 +113,96 @@ Resumo dos pedidos |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
# Reunião #2 (23/03/2018) - Definição das funcionalidades e revisão dos mockups iniciais
|
|
|
|
|
|
|
|
## **AGENDA DA MENTHA (FLUXO DO NEGÓCIO DURANTE UMA SEMANA)**
|
|
|
|
|
|
|
|
* SÁBADO: produtor recebe pedidos (cestas a montar).
|
|
|
|
* DOMINGO: produtor envia as listas montadas.
|
|
|
|
* SEGUNDA: entrega das cestas pelo produtor.
|
|
|
|
* TERÇA: averiguação das sacolas devolvidas (QR code).
|
|
|
|
* QUARTA: produtor pode informar lista semanal da colheita.
|
|
|
|
* QUINTA: deadline para informar lista semanal da colheita/consumidores começam a fazer pedidos.
|
|
|
|
* SEXTA: consumidores ainda fazendo pedidos (nenhuma ação do produtor é necessária).
|
|
|
|
|
|
|
|
## **FUNCIONALIDADES**
|
|
|
|
|
|
|
|
*OBS: O termo 'produtor' abaixo refere-se ao cliente Android utilizado pelos produtores de produtos orgânicos.*
|
|
|
|
|
|
|
|
* O produtor deve receber a lista de produtos default (cada produto consite em uma imagem e unidade utilizada).
|
|
|
|
* O produtor deve receber uma lista indicando quais de produtos a colher.
|
|
|
|
* O produtor deve ser capaz de criar a lista semanal de produtos onde cada produto deverá possuir a quantidade e preço.
|
|
|
|
* O produtor deve receber uma lista indicando quais cestas devem ser montadas para a semana corrente.
|
|
|
|
* O produtor deve poder informar a lista de cestas que foi capaz de montar para a semana corrente.
|
|
|
|
* O produtor deve receber a lista de endereços de entrega.
|
|
|
|
* O produtor deve poder informar uma em quais endereços a entrega foi feita.
|
|
|
|
* (ADICIONAL) O produtor deve ser capaz de criar um produto que não consta na lista default que será avaliada pela Mentha.
|
|
|
|
* (ADICIONAL) O produtor poderá escanear QR codes de sacolas retornadas pelos consumidores.
|
|
|
|
* (ADICIONAL) O produtor deve receber uma notificação sempre que um consumidor fizer um pedido.
|
|
|
|
|
|
|
|
## **REVISÃO DOS MOCKUPS**
|
|
|
|
|
|
|
|
* **Tela de Pré-Cadastro** (aprovada pela Mentha)
|
|
|
|
* Deve informar o telefone.
|
|
|
|
* Tipo de certificação (dropdown).
|
|
|
|
* Número da certificação.
|
|
|
|
|
|
|
|
* **Tela inicial**: Um novo mockup deverá ser implementado.
|
|
|
|
* Deve exibir o conteúdo/ações baseado no dia da semana.
|
|
|
|
* Menu lateral deve permitir a navegação para outras telas mas as ações habilitadas devem seguir o calendário semanal.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
# Reunião #3 (06/04/2018) - Entrega Sprint 0
|
|
|
|
|
|
|
|
|
|
|
|
## **REUNIÃO COM A MENTHA**
|
|
|
|
|
|
|
|
<p>Nesta reunião, inicialmente foi proposto aos stackholders do projeto, uma breve apresentação a respeito dos wireframes desenvolvidos durante o sprint para fins de validação dos fluxos e funcionamento das telas que compõem a aplicação.</p>
|
|
|
|
</br>
|
|
|
|
<p>Durante a apresentação, surgiram alguns questionamentos por parte do cliente, que na sua maioria foram resolvidos pelos próprios membros da equipe encarregados dos wireframes. Porém um questionamento que acabou gerando uma discussão de maior intensidade, foi o modo de exposição que os endereços deveriam ter na tela de entregas das cestas. Foi levantada a possibilidade da criação de tags para organização, dentre outras coisas, porém após discutir a respeito da complexidade, foi acordado com a Mentha a definição de que as cestas a serem entregues seriam expostas na forma de uma lista simples, agrupadas pelo local de entrega.</p>
|
|
|
|
</br>
|
|
|
|
<p>Em seguida, foi acordado entre o time de desenvolvimento e os stackholders as metas para a próxima sprint, dia 20/04/2018. Dessa forma, ficaram decididos a entrega dos seguintes itens:
|
|
|
|
</p>
|
|
|
|
* Implementação da tela de login
|
|
|
|
* Implementação da tela de pré-cadastro (1 de 2)
|
|
|
|
* Implementação da tela de pré-cadastro (2 de 2)
|
|
|
|
* Implementação da tela de verificação de dados
|
|
|
|
* Implementação da tela de finalização de pré-cadastro
|
|
|
|
|
|
|
|
</br>
|
|
|
|
<p>Após a validação dos wireframes, a equipe deu prosseguimento a reunião levantando alguns questionamentos sobre a modelagem do banco de dados da aplicação e validando a parte já modelada, utilizando um modelo conceitual criado. Finalizando assim o momento dedicado a reunião com o cliente.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
## **REUNIÃO EQUIPE**
|
|
|
|
<p>A reunião do time, teve inicio com a retrospectiva, no qual acabou por utilizar a maior parte do tempo, tendo em vista se tratar da primeira entrega da equipe e também da primeira retrospectiva.
|
|
|
|
</p>
|
|
|
|
<p>Dando seguimento a reunião, foi realiza uma planning de forma sucinta, tendo foco em dividir ao máximo as tarefas para a próxima sprint, de forma que a maioria dos integrantes pudessem contribuir paralelamente no projeto.
|
|
|
|
</p>
|
|
|
|
|
|
|
|
|
|
|
|
# Reunião #4 (20/04/2018)
|
|
|
|
|
|
|
|
## **REUNIÃO COM A MENTHA**
|
|
|
|
|
|
|
|
<p>Neste dia, inicialmente fomos apresentados a um membro novo que iria integrar a equipe, o Luiz Cardoso.
|
|
|
|
Após uma breve apresentação, o professor Marcelo Neves ficou responsável pro dar um visão gerar da disciplina e projeto para o nova integrante.</p>
|
|
|
|
<p>Concomitante a isso, os demais membros da equipe se dividiram em dois grandes grupos para dar continuidade as demandas previstas para o sprint do dia 27/04/2018.</p>
|
|
|
|
</br>
|
|
|
|
|
|
|
|
|
|
|
|
## **KINVEY**
|
|
|
|
|
|
|
|
|
|
|
|
<p>A parte da equipe que vem trabalhando com Kinvey, inicialmente utilizou a aula para discutir a respeito de uma complicação que surgiu no decorrer da semana, que seria a falta de um modo direto para implementar regras no login com a plataforma.</p>
|
|
|
|
<p>Com algumas discussões e amadurecimento das reais necessidades da aplicação, decidimos fazer uso dos "Roles" que o Kinvey disponibiliza a criação, de modo que faríamos o controle de acesso a tabelas da aplicação com o uso de perfis que o usuário iria adquirindo a cada etapa.</p>
|
|
|
|
<p> Em um segundo momento, o grupo utilizou o restando do tempo para concretizar alguns conceitos na modelagem do negócio, de modo a poder dar continuidade aos demais endpoints da aplicação.</p>
|
|
|
|
<p>Ao final do encontro, decidimos, juntamente com a equipe de desenvolvimento android, que daríamos ênfase para a construção dos endpoints da tela de seleção de orgânicos orgânicos.</p>
|
|
|
|
</br>
|
|
|
|
|
|
|
|
## **ANDROID**
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
