Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • appoio-wiki appoio-wiki
  • Project information
    • Project information
    • Activity
    • Labels
    • Planning hierarchy
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • 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
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • APPOIO
  • appoio-wikiappoio-wiki
  • Wiki
  • gp

Last edited by Bianca Camargo Machado Nov 27, 2020
Page history
This is an old version of this page. You can view the most recent version or browse the history.

gp

Home Sprints Requisitos Arquitetura Configuração Mockups Banco de Dados Instalação Deploy Gerência Time Padronização Git Workflow Qualidade

Gerenciamento do Projeto

Acesso rápido:

  • Matriz de responsabilidades
  • Plano de Comunicação
  • Cronograma
  • Estrutura analítica de projeto (EAP)
  • User stories e story mapping
  • Termo de abertura do projeto
  • Marcos da Sprint
    • Marcos da Sprint 1
    • Marcos da Sprint 2

Matriz de responsabilidades

🔗 Acompanhamento do status das atividades

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

Atividades em negrito são prioritárias.

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 (front/back) I I R/A A
Definir estratégia de Verificação e Validação I C R/A C/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
Definir plano de comunicações I I I R/A
Definir organização do time I I C R/A
Documentação de requisitos R/A C C A
Modelar o BD (conceitual/lógico) I R/A R/A A
Apresentar no dia 31/08 C C C R

Sprint 1, 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

* A cada sprint, diferentes pessoas foram designadas para executar os testes funcionais. De acordo com a definição das squads, pessoas que não participaram do desenvolvimento de uma US foram designadas como responsáveis (R) pelos testes funcionais da mesma.

A alocação das pessoas, de acordo com as sprints, pode ver vista abaixo:

Sprint Pessoas (R)
1 Bianca
2 A ser definido
3 A ser definido
4 A ser definido

Plano de Comunicação

🔗 PDF

Cronograma

🔗 Versão PDF

Iniciação | 10/08 a 12/08

  • 10/08: apresentação da AGES;
  • 12/08: apresentação do processo da AGES, Fluxo AGES e artefatos.

Sprint 0 | 12/08 a 02/09

  • 12/08: 👥 integração do time;
  • 17/08: 🗓 apresentação do projeto pela stakeholder (reunião de levantamento de requisitos);
  • 31/08: 🌟 apresentação dos mockups e user stories à stakeholder (Sprint Review);
  • 02/09: ⚙️ Sprint Retrospective;
  • 02/09: 📝 entrega do relatório da sprint (❗️).

Sprint 1 | 02/09 a 23/09

  • 31/08: 🗓 Sprint Planning;
  • 21/09: 🌟 Sprint Review;
  • 23/09: ⚙️ Sprint Retrospective;
  • 23/09: 📝 entrega do relatório da sprint (❗️).

Sprint 2 | 23/09 a 21/10

  • 21/09: 🗓 Sprint Planning;
  • 28/09: 📜 entrega do relatório de andamento (‼️);
  • 30/09: one-on-one;
  • 05/10: one-on-one;
  • 07/10: 🌎 retrospectiva da AGES (‼️);
  • 19/10: 🌟 Sprint Review;
  • 21/10: ⚙️ Sprint Retrospective;
  • 21/10: 📝 entrega do relatório da sprint (❗️).

Sprint 3 | 21/10 a 11/11

  • 19/10: 🗓 Sprint Planning;
  • 09/11: 🌟 Sprint Review;
  • 11/11: ⚙️ Sprint Retrospective;
  • 11/11: 📝 entrega do relatório da sprint (❗️).

Sprint 4 | 11/11 a 23/11

  • 09/11: 🗓 Sprint Planning;
  • 23/11: 🌟 Sprint Review;
  • 23/11: ⚙️ Sprint Retrospective;
  • 23/11: 📝 entrega do relatório da sprint (❗️).

Encerramento | 23/11 a 07/12

  • 25/11: 🌎 retrospectiva da AGES (‼️);
  • 30/11: 🌎 apresentação dos projetos para todos os times (‼️);
  • 02/12: one-on-one;
  • 07/12: one-on-one.

Estrutura analítica de projeto (EAP)

A EAP em projetos ágeis permite visualizar, com facilidade, todo o escopo do projeto, agrupado pelas entregas feitas à cliente (por sprint). No Appoio, as stories foram agrupadas de acordo com seus épicos (quando possível, respeitando a sintaxe da EAP); apenas a sprint 0 não possui USs como pacotes de trabalho.

A EAP é desenvolvida no início do projeto e atualizada conforme mudanças de escopo são feitas. A versão mais atualizada encontra-se abaixo.

EAP do Appoio

O status de entrega de cada US encontra-se na página 📄 Sprints.

User stories e story mapping

Durante a sprint 0, a partir das anotações obtidas na reunião de levantamento de requisitos, foi desenvolvido um user story mapping para auxiliar na visualização do fluxo dos usuários pela aplicação, assim como das funcionalidades acessadas por cada usuário.

As user stories foram desenvolvidas com base no user story mapping e no fluxo base de telas da aplicação (presente na página 📄 Mockups). As stories foram agrupadas em épicos de acordo com a funcionalidade que implementavam (Criar tutorial e Login/Cadastro, por exemplo).

O user story mapping desenvolvido na sprint 0 e as user stories atualizadas encontram-se na página 📄 Requisitos.

Termo de abertura do projeto

🔗 Versão completa em PDF

Stakeholder: Melissa Streck (website, Lattes)

Justificativa: a população idosa é a que mais cresce em países comoo Brasil, tendo impacto no aumento do consumo de smartphones e apps. Porém muitos apps são difíceis de utilizar para as gerações mais idosas, que necessitam de ajuda de terceiros para poderem realizar tarefas (como postar ou comentar uma foto em rede social) ou executar alguma configuração. A proposta do APPOIO é auxiliar usuários idosos a entenderem como funcionam apps que estão instalados em seus smartphones, além de configurações de apps bem como sobre gerenciamento do sistema operacional. Esta ajuda seria através de conteúdos colaborativos e específicos sobre cada app instalado.

Obs.: a proposta tem origem em uma tese de doutorado defendida no PPGCOM da PUCRS em 2020, tendo o projeto também feito parte do Programa Famecos Tecnopuc Startups (FAST) e do Startup Garagem online (maio/junho 2020).

Objetivos: desenvolver um app que apresente conteúdo de auxílio sobre apps instalados e questões do respectivo sistema operacional para usuários idosos. Proporcionar auxílio digital através de interface fácil e intuitiva.

Descrição em alto nível:

  • cadastro – idade, localização, gênero;
  • tela inicial com principais funcionalidades – conteúdos (tutoriais/dicas) sobre apps instalados e gerenciamento do sistema operacional;
  • deve encontrar informações por palavras chave. A busca deve funcionar por digitação ou voz;
  • feedbacks devem ser muito claros;
  • navegação fácil;
  • ajuste de contraste, tamanhos de fontes;
  • interface intuitiva e simples de usar;
  • criar uma rede de colaboração no desenvolvimento de conteúdos.

Não está no escopo: versão paga – formas de pagamento.

Tecnologia: app mobile.

Marcos da Sprint

Marcos da Sprint 1

Marcos da Sprint 2

Próximos artefatos

  • Identificação dos Riscos
  • Plano de Respostas a Riscos
Clone repository
  • Rotas
  • arquitetura
  • banco_dados
  • configuracao
  • deploy
  • escopo
  • git_workflow
  • gp
  • Home
  • instalacao
  • mockups
  • padronizacao
  • processo
  • qualidade