Reuniões

Unidade 01

Reunião 00 - Com a cliente

Perguntas a serem feitas:

• Fale um pouco mais sobre a nutridunitê
• Falar nosso plano e perguntar das ideias dela;
• Perguntar o que ela acha que deveria ter no app

Conversa com a cliente:

• Tirar gráfico;
• Não tem dieta;
• Notificações com avisos de comer, sono e tals;
• Pesquisar NuMax app;
• Diario alimentar;
• Inserir ala de posts da nutricionista;
• Coisas que ela mais usa em outros apps: agenda, diario alimentar, chat e aba conteudos;
• PRINCIPAL: agenda, diario alimentar e aba de conteúdos;
• Um jeito de ver pela net tambem;
• Os problemas que ela disse ter: melhorar a comunicação, lembretes e interações com a nutri;
• A ciente viaja quarta quinta e sexta, caso tenha a reunião semana que vem o melhor dia seria segunda;

Reunião 01 - 11/09

Briefing (Modelo padrão do professor):

Falamos sobre a visão geral do produto, definindo os problemas, declaração de posição, objetivos e tecnologias a serem usadas no produto.

Decidimos que o objetivo do produto será facilitar o acesso e a visualização das dietas dos filhos dos clientes, além do monitoramento da alimentação e gerenciamento dos nutrientes ingeridos pela criança durante o dia.

Ishikawa feito.

Decisão do líder: decidimos que o líder será o Bertolazi.

Novas decisões:

• Controle de nutrientes ingeridos pela criança;
• Fórum de dúvidas.

Unidade 02

Reunião 02 - 09/10

Definição dos Requisitos Funcionais, Requisitos Não-Funcionais

Funcionais:

• Gerar tela de início: requisito de uso tanto da nutricionistae seus funcionários quanto dos clientes, será o local aonde ficará as opções de uso do aplicativo;
• Desenvolver Agenda: será um requisito de uso apenas da nutricionista e de seus funcionários, para que eles consigam se organizar e ter controle sobre as suas consultas e clientes;
• Desenvolver Diário elementar: também como um requisito que visa a organização profissional da nutricionista, onde será registrado eventos diários, ideias novas a serem implementadas na clínica e observações sobre os clientes;
• Desenvolver Fórum: uma forma de ter um contato mais fácil entre a nutricionista e seus clientes, aonde eles poderão tirar dúvidas diretamente com os funcionários da clínica e consequentemente responder perguntas frequentes, pois já estarão lá para que novos clientes possam ver. Assim evitando perguntas frequentes no WhatsApp da clínica;
• Desenvolver Aba de conteúdos: será o local aonde a nutricionista poderá adicionar seus PDF’s sobre educação alimentar e os clientes poderão ter acesso para fazer uso deles, o que faz com que a nossa cliente não precise mais ficar enviando o mesmo arquivo para várias pessoas diferentes e também a busca pelos PDF’s por parte dos clientes da clínica;
• Desenvolver Cadastro / log in: será aonde os clientes conseguirão crias suas contas e acessar o aplicativo, também funcionará para os funcionários, mas será feito um cadastro diferente para eles, já que eles terão acesso a mais funções do que os clientes.
• Desenvolver Notificações: instrumento de avisos aonde a nutricionista poderá lançar notificações para seus clientes, como por exemplo um aviso da importância de se tomar mais água em épocas de extremo calor ou até dicas de substituir alimentos por outros que tenham mais valor nutricional;

Não-Funcionais:

• Usabilidade
  • Desenvolver Interface de fácil uso, aonde se consiga acessar qualquer uma das opções de funcionalidade a partir de um clique;
  • Gerar desing responsivo;
• Confiabilidade
  • Atender os requisitos do usuário;
• Desempenho
  • Garantir Otimização do código;
• Suportabilidade
  • Confeccionar sistema de criptografia de senhas;
  • Desenvolver armazenamento para contas registradas;
  • Desenvolver sistema de atualização de documentos;
  • Desenvolver sistema de atualização de consulta;
  • Desenvolver sistema de atualização de data
  • Desenvolver sistema de atualização de notificações;
• Restrições de Design
  • Criar Interface de usuário;
  • Criar Interface de administrador;
