Pautas de Reuniões

Reunião - 18/03


Data: 18 de março de 2018.

Horário de início: 20h30min.

Horário de término: 23h.

Pessoas presentes:

Pauta da reunião: elaboração do rich picture conceitual.

Discussões abordadas: a equipe imaginou o fluxo principal do tinder para usar como base na elaboração do rich picture conceitual.

Registro das decisões: O grupo escreveu o fluxo do tinder em ordem cronológica para decidir o que entraria no rich picture ou não. Utilizando a ideia de duas identidades e um verbo as conectando o seguinte fluxo foi feito:

Enquanto esse fluxo era criado surgiu a dúvida sobre colocar os concorrentes dentro do rich picture conceitual ou fazer um somente para isso. Essa dúvida acabou se tornando uma argumentação com as seguintes opiniões:

Discussão 01 - É necessário colocar concorrentes no Rich Picture?

P1 - É necessário colocar os concorrentes no Rich Picture para mostrar como o usuário escolhe qual aplicativo usar - Arthur

P2 - Não é necessário colocá-los, porque não se sabe se é possível encaixar os concorrentes no Rich Picture - Vítor

P3 - Não é necessário, porque no Rich Picture é necessário descrever o conceito da aplicação escolhida. Sendo assim, os concorrentes não se encaixam - Luciana

A conclusão dessa argumentação foi para não adicionar os concorrentes no rich picture conceitual.

Compromissos: reunião marcada para dia 19 de março às 20h30min para refatoração dos artefatos, levando em conta as críticas feitas pelos professores.

Reunião - 19/03


Data: 19 de março de 2018.

Horário de início: 20h30min.

Horário de término: 22h.

Pessoas presentes:

Pauta da reunião: divisão dos Rich Pictures.

Discussões abordadas: nesta reunião foi decidido quais rich pictures seriam feitos para o projeto final e quem seria responsável por elaborar cada um deles.

Registro das decisões: os rich pictures que serão entregues na próxima reunião são o de serviços pagos, concorrentes, visão social, cadastro, feed e mensagens, timeline do match, conceito e visão empresarial. A Amanda ficará responsável por fazer o rich picture de feed e mensagens e o da timeline do match. O Arthur ficará responsável pelo rich picture da visão empresarial do Tinder. Calebe ficará com o de serviços pagos. Luciana está responsável pelo conceitual e pela visão social. O Vítor ficará responsável pelo rich picture sobre os concorrentes. O Waysman ficará responsável pelo rich picture que mostra o fluxo de cadastro.

Compromissos: a entrega de cada um desses rich pictures será feita na próxima reunião que acontecerá amanhã às 20h30min.

Reunião - 20/03


Data: 20 de março de 2018.

Horário de início: 20h30min.

Horário de término: 22h30min.

Pessoas presentes:

Pauta da reunião: revisão dos rich pictures feitos desde a última reunião.

Discussões abordadas: os rich pictures foram revisados. O formulário começou a ser criado.

Registro das decisões: os rich pictures passaram por revisão de todos os integrantes. Nessa revisão os rich pictures de visão da empresa, cadastro, concorrente, fluxo de match e conceitual foram aprovados. O rich picture de feed e conversas não foi feito, o que levantou uma discussão sobre a necessidade deste artefato ser feito. Essa argumentação gerou as seguintes opiniões:

Discussão 01 - Rich picture próprio para feed e conversas

p1 - não é necessário fazer um rich picture separado, pois esse fluxo já está incluso no rich picture de match - Amanda

p2 - não é necessário já que é um fluxo bem pequeno - Vítor

p3 - seria interessante ter um próprio, pois se a equipe estivesse criando o aplicativo do zero traria uma visão nova para o desenvolvimento que não seria óbvio - Luciana

p4 - é necessário já que pode trazer uma visão não funcional dessa parte da aplicação - Arthur

p5 - é bom para trazer informações do que deve aparecer no feed - Vítor

