Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • D Diário das Emoções Wiki
  • Project information
    • Project information
    • Activity
    • Labels
    • Planning hierarchy
    • Members
  • Issues 0
    • Issues 0
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Create a new issue
  • Jobs
  • Issue Boards
Collapse sidebar
  • Diário das Emoções
  • Diário das Emoções Wiki
  • Wiki
  • Gerência

Last edited by Yuri Jacques Seixas Jun 24, 2022
Page history

Gerência

Gerência

Instalação

Processo

Design/Mockups

Configuração

Arquitetura

Código

BD

Qualidade

Utilização

  • Termo de abertura do projeto
  • EAP
  • Plano de comunicação
  • Plano de riscos
  • Matriz de responsabilidades
  • Plano de Recursos Humanos
  • Horários do time

Termo de Abertura

Título do Projeto: Diário das Emoções

Cliente: Diana Leonhardt dos Santos e Dr. Alexandre Anselmo Guilherme (GruPEV - Grupo de Pesquisas em Educação e Violência/PUCRS/CNPq)

Semestre: Sexta-feira LMNP – 2022/1

Justificativa do Projeto: O projeto surgiu a partir da identificação, por parte dos autores envolvidos, da necessidade de termos instrumentos de intervenção no espaço escolar voltadas ao desenvolvimento socioemocional dos estudantes. No contexto educacional, uma das diretrizes é o desenvolvimento integral dos estudantes no sentido de “conhecer-se, apreciar-se e cuidar de sua saúde física e emocional, compreendendo-se na diversidade humana e reconhecendo suas emoções e a dos outros, com autocrítica e capacidade de lidar com elas” (BNCC, 2017). O aplicativo está voltado para estudantes do 1º e do 2º ano dos Anos Iniciais, visto que é na faixa etária de 6 a 8 anos de idade que estimula-se, no contexto escolar, o desenvolvimento de habilidades relacionadas ao reconhecimento e à nomeação de emoções em si e nos outros.

Objetivos do Projeto: Desenvolver um aplicativo que objetiva auxiliar estudantes dos Anos Iniciais do Ensino Fundamental – 1º e 2º anos no processo de identificação, nomeação e monitoramento das próprias emoções. O aplicativo visa identificar oscilações de emoções ao longo do ano letivo, contribuindo com a identificação de momentos que possam ser estressantes para os estudantes, como momentos avaliativos, ajudando professores e equipe pedagógica a identificarem e, especialmente, intervirem nesses momentos.

Descrição do Projeto em alto nível: • Cadastro do administrador do aplicativo. • Cadastro do estudante (nome, série, turma). • Identificação e nomeação das emoções (figuras, imagens, vídeos, cenas). • Espaço para o aluno contar como está se sentindo. • Resultado com a criação dos pareceres das identificações das emoções. • Gráficos por estudando, por turma, por série. • Notificações.

Não está no Escopo: -

Tecnologia: Aplicativo móvel, preferencialmente Ipad.


EAP

image

Plano de Comunicação

Evento Descrição Responsável Envolvidos Frequência Duração
Kickoff A reunião de Kickoff é a primeira reunião entre o time e o cliente do projeto. Nela é apresentada o projeto a ser desenvolvido e o objetivo por trás do projeto. Essa reunião os envolvidos se alinham referente ao projeto, os desenvolvedores tiram suas dúvidas ocorridas durante a apresentação do cliente e começam o levantamento de requisitos. Cliente AGES I, II, III, IV e Cliente Uma vez 1 hora e 30 minutos
Daily Todos os integrantes da equipe devem comentar os status de suas tarefas no projeto, informando a equipe o que fez até o momento, o que irá fazer até a próxima daily e se tens alguns impedimento ou dúvida. AGES IV AGES I, II, III, IV Quartas e Sextas às 19:15 15 minutos
Sprint Review Demonstra-se, revisa-se e discute-se aquilo que foi trabalhado durante a Sprint, fornecendo informações importantes para a Sprint Planning. AGES IV AGES I, II, III, IV e Cliente Aproximadamente a cada 2 semanas (final da Sprint) 1 hora
Sprint Planning Planeja-se o trabalho que será realizado durante a Sprint, priorizando-se itens do Product Backlog e movendo-os para o Sprint Backlog. AGES IV AGES I, II, III, IV e Cliente Aproximadamente a cada 2 semanas (início da Sprint) 30 minutos
Sprint Retrospective A Retrospectiva da Sprint é uma oportunidade para o time se avaliar e criar um plano de melhorias a serem implementadas durante a próxima Sprint. Durante a cerimônia, a equipe discute o que correu bem na Sprint e o que pode ser melhorado na próxima Sprint. Embora melhorias possam ser implementadas a qualquer momento, a Retrospectiva da Sprint oferece uma oportunidade formal para focar na melhoria do processo. AGES IV AGES I, II, III, IV Aproximadamente a cada 2 semanas (final da Sprint) 1 hora e 30 minutos
Tasks Breakdown Momento em que é realizada a quebra de cada User Story priorizada para a Sprint em tarefas técnicas específicas, mensuráveis, pequenas o suficiente e idealmente paralelizáveis. AGES III e IV AGES I, II, III, IV Aproximadamente a cada 2 semanas (início da Sprint) 1 hora
Squads Breakdown Momento em que os Gerentes de Projeto se reunem para organizar o time dividindo-o em squads, considerando nessa divisão critérios que visem maximizar a produtividade e efetividade dos desenvolvedores para que assim atinjam o objetivo da entrega estipulada na Sprint. AGES IV AGES IV Aproximadamente a cada 2 semanas (início da Sprint) 1 hora