• Compatibilidade
  • Gerar reponsividade no aplicativo;
• Requisitos de Implementação
  • Construção de um Banco de dados.

Definição de Ready e Done

• Ready:

  • O requisito tem que caber em uma Sprint;
  • As histórias de usuário devem estar definidas;
  • Os critérios de aceitação bem definidos;
  • Os requisitos devem estar devidamente priorizados;
  • O requisito deve estar mapeado para uma interface.

• Done:

  • O código deve passar nos testes unitários;
  • O código deve passar nos testes de aceitação;
  • O requisito deve estar devidamente documentado;
  • O requisito deve cumprir os critérios de aceitação;
  • O código deve ser revisado e aprovado pelos membros da equipe;

Reunião 03 - Com a cliente - 11/10

Pedidos da cliente

• Mudar a ideia do fórum para um mural de perguntas frequentes, aonde a nutricionista irá adicionar as perguntas que mais aparecem para ela e trocar o nome para Comunidade Nutri Duni Tê;
• Botar chat direto com a nutri;
• Botar agendamento na aba do cliente, para lembrar ele da consulta;
• Deixar o app o mais simplificado possivel;

Reunião 04 - 16/10

• Atualização, baseada na opinião do monitor, dos requisitos funcionais e não funcionais;
• Desenvolvimento das histórias de usuário;
• Organização dos requisitos em: Temas - Épicos - Histórias;
• Atualização, baseada na opinião do monitor, das definições de ready e done.

Reunião 05 - 26/10

• Correção de alguns erros gramaticais na unidade 2 do GitPages;
• Finalização da resolução da issues;
• Finalização do esboço do projeto feito pelo figma;
• Gravação do vídeo de apresentação da unidade 02;

Unidade 03

Reunião 06 - 08/11

Pautas abordadas na Sprint Planning

• Utilizamos o Planning Poker para definir as primeiras histórias a serem feitas
• Preenchimento do template da Planning
• Mudar Backlog do produto a partir dos tópicos da página de mudanças;

• Selecionamos o sprint goal:

  US 03: Eu, como usuário, quero cadastrar uma nova conta de usuário para ter acesso ao sistema;

  US 04:Eu, como funcionário, quero cadastrar uma nova conta de funcionário para ter acesso ao sistema;

  US 01: Eu, como funcionário, quero me autenticar usando um login para ter acesso a todas as funcionalidades disponíveis aos funcionários;

• Aplicamos a DoR em cada uma das histórias;

• Estabelecemos o backlog da sprint e selecionamos tarefas para cada história;

Reunião 07 - 13/11

• Colocamos as pastas de Model View e Controller no git;
• Redefinição das tarefas para cada um dos integrantes;
• Padronização
  • Utilização do PascalCase para função e chamada de classe e para arquivos utilizaremos em inglês sem regra de escrita e separado por underline;
  • Nomenclatura em inglês;
  • Nome da variável/função/classe bem definida.

Reunião 08 - Com a cliente - 23/11

Apresentação dos resultados da primeira sprint para a cliente:

• A cliente aprovou o que foi desenvolvido pela equipe, pedindo apenas algumas pequenas mudanças, que já foram implementadas no código, ficando da maneira desejada por ela;
• As mudanças pedidas foram:
  • Foto do plano de fundo em HD e harmonizada com a logo;
  • Trocar o CPF pelo Telefone do usuário;
  • Aplicar o formato do telefone (com ou sem dd);
  • O usuário de log in dos clientes será o E-mail;
  • Os critérios de aceitação para criar uma senha serão simples (apenas letras e/ou números e até 8 dígitos).

Unidade 04

Reunião 09 - 29/11

Objetivos:

• Definição das funções de cada um nas histórias do mvp1 e do mvp2;
• Definição dos tipos, níveis e técnicas de teste;
• Foi adicionada a tabela de testes no GitPages.

Reunião 10 - Com a Cliente - 13/12

• Apresentação do App rodando;
• Aplicação dos critérios de aceitação;
• DoD;
• Histórias aprovadas pela cliente: 6, 7, 9, 10, 8, 14;
• Pendências: US 11, 12, 13, 15, 16.