A conclusão dessa argumentação foi que o rich picture sobre o feed e conversas deveria ser feito. Logo em seguida começou outra argumentação a respeito do atraso na entrega do rich picture de visão social:

Discussão 02 - motivo para não fazer rich picture da visão social agora.

p1 - é válido optar por adiar o rich picture de requisitos não funcionais - Luciana

P2 - é importante se preocupar com os requisitos não funcionais para garantir que eles vão estar documentados desde a pré-rastreabilidade - Arthur

p3 - fazer a pesquisa não significa que os requisitos não funcionais estão sendo deixados de lado, mas sim que estão sendo feitas pesquisas para entendê-los melhor - Vítor

p4 - é melhor pesquisar e garantir uma representação mínima dos interesses dos usuários - Amanda

p5 - se feito agora seria sem embasamento nenhum - Waysman

p6 - todos os documentos são evolutivos. Então mesmo feito com menos conhecimento, eles seriam evoluídos e amadurecidos - Arthur

p7 - existe um embasamento porque os integrantes do grupo são usuários do tinder. O que cada indivíduo do grupo pensa do Tinder acaba sendo um pensamento de usuário, e isso ajudaria na elaboração do rich picture - Arthur

p8 - apesar dos integrantes serem usuários não é significativo, já que é um número extremamente pequeno de indivíduos e muitos não estão usando o Tinder de forma real. É muito difícil que seis pessoas representem todos os usuários. Por isso um documento validaria os requisitos não funcionais - Luciana

A conclusão dessa argumentação foi que o rich picture de visão social seria feito depois que o formulário fosse lançado para receber respostas. Sendo assim, um questionário precisaria ser criado e para isso os integrantes levantaram perguntas que não poderiam faltar. Foi decidido que o questionário teria perguntas para usuários e não-usuários, perguntas sobre concorrentes e sobre os motivos de utilizar ou não o Tinder. A pessoa que ficou responsável pela elaboração do questionário foi a Luciana.

Compromissos: entrega dos rich pictures que faltaram e do questionário.

Reunião - 26/03


Data: 26 de março de 2018.

Horário de início: 20h30min.

Horário de término: 22h.

Pessoas presentes:

Pauta da reunião: decisão sobre como será feita a elicitação dos requisitos.

Discussões abordadas: divisão da wiki e elicitação de requisitos.

Registro das decisões: foi decidido que cada membro deve pesquisar as melhores formas para elicitação de requisito e justificar o motivo para usar dada técnica. Foi feita a divisão da wiki em tópicos e dividido entre os integrantes. Cada pessoa será responsável por criar a página do tópico e commitar os artefatos gerados. O index, o cabeçalho e a sidebar da wiki foram criadas. A divisão da wiki ficou da seguinte maneira:

Compromissos: Trazer as técnicas de elicitação escolhidas individualmente para que o grupo possa escolher a melhor opção. Criar as páginas do github pages. Tudo isso deve ser entregue na próxima reunião que acontecerá dia 27/03 às 20h30min.

Reunião - 28/03


Data: 28 de março de 2018.

Horário de início: 14h40min.

Horário de término: 15h40min.

Pessoas presentes:

Pauta da reunião: divisão das refatorações dos artefatos e da rastreabilidade dos requisitos.

Discussões abordadas: a maioria dos artefatos feitos até agora serão refatorados de acordo com as críticas feitas pelos professores.

Registro das decisões: foi decidido que a wiki agora será feita com mkdocs. A Luciana ficou responsável por criar todo o esqueleto da wiki. Partindo dessa decisão, foram divididas tarefas de refatoração de artefatos e criação de páginas para wiki. A Amanda será responsável por escrever os textos introdutórios da home da wiki, por refatorar as pautas de reuniões existentes, pelo registro das novas e pela criação da página de pós-rastreabilidade. O Arthur será responsável pela elaboração da linha do tempo e pelas técnicas de elicitação e priorização. O Calebe será responsável pela criação da página de modelagem e de apresentações. A Luciana ficou responsável pela criação da página de pré-rastreabilidade. E o Vítor ficou responsável pela criação da página de análise. Além de criar a wiki, o grupo decidiu aplicar o maior número de técnicas de elicitação possíveis. Para facilitar essa escolha, os responsáveis por cada técnica foram decididos da seguinte maneira:

Como a análise de discurso precisa ser feita por todos os integrantes, o Calebe ficou responsável por preparar a técnica para que possa ser aplicada na próxima reunião. O grupo já tinha aplicado quatro técnicas de elicitação e priorização. Levando isso em consideração, foi decidido que o Waysman irá refatorar a introspecção, o brainstorming, o questionário, a observação participativa e o MoSCoW.

Compromissos: Todas essas atividades precisam ser entregues na reunião que acontecerá sábado às 20h30min.

Reunião - 31/03


Data: 31 de março de 2018.

Horário de início: 20h30min.

Horário de término: 22h.

Pessoas presentes:

Pauta da reunião: Explicação de como funciona o mkdocs e revisão das técnicas de elicitação feitas.

Discussões abordadas: as técnicas de elicitação que estava prontas precisavam de mais refatoração.

Registro das decisões: somente três integrantes do grupo compareceram nessa reunião. Por isso, grande parte do que teria que acontecer durante a reunião foi adiada para a próxima. A Luciana explicou como funciona o mkdocs para o restante dos integrantes. Amanda e Luciana revisaram as técnicas entregues pelo Waysman. Foi decidido que ele precisava refatorar algumas coisas.

Compromissos: Terá uma reunião dia 01/04 com urgência, onde a participação de todos será obrigatória. Todos os artefatos que deveriam ter sido entregues nesta reunião, deverão ser entregues na próxima.

Reunião - 01/04


Data: 01 de abril de 2018.

Horário de início: 20h30min.

Horário de término: 03h20min

Pessoas presentes: - Amanda Muniz - Arthur Assis - Calebe Rios - Luciana Ribeiro - Vítor Cardoso - Waysman Silva

Pauta de reunião: técnicas de elicitação

Discussões abordadas: Daily, técnicas de elicitação, refatoração de requisitos.

Vídeo da reunião: https://www.youtube.com/watch?v=xHN5u0FpZGI

Registro das decisões:

A reunião começou com uma daily meeting para todos os integrantes do grupo terem uma noção do que estava acontecendo com o projeto até aquele momento. O resultado dessa daily se encontra na tabela abaixo.

Integrante Itens feitos
Amanda Muniz Refatorou o rich picture do fluxo de match, fez os textos presentes na home page, pautas de reunião e a análise de protocolo.
Arthur Assis Parte da linha do tempo, escreveu o texto introdutório de elicitação, passou os artefatos de priorização de requisitos para markdown e criou sua parte de elicitação.
Calebe Rios Subiu os artefatos que fez para a wiki e pesquisou sobre análise de discurso.
Luciana Ribeiro Criou a wiki, arrumou o questionário, fez a análise de protocolo e criou um tutorial sobre o mkdocs para o restante da equipe.
Vítor Cardoso Fez o storytelling e explicou seu resultado.
Waysman Silva Refatorou as técnicas de elicitação da primeira dinâmica.

Em seguida foi acordado todas as coisas que precisavam ser feitas durante a reunião. Sendo elas, terminar a wiki, passar os artefatos para a wiki, revisar as técnicas feitas, passar o moscow para uma tabela e revisar os requisitos.

Enquanto os integrantes se dividiram para realizar as tarefas o Arthur explicou que a linha do tempo está sendo feita com base nas pautas de reunião, porém ainda falta linkar com os artefatos em si.