Plano de risco

As pontuações de probabilidade foram definidas em uma escala de 1 a 5, sendo 1 "Improvável" e 5 "Totalmente provável". As pontuações sobre o risco estão também em uma escala de 1 a 5, sendo 1 "Nenhum impacto sobre o projeto" e 5 "Alto impacto sobre o projeto".

Risco Probabilidade Impacto Severidade Estratégia Ações
Alterações de escopo 3 5 20 Mitigar Definir escopo no início do projeto e balancear aceitando apenas mudanças pequenas (que não exijam retrabalho) ao decorrer do projeto.
Falta de engajamento de membros 4 5 20 Mitigar Manter comunicação ativa e conversas direcionadas quando isso acontecer. E caso ocorra e esteja impactando demais membros do time, reorganizar tarefas da forma necessária.
Entregas atrasadas de User Stories planejadas 4 4 16 Mitigar 1.Acompanhar desenvolvimento do time; caso um possível atraso seja identificado, auxiliar no que for necessário. 2.Definir tempo de integração de tarefas, para que seja possível desenvolver algumas tarefas pendentes.
Problemas inesperados na demostração para o cliente 4 5 20 Eliminar Realizar testes funcionais para cada contribuição de código e antes da entrega com a versão final da aplicação.
Falta de presença do stakeholder 2 5 10 Transferir Mandar lembretes com 6h de antecedência e manter comunicação aberta e disponível com o stakeholder, assim fica a cargo do mesmo nos avisar com atencedência em caso de falta necessária
Entrega de User Stories planejadas antes do fim da sprint 3 5 15 Melhorar Tendo entregue o que foi planejado, analisar capacidade para mais USs dentro do nosso planejamento da Sprint
Falta de espaço no Firebase 4 4 16 Transferir Transferir essa necessidade para o stakeholder, para que ele possa aumentar o plano no Firebase.
Falta de recursos financeiros para a conta desenvolvedora da plataforma iOS 4 4 16 Transferir Transferir essa necessidade para o stakeholder, para que ele possa adquirir a conta desenvolvedora.

Matriz de responsabilidades

As responsabilidades foram, no geral, atribuídas de acordo com os papéis da AGES (I, II, III e IV); como a sprint 0 é a iniciação do projeto, e possui atividades diferentes das demais sprints, a matriz foi quebrada em duas: uma com atividades da sprint 0, e outra com as atividades das outras sprints.

Sprint 0

Atividade AGES I AGES II AGES III AGES IV
Alimentar a wiki R R R R
Definir ferramenta de mockups C R A A
Desenvolver mockups C R/A C A
Definir tecnologias (front/back) C C R/A A
Criar projeto inicial (Flutter) I I R/A A
Criar projeto inicial (Firebase) I I R/A A
Documentar projeto/arquitetura inicial I I R/A A
Criar User Stories C C C R/A
Realizar estudos dirigidos R R R R
Documentação de requisitos R/A C C A
Modelar o BD (conceitual/lógico) I R/A R/A A
Apresentar no dia 25/03 C C C R

Sprint 1

Atividade AGES I AGES II AGES III AGES IV
Alimentar a wiki R R R R
Definir squads C C C R
Definir marcos da sprint I I C R/A
Quebra de tasks C C R R/A
Desenvolvimento R R R/A C/A
Code review C C R/A C
Executar testes funcionais* A A C/A C/A
Deploy da aplicação I I R A
Definir plano de comunicações I I I R/A
Definir organização do time I I C R/A
Apresentação da review C C C R

