Gerenciamento do Projeto

Acesso rápido

• Qualidade
• Matriz de responsabilidades
• Plano de Comunicação
• Cronograma
• Escopo
  • Estrutura analítica de projeto (EAP)
  • User stories e story mapping
• Termo de abertura do projeto

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.

Sprint 1, 2, 3 e 4

* 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:

Plano de Comunicação

🔗 PDF

Cronograma

🔗 Versão PDF

Além das datas principais de cada sprint, as sprints de desenvolvimento (1, 2, 3 e 4) também contam um cronograma para a realização das principais atividades do time, como limite para a abertura de merge requests, período de integrações ao fim da sprint e período para a execução de testes funcionais manuais. Os marcos encontram-se na página 📄 Processo, e cada sprint nessa página adiciona uma referência aos seus marcos naquela página.

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 (❗️).

📄 Marcos da Sprint 1

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 (❗️).

📄 Marcos da Sprint 2

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.

Escopo

Informações adicionais podem ser encontradas na página 📄 Escopo

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 📄 Escopo.

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.

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

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.

Qualidade

A qualidade do processo e do produto foram averiguadas e acompanhadas pelos AGES IV durante todo o projeto, através de atividades realizadas em diferentes momentos das sprints.

Para garantir a qualidade do produto sendo desenvolvido, ao fim de cada sprint, foram executados testes funcionais manuais com base nos critérios de aceite das user stories. Após a integração final das user stories e geração da versão de homologação, foram executados testes manuais sobre o app, tendo como guia os critérios de aceite das user stories da sprint. O processo completo (e seus resultados a cada sprint) são descritos na página 📄 Qualidade.

Também, como indicador de qualidade, foi considerada a quantidade de USs aceitas pela cliente durante as sprint reviews, e a quantidade de critérios de aceite que passaram nos testes funcionais.

Para garantir a qualidade do processo, alguns artefatos e cerimônias foram usados:

• sprint retrospective: cerimônia padrão do processo AGES, realizada após a entrega de cada sprint à stakeholder. Por meio dessa cerimônia, é possível perceber as partes do processo que estão boas e o que pode ser melhorado. Itens de ação são criados a partir dos pontos de melhoria, para que sejam executados na sprint seguinte e que o processo evolua;
• formulário de reconhecimentos e organização do time: formulário aplicado após a sprint review, originalmente se destinava a eleger os membros do time que se destacaram durante a sprint então-finalizada, mas também serviu como fonte de sugestões de melhorias na organização do time.

Próximos artefatos

• Identificação dos Riscos
• Plano de Respostas a Riscos