O Arthur, o Calebe e o Vítor refatoraram os rich pictures, O Waysman e o Arthur se dedicaram em arrumar as páginas das técnicas, a Luciana arrumou as imagens dos rich pictures e das argumentações. A Amanda passou a análise de protocolo para markdown e colocou na wiki. O Vítor fez o texto introdutório sobre storytelling. O Calebe passou o moscow para tabela e arrumou o first things first. Arthur fez as tabelas parciais das técnicas. Por fim, Calebe explicou a análise de discurso e o grupo resolveu fazer uma tentativa de aplicação. A aplicação da análise de discurso começa exatamente em 04h27min00s na gravação da reunião. A última coisa feita na reunião foi uma refatoração dos requisitos.

Durante a refatoração das páginas das técnicas surgiu algo que pode ser uma argumentação. E ela pode ser vista abaixo.

ARGUMENTAÇÃO - É melhor colocar os resultado das elicitações em uma tabela só ou separar por elicitação?

p1 - Eu acho melhor separar uma página por técnica de elicitação e na página principal colocamos as técnicas usadas e o resultado final. E na página da técnica em si a gente coloca como a metodologia foi executada e o resultado final. Arthur.

p2 - Só que a Luciana falou que é melhor colocar tudo em uma tabela só informando a técnica escolhida. Waysman

p3 - É bom ter em uma tabela todos os requisitos só para gente ter uma ideia de tudo que foi elicitado. Mas também é bom ter separado, porque conseguimos analisar técnica por técnica. Arthur

p4 - Tem uma aba de técnicas e uma de finalização, em uma você coloca a tabela geral e quando for colocar cada técnica a gente coloca os requisitos que foram levantadas por ela. Luciana

p5 - Essa separação por tabela é exatamente o que eu pensei. E eu fiz essa separação. Só faltou no de questionário, porque ele não levantou nenhum requisito. Então, acho melhor colocar o questionário como fonte de informação do que como técnica de elicitação. Arthur.

CONCLUSÃO - Cada técnica de elicitação terá uma tabela com os requisitos que foram ali elicitados. E também existirá a tabela com o resultado geral.

Compromissos: -

Reunião - 08/04


Data: 08 de abril de 2018

Horário de início: 15h45min.

Horário de término: 17h50min.

Pessoas presentes: - Arthur Assis - Luciana Ribeiro - Vítor Cardoso - Waysman Silva

Pauta de reunião: cenários e léxicos

Discussões abordadas: divisão dos cenários e léxicos entre os integrantes a equipe.

Vídeo da reunião: -

Registro das decisões:

A primeira coisa feita foi listar todos os cenários e léxicos que teriam que ser feitos, logo depois isso foi dividido entre os integrantes. Além disso, o Arthur criou um modelo de cenário e de léxico para ser seguido.

Integrante Cenários Léxicos
Amanda Muniz Match; Desfazer match feed; Configuração de descoberta; Configuração de feed; Configuração de perfil web; Configuração de notificação; Deletar conta; Perfil web; Localização; GIF; Tinder; Like; Deslike; Super Like; Match;
Arthur Assis Cadastro com facebook e com número de celular; Integração spotify; Integração instagram; Acessar lista de matches; Usuário; Usuário free; Usuário plus; Usuário gold; Não usuário; Compartilhar;
Luciana Ribeiro Avaliar perfil; Like; Deslike; Super Like; Denunciar pelo perfil; Recomendar perfil; Conversas; Login; Sign up; Desfazer match; Rewind; Boost; Feed; Chat; Smart photos; Interesses; Recomendar usuário; Reported;
Vítor Cardoso Login com facebook e com número de celular; Escolher fotos; Smart photos; Sobre mim; Instagram; Spotify; Denunciar usuário; Distância máxima; Spam; Compartilhar feed; Sobre mim; Facebook; Spotify; Instagram;
Waysman Silva Feed; Comprar serviços pagos; Sticker; Emoji; Gênero; Sexo; Minha música; Contatos em comum; Info; Compartilhar minha URL; Nome de usuário;

Compromissos:

Todos os integrantes devem fazer os cenários e léxicos pelos quais são responsáveis no drive e passar para a ferramenta C&L, seguindo os modelos feitos na reunião. Tudo tem que estar pronto e revisado para a dinâmica de amanhã.

