​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​

Metodologia​ ​de​ ​Trabalho

Controle​ ​de​ ​versões​ ​do​ ​documento

Data Versão Descrição Autor

06/01/2017 1.0 Versão​ ​inicial Rafael​ ​Piton

1.​ ​Introdução
Este documento visa registrar como funcionará a metodologia de trabalho do
projeto, explicando o framework de gestão utilizado e as fases técnicas do
desenvolvimento.

2.​ ​Metodologia​ ​de​ ​trabalho

O projeto será executado com metodologias ágeis, que são um conjunto de práticas
com o foco na entrega rápida e de alta qualidade de um produto, promovendo um
processo de gerenciamento de projetos com foco em inspeções e atualizações
frequentes.
A metodologia ágil utilizada nesse projeto é o Scrum, juntamente com o quadro do
Kanban. O último será usado como ferramenta de gestão das atividades por ser de
fácil​ ​visualização​ ​e​ ​transparente​ ​para​ ​toda​ ​a​ ​equipe.

2.1.​ ​Scrum
O Scrum é um framework de gestão de projetos baseado na colaboração do time,
com foco no gerenciamento de projetos que são difíceis de planejar à frente,

©​ ​2018​ ​-​ ​rafaelpiton.com​ ​-​ ​Todos​ ​os​ ​direitos​ ​reservados​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​1

 ​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​
aplicando ciclos curtos de feedback e promovendo uma maior participação do
usuário​ ​final​ ​do​ ​produto.
No início do projeto, será realizado uma entrevista com o cliente para entender os
problemas atuais do negócio, gerando a visão geral do produto, que identificará o
escopo geral do projeto. A partir disso, será criado o product backlog inicial e um
release​ ​plan.

2.1.1.​ ​Product​ ​backlog

O product backlog é a lista com os requisitos do produto. Ele é criado no início do
projeto e sofre atualizações durante a execução do projeto, inserindo, deletando ou
alterando​ ​requisitos​ ​conforme​ ​a​ ​necessidade.

2.1.2.​ ​Grooming
No grooming, os itens do product backlog serão avaliados, atualizado e organizados
de​ ​acordo​ ​com​ ​a​ ​sua​ ​prioridade.

2.1.3.​ ​Release​ ​plan

O release plan é um planejamento de entregas das incrementações do produto,
onde não há comprometimento da precisão exata das datas, que podem sofrer
alterações ao longo do projeto. O release plan é atualizado após o planejamento de
cada​ ​sprint​ ​com​ ​o​ ​intuito​ ​de​ ​ser​ ​mantido​ ​atualizado​ ​com​ ​a​ ​previsão​ ​real​ ​do​ ​projeto.

2.1.4.​ ​Sprint
Sprints são ciclos de trabalho com tempo fixo onde é realizado uma série de
atividades pré-estabelecidas. O projeto será executado utilizando sprints de duas
semanas. No final de cada sprint, serão entregues dois requisitos de negócio ao
cliente.
Em​ ​cada​ ​sprint,​ ​serão​ ​realizadas​ ​as​ ​seguintes​ ​reuniões​ ​e​ ​atividades:

©​ ​2018​ ​-​ ​rafaelpiton.com​ ​-​ ​Todos​ ​os​ ​direitos​ ​reservados​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​2

 ​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​
2.1.4.1.​ ​Reuniões

2.1.4.1.1.​ ​Sprint​ ​planning

Reunião com os membros da equipe, em que faz-se o planejamento das atividades
que serão executadas durante a sprint, quebrando as funcionalidades do product
backlog​ ​em​ ​atividades.

2.1.4.1.2.​ ​Daily​ ​meeting

Daily meeting é uma reunião diária que acontece com todos os membros da equipe
com o objetivo de informar sobre o que foi realizado no dia anterior, identificar
impedimentos​ ​e​ ​priorizar​ ​o​ ​trabalho​ ​a​ ​ser​ ​realizados​ ​no​ ​dia​ ​em​ ​questão.

2.1.4.1.3.​ ​Sprint​ ​review

Acontece no final de cada sprint. Toda a equipe, incluindo o cliente, reúnem-se e
mostram​ ​as​ ​tarefas​ ​realizadas​ ​durante​ ​a​ ​sprint.

2.1.4.1.4.​ ​Sprint​ ​retrospective

Acontece no final de cada sprint. Serve para identificar o que funcionou bem, o que
não​ ​funcionou​ ​e​ ​o​ ​que​ ​pode​ ​melhorar​ ​para​ ​a​ ​próxima​ ​sprint.

2.1.4.2.​ ​Atividades

2.1.4.2.1.​ ​Requisitos​ ​de​ ​Negócio

Nessa etapa, os envolvidos no requisito de negócio reúnem-se para entender como
ele deve ser implementado e qual o resultado esperado dele, criando ou atualizando
o​ ​documento​ ​de​ ​Requisitos​ ​de​ ​Negócio.

©​ ​2018​ ​-​ ​rafaelpiton.com​ ​-​ ​Todos​ ​os​ ​direitos​ ​reservados​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​3

 ​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​
2.1.4.2.2.​ ​Data​ ​Warehouse
Aqui, cria-se ou atualiza-se o Data Warehouse, que é o banco de dados que
centralizará​ ​todas​ ​as​ ​informações​ ​necessárias​ ​para​ ​as​ ​análises.

2.1.4.2.3.​ ​Data​ ​Integration​ ​(ETL)

Na etapa de Data Integration, os dados são extraídos dos sistemas legado e
carregados​ ​no​ ​Data​ ​Warehouse,​ ​unificando​ ​as​ ​informações.

2.1.4.2.4.​ ​Data​ ​Analysis​ ​(OLAP)

Na etapa de Data Analysis é criado o Cubo OLAP, que possibilita mostrar os dados
para os usuários de negócio, permitindo analisar e cruzar informações em tempo
real.

2.1.4.2.5.​ ​Data​ ​Visualization​ ​&​ ​Dashboards

São os resultados visuais das informações. Elas serão agrupadas por seções para
ajudar na tomada de decisão. Essas informações estarão disponíveis em painéis
chamados​ ​de​ ​dashboards.

2.1.4.2.6.​ ​Migração​ ​para​ ​produção

Após o processo de desenvolvimento ser concluído, transfere-se o trabalho
realizado para o ambiente de produção. Aplica-se a segurança dos dados e os
níveis de acesso para os usuários. Posterior a esse processo, o cliente avalia se o
produto recebido é o mesmo solicitado e então a implementação é disponibilizada
para​ ​uso​ ​do​ ​cliente.

©​ ​2018​ ​-​ ​rafaelpiton.com​ ​-​ ​Todos​ ​os​ ​direitos​ ​reservados​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​4