| ... | ... | @@ -3,12 +3,15 @@ |
|
|
|
|
|
|
|
# Gerenciamento do Projeto
|
|
|
|
|
|
|
|
_Acesso rápido:_
|
|
|
|
_Acesso rápido_
|
|
|
|
|
|
|
|
- [Qualidade](#qualidade)
|
|
|
|
- [Matriz de responsabilidades](#matriz-de-responsabilidades)
|
|
|
|
- [Plano de Comunicação](#plano-de-comunicação)
|
|
|
|
- [Cronograma](#cronograma)
|
|
|
|
- [Estrutura analítica de projeto (EAP)](#estrutura-analítica-de-projeto-eap)
|
|
|
|
- [User stories e story mapping](#user-stories-e-story-mapping)
|
|
|
|
- [Escopo](#escopo)
|
|
|
|
- [Estrutura analítica de projeto (EAP)](#estrutura-analítica-de-projeto-eap)
|
|
|
|
- [User stories e story mapping](#user-stories-e-story-mapping)
|
|
|
|
- [Termo de abertura do projeto](#termo-de-abertura-do-projeto)
|
|
|
|
|
|
|
|
## Matriz de responsabilidades
|
| ... | ... | @@ -129,23 +132,27 @@ Além das datas principais de cada sprint, as sprints de desenvolvimento (1, 2, |
|
|
|
- 02/12: one-on-one;
|
|
|
|
- 07/12: one-on-one.
|
|
|
|
|
|
|
|
## Estrutura analítica de projeto (EAP)
|
|
|
|
## Escopo
|
|
|
|
|
|
|
|
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.
|
|
|
|
Informações adicionais podem ser encontradas na página [📄 Escopo](escopo)
|
|
|
|
|
|
|
|
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.
|
|
|
|
### 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.
|
|
|
|
|
|
|
|
O status de entrega de cada US encontra-se na página [📄 Sprints](sprints).
|
|
|
|
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](mockups)). As stories foram agrupadas em épicos de acordo com a funcionalidade que implementavam (_Criar tutorial_ e _Login/Cadastro_, por exemplo).
|
|
|
|
|
|
|
|
## User stories e story mapping
|
|
|
|
O user story mapping desenvolvido na sprint 0 e as user stories atualizadas encontram-se na página [📄 Escopo](escopo).
|
|
|
|
|
|
|
|
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.
|
|
|
|
### Estrutura analítica de projeto (EAP)
|
|
|
|
|
|
|
|
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](mockups)). As stories foram agrupadas em épicos de acordo com a funcionalidade que implementavam (_Criar tutorial_ e _Login/Cadastro_, por exemplo).
|
|
|
|
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.
|
|
|
|
|
|
|
|
O user story mapping desenvolvido na sprint 0 e as user stories atualizadas encontram-se na página [📄 Requisitos](requisitos).
|
|
|
|
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](Escopo).
|
|
|
|
|
|
|
|
## Termo de abertura do projeto
|
|
|
|
|
| ... | ... | @@ -173,6 +180,19 @@ _Obs.:_ a proposta tem origem em uma tese de doutorado defendida no PPGCOM da PU |
|
|
|
|
|
|
|
**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](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
|
| ... | ... | |