Reunião - 10/04


Data: 10 de abril de 2018.

Horário de início: 20h30min

Horário de término: 03h30min

Pessoas presentes: - Amanda Muniz - Calebe Rios - Luciana Ribeiro - Vítor Cardoso - Waysman Silva

Pauta de reunião: léxicos e cenários.

Discussões abordadas: daily, todos os cenários e léxicos existentes foram revisados e outros foram criados.

Vídeo da reunião: https://www.youtube.com/watch?v=DHJxqV99l3I

Registro das decisões:

A reunião começou com uma daily e o resultado se encontra na tabela abaixo.

Integrantes Itens feitos
Amanda Muniz Revisou os cenários que tinha feito e encontrou novos para serem feitos.
Vítor Cardoso Passou os léxicos que fez para o drive e os revisou.
Waysman Silva Fez alguns léxicos, criou outros e os revisou.

Em seguida, começou a revisão de todos os cenários e de todos os léxicos. A Luciana, o Vítor e o Waysman fizeram essa revisão, enquanto a Amanda passava os que já tinham sido revisados para markdown para subir para a wiki. Todos os cenários foram commitados para a wiki e foram linkados com os léxicos.

Compromissos: -

Reunião - 17/04


Data: 17 de abril de 2018

Horário de início: 20h30min.

Horário de término: 02h40min.

Pessoas presentes: - Amanda Muniz - Calebe Rios - Luciana Ribeiro - Vítor Cardoso - Waysman Silva

Pauta de reunião: casos de uso.

Discussões abordadas: novos cenários e léxicos foram criados. Os casos de uso e a especificação suplementar foram feitos.

Vídeo da reunião: https://www.youtube.com/watch?v=qernHpVEk4k

Registro das decisões:

Durante a primeira parte da reunião os integrantes se dedicaram em fazer novos léxicos e novos cenários. A Luciana, o Vítor e o Waysman fizeram novos léxicos enquanto a Amanda fez novos cenários. Os cenários e léxicos feitos durante a reunião se encontram na tabela abaixo.

Cenários Léxicos
Congelar conta; Denunciar usuário pelo feed; Denunciar usuário pela conversa; Desfazer match pela conversa; Abrir conversa pelo feed; Abrir perfil pelo feed; Logout; Acessar configurações; Plano pago; Plano plus; Plano Gold; Assinar; Distância; Faixa Etária; Mostrar-me no Tinder; Notificações; Curtir mensagem; Mensagem; Modo trabalho; Restaurar compras; Dicas de segurança; Regras da comunidade; Termos de serviço; Licenças; Congelar conta; Swipe; Cancelar; Foto Inapropriada; Passaporte; Descoberta; Atualização; Destaque; Descolar; Cartão; Oculto;

Na segunda etapa da reunião, os integrantes começaram a fazer os casos de uso. O Vítor fez a especificação suplementar. Os casos de uso começaram sendo listados. Nesta listagem, os cenários foram consultados e os casos de uso foram descritos com qual cenário seria o fluxo principal e quais seriam os fluxos alternativos. Depois, a Amanda começou a fazer as especificações dos casos de uso, enquanto a Luciana subia a estrutura das páginas dos casos de uso para a wiki. A Luciana passou as especificações dos casos de uso para markdown e subiu para a wiki, o Vítor fez o mesmo com a especificação suplementar. O Calebe e o Vítor fizeram os diagramas dos casos de uso.

Compromissos:

Nem todas as especificações foram terminadas durante a reunião, elas devem estar prontas até a hora da dinâmica de entrega. E o Calebe irá refatorar os diagramas para a dinâmica.

Reunião - 24/04


Data: 24 de abril de 2018

Horário de início: 20h30min.

Horário de término: 23h30min.

Pessoas presentes: - Amanda Muniz - Arthur Assis - Calebe Rios - Luciana Ribeiro - Vítor Cardoso - Waysman Silva

