Descrição do Processo

Histórico de Revisões

Autores	Data	Descrição	Versão
Maria Luiza	05/09/2018	Iniciando descrição dos processos iniciais	0.0.1

Sumário

1. Introdução
2. Tarefas do processo
   2.1. Definição do escopo
   2.2. Definição das tecnologias do projeto
   2.3. Elicitação de requisitos
   2.4. Definição de features
   2.5. Elaboração do Design/Arquitetura do Sistema
   2.6. Definição do Product Backlog
   2.7. Planejamento da Release
   2.8. Planejamento da Sprint
   2.9. Desenvolvimento
   2.10 Garantia da Qualidade
   2.11 Realização de Daily Meeting
   2.12 Revisão de Sprint
   2.13 Retrospectiva da Sprint
   2.14 Execução do pipeline de entrega
   2.15 Correção de Erros
   2.16 Publicação da Release
   2.17 Execução das Tarefas de Integridade
   2.18 Disponibilização da Nova Versão Para o Usuário
   

1. Introdução

2. Tarefas do processo

2.1. Definição do escopo

Esta tarefa define qual o escopo do projeto, o qual é definido o tema que será feito no projeto, bem como a plataforma que será desenvolvida, seja Web ou Mobile. O artefato gerado por esta tarefa é o Documento de Visão, o qual auxilia na Elicitação de Requisitos

2.2. Definição das tecnologias do projeto

Esta tarefa define qual a tecnologia que será utilizada no projeto.

2.3. Elicitação de requisitos

Esta tarefa elicita os requisitos do projeto, por meio de técnicas de elicitação de requisitos. Os artefatos gerados nessa tarefa foram Léxico, 5W2H, RichPicture e Protótipo. Estes artefatos auxiliam na Elicitação de Features.

2.4. Definição de features

Esta tarefa define as features, que são funcionalidades, a fim de mapeá-las em alto nível do projeto, gerando um artefato de Features.

2.5. Elaboração do Design/Arquitetura do Sistema

Esta tarefa define a arquitetura e o design do sistema como um todo, a fim de estar de acordo com os padrões arquiteturais, podendo retornar a esta atividade enquanto os artefatos não estiverem de acordo com os padrões. O artefato gerado com essa tarefa é o Documento de Arquitetura.

2.6. Definição do Product Backlog

Esta tarefa define o Product Backlog, onde se encontram todas as funcionalidades e tarefas que a equipe deve realizar durante o desenvolimento, no formato de uma "lista", que é o artefato gerado nessa tarefa. O Product Backlog auxilia no Planejamento da Sprint e na Revisão da Sprint.

2.7. Planejamento da Release

2.8. Planejamento da Sprint

2.9. Desenvolvimento

2.10. Garantia da Qualidade

A garantia da qualidade é uma atividade concomitante ao desenvolvimento e à realização dos encontros diários. De maneira geral, ela marca o esforço da equipe em realizar a aplicação de testes no código gerado, assim como acompanhar os pull requests enviados para incorporá-los à branch develop. Isso porque a estratégia adotada pela equipe é desenvolver o projeto a partir dessa branch e só após o fim da release incorporar à master, onde estará o código estável da aplicação.

É preciso salientar que essa iniciativa deve-se a preocupação com a qualidade do produto gerado e a necessidade de garantir o desenvolvimento contínuo. Dentre os testes previstos a serem aplicados, estão : Testes unitário e testes de aceitação, o mínimo para definir que uma funcionalidade foi concluída. No que diz respeito a revisão dos pull requests, a equipe utilizará um checklist contendo aspectos como : descrição clara do que que foi incorporado, associação à tags, se passou pelos testes, comportamento esperado e comportamento obtido.

2.11. Realização de Daily Meeting

Daily Meeting é um dos rituais mais importantes do scrum pois permite a rápida reação à mudanças e empecilhos que possam surgir durante uma sprint. No que diz respeito ao processo modelado pela equipe, o Daily meeting será realizado de fato diariamente, mas não presencial, devido às limitações de disponibilidade dos membros, mas contará com o apoio de um bot integrado ao slack. As perguntas feitas pelo bot serão: O que você fez no dia anterior? O que fará hoje? Existe alguma dificuldade ou empecilho?

2.12. Revisão de Sprint

2.13. Retrospectiva da Sprint

2.14. Execução do pipeline de entrega

2.15. Correção de Erros

2.16. Publicação da Release

2.17. Execução das Tarefas de Integridade

2.18. Disponibilização da Nova Versão Para o Usuário