Sprint 2, 3 e 4

Atividade AGES I AGES II AGES III AGES IV
Alimentar a wiki R R R R
Definir squads C C C R
Definir marcos da sprint I I C R/A
Quebra de tasks C C R R/A
Desenvolvimento R R R/A C/A
Code review C C R/A C
Executar testes funcionais* A A C/A C/A
Deploy da aplicação I I R A
Apresentação da review C C C R

Plano de Recursos Humanos

Cargo Nome
Stakeholders Diana Leonhardt dos Santos e Alexandre Anselmo Guilherme
Professor orientador Azriel Majdenbaum
Ages I João Victor Rhoden Machado, Pedro Henrique Battistella Vieira, Pedro Henrique Semensato Machado e Victor Dos Santos Cruz
Ages II Arthur Da Silva Maia, Bruno Breyer Garcia e Leonardo José Machado Canto
Ages III Carolina Schmitt Fração e Rafael Dos Santos Cardoso
Ages IV Yuri Jacques Seixas, Joseph Douglas Affeldt Weber e Leonardo Freitas da Veiga

Horários do time

Segunda Terça-feira Quarta-feira Quinta-feira Sexta-Feira Sábado Domingo
8h0 Victor Victor
8h30 Victor Victor
9h0 Joseph/Victor/Bruno Victor
9h30 Joseph/Victor/Bruno Victor
10h0 Joseph/Victor/Bruno Victor
10h30 Joseph/Victor/Bruno Victor
11h0 Joseph/Victor/Bruno Victor
11h30 Joseph/Bruno
12h0
12h30
13h0
13h30 Pedro Bruno
14h0 Pedro Bruno
14h30 Pedro Bruno
15h0 Pedro Bruno
15h30 Bruno/Pedro V. Bruno/Pedro V. Bruno/Pedro V. Bruno/Pedro V. Bruno/Pedro V. Pedro / Maia Bruno
16h0 Bruno/João/Pedro V. Bruno/João/Carol/Pedro V. Bruno/Pedro V. Bruno/João/Pedro V. Bruno/Pedro V. Pedro / Maia Bruno
16h30 Bruno/João/Pedro V. Bruno/João/Carol/Pedro V. Bruno/Pedro V. Bruno/João/Pedro V. Bruno/Pedro V. Maia Bruno
17h0 Victor/João Victor/João/Carol Léo M. Victor/João/Carol Victor Bruno
17h30 Victor/João/Yuri Pedro/Victor/João Léo M./Yuri Pedro/Victor/João/Carol Victor/Yuri Bruno Bruno
18h0 Rafael/Victor/Yuri Pedro / Rafael/Victor Léo M./Yuri Pedro / Rafael/Victor/Carol Rafael/Yuri Bruno Bruno
18h30 Rafael/Yuri Pedro / Rafael Léo M./Yuri Pedro / Rafael/Carol Rafael/Yuri Bruno
19h0 Rafael/Bruno/Léo V./Yuri Pedro / Rafael/Léo V. Bruno/Léo V./Yuri Pedro / Rafael/Carol Aula Bruno/Léo M. Léo M.
19h30 Rafael/Bruno/Léo M./Léo V./Yuri Rafael/Léo V. Rafael/Bruno/Léo V./Yuri Bruno/Léo M. Léo M.
20h0 Bruno/Léo M./Léo V./Yuri Léo V. Rafael/Bruno/Léo V./Yuri Bruno/Léo M. Léo M.
20h30 Bruno/Léo M./Léo V./Yuri Léo V. Rafael/Bruno/Léo V./Yuri Bruno/Léo M. Léo M.
21h0 Bruno/Léo M. Joseph/Maia/Léo V./Pedro V. Rafael/Bruno Joseph /João/Pedro V. Bruno/Léo M. Léo M.
21h30 João Joseph/Léo V./Pedro V. Rafael Joseph/João/Pedro V. Léo M.
22h0 João Joseph/Léo V./Maia/Carol/Pedro V. Rafael Joseph/João / Maia/Pedro V. Léo M.
22h30 Joseph/Léo V./Maia/Pedro V. Rafael Joseph/Pedro V. Maia
23h0 Rafael
23h30 Maia Rafael / Maia
Clone repository
  • Estudos Dirigidos
  • Gerência
  • GitFlow
  • Instalação
  • Requisitos
  • Retro
  • Utilizando a wiki
    • adicionando imagens
    • escrevendo em markdown
    • wiki no editor de texto
  • arquitetura
  • banco_dados
  • design_mockups
  • escopo
  • Home
  • instrucoes
View All Pages