Pauta de reunião: histórias de usuário

Discussões abordadas: todo o backlog do produto foi criado e as sprints foram planejadas.

Vídeo da reunião: https://www.youtube.com/watch?v=i-cKoD88v2s

Registro das decisões:

No começo da reunião foi definido que o backlog com todas as histórias iria ser feito com uma coluna para manter a rastreabilidade dos requisitos. Além disso seria feito a preparação de todas as sprints e o loadmap seria escrito. Com isso definido, os integrantes começaram a criar as histórias de usuário em uma tabela. Essa tabela foi criada com as seguintes colunas.

Épico Sprint ID Eu, como Desejo Para que eu possa Pontos Prioridade Requisitos
- - - - - - - - -

Durante toda a duração da reunião a equipe se dedicou em criar as histórias de usuário e em um momento acabou surgindo a seguinte argumentação.

ARGUMENTAÇÃO - O limite de likes deve entrar na história de usuário de dar likes?

p1 - O limite de likes não deveria entrar nessa user storie, pois é uma funcionalidade que não faz muito sentido para a história. É possível realizar a história sem esse limite. Essa funcionalidade vem dos serviços pagos. - Arthur

p2 - O limite deve entrar porque seria um tipo de validação, como um critério de aceitação da história. - Luciana

p3 - Concordo que limitar os likes seria um critério de aceitação, já que só verificaria se tem likes disponíveis sendo um usuário free. - Waysman

p4 - Eu não acho que seria um critério de aceitação, pois não agrega valor na user storie de dar like. O valor dessa história é um usuário avaliar outro e o limite de likes agrega valor no épico de serviços pagos. - Arthur

p5 - Não acho que agrega valor no épico de serviços pagos, já que seria como adicionar um IF/ELSE de um método da história de dar likes e isso não tem relação com a história de serviços pagos. - Luciana

p6 - O limite de likes deveria entrar na história de dar likes porque a maioria dos usuários não são pagos. E os usuários pagos herdam as características de usuário. - Vítor

p7 - Acho que isso não faz sentido, uma vez que a visão ágil acredita em entregar pequenos produtos funcionais e um produto com esse limite não agrega valor. Isso acaba quebrando a usabilidade e alguns requisitos funcionais. Se você não dá outra opção para usuário não faz sentido limitar os likes, enquanto não existir a opção de compra. - Arthur

p8 - Eu não acho que a limitação do like ‘estraga’ o produto. Acho que essa limitação do like, mesmo antes de colocar os serviços pagos da um gostinho a mais e instiga o usuário a voltar quando tiver like disponível. - Waysman

p9 - Discordo, porque o Tinder não fez isso. Eles disponibilizaram tudo e somente depois colocaram a limitação de likes. - Arthur

CONCLUSÃO - O limite de likes não vai entrar nessa história de usuário, porque no caso de sucesso que Tinder, esse limite só foi criado posteriormente.

Compromissos:

Durante a reunião as histórias de usuário foram divididas entre os integrantes e cada um deve fazer os critérios de aceitação correspondentes. A divisão ficou da seguinte maneira.

Integrantes Histórias de usuários
Amanda 1 ao 6
Arthur 7 ao 12
Calebe 13 ao 17
Luciana 18 ao 22
Vítor 23 ao 27
Waysman 28 ao 33

Reunião - 06/05


Data: 06 de maio de 2018.

Horário de início: 20h30min.

Horário de término: 22h30min.

Pessoas presentes: - Amanda Muniz - Arthur Assis - Luciana Ribeiro

Pauta de reunião: NFR

Discussões abordadas: Os NFR foram criados.

Vídeo da reunião: https://www.youtube.com/watch?v=OzpL5VREVTg

Registro das decisões:

Nesta reunião os NFRs serão criados. Para isso ser feito estão sendo usados os NFRs individuais criados pela Amanda e a especificação suplementar. Sendo assim, os integrantes revisaram e fizeram a refatoração dos NFRs já prontos. Além disso, o Arthur comandou a votação da propagação.

Compromisso:

Explicar para os professores que metade da equipe não pode participar da elaboração dos NFRs.

Reunião - 13/05


Data: 13 de maio de 2018.

Horário de início: 20h30min.

Horário de término: 22h30min.

Pessoas presentes: - Amanda Muniz - Luciana Ribeiro - Vítor Cardoso

Pauta de reunião: iStar

Discussões abordadas: criação de iStar.

Vídeo da reunião: https://www.youtube.com/watch?v=em5GQzeusp8

Registro das decisões:

A reunião começou com os integrantes lendo sobre o iStar, porque não sabiam como começar o artefato. Para a criação do iStar foi levado em conta um documento criado pela Amanda. Esse documento é uma pesquisa feita em grande parte da documentação do Tinder, para achar critérios de qualidade. Essa pesquisa pode ser encontrada aqui. Em seguida, a equipe listou os atores, softgoals, goals e tasks para auxiliar na montagem do iStar.

Atores
Usuário Tinder - ator; Automated decision-making and profiling - agente; Servidor - agente; Smart photos - agente; Super Likeable - agente.
Goals Tasks
Descobrir outros usuários Fornecer critérios de pesquisa; Fornecer critérios de localização; Fornecer informações; Realizar swipe.
Se conectar a outros usuários Realizar um swipe com like; Receber um swipe com like; Realizar um match; Fornecer opção de conversa com o match.
Acompanhar dados dos perfis dos matchs Acessar o feed; Exibir as atualizações dos matches do usuário.
Fornecer descontos e ofertas personalizadas Coletar dados referentes ao uso do usuário do Tinder; Exibir ofertas de serviços pagos do Tinder; Exibir descontos de serviços pagos do Tinder.
Testar as fotos para garantir que as primeiras são as melhores Alterar a primeira foto que aparecerá para as outras pessoas; Coletar dados sempre que alguém realizar um swipe no usuário; Reordenar fotos para mostrar sempre as melhores.
Exibir tela com quatro perfis Super Likeables Coletar dados dos gostos do usuário; Exibir quatro perfis para o usuário; Disponibilizar um super like gratuito;
Softgoals Tasks
Recomendar pessoas interessantes Coletar as informações fornecidas pelos usuários; Coletar dados referentes ao uso do Tinder pelo usuário; Coletar interesses em comum entre os dois usuários; Coletar os critérios de pesquisa do usuário; Coletar os critérios de localização do usuário; analisar essas informações com o algoritmo; Recomendar pessoas; Recomendar o usuário para outras pessoas.
Exibir anúncios relevantes Coletar as informações fornecidas pelo usuário; Coletar dados referentes ao uso do Tinder pelo usuário; Analisar essas informações com o algoritmo; Exibir anúncios; Avaliar a eficácia desses anúncios.
Promover proteção e segurança Coletar dados dos usuários; Analisar dados dos usuários; Prevenir ações ilegais; Prevenir ações não autorizadas; Suspender a conta do usuário que infringiu as regras.
Rationales
Acessar conversas; Smart Photos; Se conectar a outros usuários.

Com base nessa listagem o Vitor se dedicou em fazer o SD, enquanto a Luciana fazia os SR’s.

Compromissos: -

Reunião - 18/05


Data: 18 de maio de 2018

Horário de início: 20h30min.

Horário de término:** 23h30min;

Pessoas presentes: - Arthur Assis - Calebe Rios - Luciana Ribeiro - Vítor Cardoso

Pauta de reunião: iStar

Discussões abordadas: Refatoração do iStar.

Vídeo da reunião: https://www.youtube.com/watch?v=A4Pksf5z8uk

Registro das decisões:

A reunião começou com o Vítor explicando o que precisava ser refatorado no SD. A partir disso, os integrantes se dividiram e cada um fez a refatoração de algum artefato e eventualmente tiravam dúvidas entre si. Os artefatos refatorados e/ou criados durante essa reunião se encontram na tabela abaixo.

iStar Rationales
Modelo de dependência Match entre usuários; Smart photos; Integração com outros softwares; Comunicação app-servidor; Atalhos de navegação; Atualizar perfil; Criar perfil; Denúncia; Exibir anúncio; Recomendar perfil.

Compromissos: -

Reunião - 22/05


Data: 22 de maio de 2018.

Horário de início: 20h30min.

Horário de término: 20h50min.

Pessoas presentes: - Amanda Muniz - Arthur Assis - Calebe Rios - Vítor Cardoso

Pauta de reunião: Checklists

Discussões abordadas: Criação dos checklists.

Vídeo da reunião: https://www.youtube.com/watch?v=-t7-PNUW_AM

Registro das decisões:

A reunião começou com o Vítor explicando como criou a checklist. Os integrantes decidiram quais checklists teriam que ser criados e foi decidido que seria focado em modelagem. E a partir disso dividiram entre os integrantes, essa divisão ficou da seguinte maneira.

Integrantes Artefatos
Amanda Cenário e léxico
Arthur NFR
Calebe Casos de uso
Luciana Histórias de usuário
Vítor iStar

Compromissos: Os checklists precisam ser criados para a dinâmica de amanhã.

Reunião - 23/05


Data: 23 de maio de 2018.

Horário de início: 15h20min.

Horário de término: 15h40min.

Pessoas presentes: - Amanda Muniz - Arthur Assis - Calebe Rios - Luciana Ribeiro - Vítor Cardoso

Pauta de reunião: Verificação.

Discussões abordadas: divisão dos checklists.

Vídeo da reunião: -

Registro das decisões:

Os integrantes se reuniram para dividir os checklists e escolher quem responderia o que. A ideia é que cada integrante é responsável por criar e responder três checklists e responder seis checklists criados por outras pessoas. O resultado da divisão ficou da seguinte maneira.

Pré-rastreabilidade:

Elicitação:

Modelagem:

Compromissos: Responder todos os checklists.

Reunião - 27/05


Data: 27 de maio de 2018.

Horário de início: 20h30min.

Horário de término: 22h15min.

Pessoas presentes: - Amanda Muniz - Arthur Assis - Calebe Rios - Luciana Ribeiro - Vítor Cardoso

Pauta de reunião: Checklists

Discussões abordadas: Revisão das checklists para serem resolvidas.

Vídeo da reunião: https://www.youtube.com/watch?v=FwizJmF3ZhA

Registro das decisões:

A reunião começou com os integrantes decidindo que todos os checklists de elicitação não precisam ser feitos. Então, todos os integrantes explicaram as perguntas dos checklists para serem aprovadas. Os checklists revisados se encontram na tabela abaixo.

Integrantes Checklists
Amanda Análise de Protocolo, Cenário e Léxicos
Arthur Argumentação, NFR
Calebe Diagramas e especificações de casos de uso
Luciana Histórias de usuário
Vítor Storytelling e iStar.

Compromissos: Responder os checklists com urgência.

Reunião - 05/06

Data: 05 de junho de 2018.

Horário de início: 20h30min.

Horário de término: 20h40min.

Pessoas presentes: - Calebe Rios - Luciana Ribeiro - Vítor Cardoso

Pauta de reunião: Matriz de rastreabilidade

Discussões abordadas: escolha da matriz de rastreabilidade

Vídeo da reunião: https://www.youtube.com/watch?v=yOgMnUTAXrU

Registro das decisões:

Nesta reunião as matrizes individuais foram revisadas e os integrantes presentes escolheram a matriz de rastreabilidade da Amanda para ser seguido como modelo. Além disso, foi decidido que cada integrante vai fazer a matriz de um artefato.

Integrantes Integrante
Amanda Cenário
Arthur NFR
Calebe Casos de uso
Luciana Histórias de usuário
Vítor iStar

Compromissos: Criar as matrizes de rastreabilidade para a próxima dinâmica.