# Plano de Gerenciamento de Projeto

**Histórico de Revisão**

| **Data** | **Versão** | **Descrição**                                     | **Autor**    |
| -------- | ---------- | ------------------------------------------------- | ------------ |
| 11/06/18 | 1.0        | Adicionando Introdução, Ciclo de Vida e Baseline. | Igor Gabriel |

## 1. Introdução

O presente documento tem o objetivo de mostrar como será feito o processo de gerenciamento do projeto, assim como o seu ciclo de vida, suas *baselines* e o monitoramento e controle do projeto para manter a equipe de desenvolvimento alinhada quanto ao gerenciamento do projeto.

Este gerenciamento é considerado como uma “Boa prática”, significando que existe um acordo geral de que os planos de gerenciamento de projeto aumentam a chance de sucesso do software de forma significativa (PMBOK 5º Edição, 2013).

## 2. Ciclo de Vida

### 2.1. Características dos Ciclos de Vida

Um ciclo de vida é definido pelo conjunto de fases que existem no decorrer de um projeto, desde o início até a sua finalização e possível entrega. O objetivo de definir um ciclo de vida é criar uma estrutura para o gerenciamento do projeto, independente de qual área de negócios este deseje atingir.

Segundo o PMBok, qualquer projeto pode ser estruturado no seguinte ciclo de vida genérico:

* Início do projeto,
* Organização e preparação,
* Execução do trabalho do projeto, e
* Encerramento do projeto.

No presente projeto, nós trabalharemos com o ciclo de vida adotada pelos princípios ágeis, utilizando como metodologia de desenvolvimento de software KanBan.

### **2.2. Descrição dos Ciclos de Vida**

#### 2.2.1. Adaptativo

“Em um ciclo de vida adaptativo, o produto é desenvolvido através de múltiplas iterações e um escopo detalhado é definido para cada iteração somente no início da mesma.” (PMBOK 5º Edição Pg. 38, 2013

Os modelos ágeis utilizados descritos na área de abordagem utilizada pelo trabalho explicita bem um ciclo de vida adaptativo, onde temos as múltiplas iterações em que o escopo da iteração é definido sempre ao seu início.

#### 2.2.2. Kan-Ban

O Kanban é uma estrutura popular usada para implementar o desenvolvimento ágil de software. Ele precisa de uma comunicação de capacidade em tempo real e transparência total de trabalho. Os itens de trabalho são representados visualmente em um quadro do kanban, permitindo que os membros da equipe vejam o estado de cada parte do trabalho a qualquer momento.

O Kanban é um dos métodos de desenvolvimento de software menos prescritivo, se tornando adaptável a quase qualquer tipo de cultura. Ao contrário de outros métodos que forçam uma mudança desde o início, o Kanban busca a evolução, não a revolução.

Uma equipe Kanban concentra-se apenas no trabalho ativamente em andamento. Depois que a equipe conclui um item de trabalho, retira-se o próximo item de trabalho do topo da lista de pendências. O proprietário do produto é livre para priorizar o trabalho na lista de pendências sem interromper a equipe, porque qualquer alteração fora dos itens de trabalho atuais não impactam a equipe. Contanto que o proprietário do produto mantenha os itens de trabalho mais importantes no topo da lista de pendências, a equipe de desenvolvimento tem certeza de que está retornando o valor máximo para o negócio. Portanto, não há necessidade de iterações de extensão fixa que você encontra no Scrum.

A escolha do KanBan pela equipe se deu, principalmente, pela versatilidade dessa metodologia, que permite com que todos os membros visualizem o fluxo de produção rapidamente e identifiquem suas obrigações. Contudo, como o desenvolvimento desse projeto é bastante limitado, o KanBan se mostrou uma ótima ferramenta para o desenvolvimento desse Framework.

## 3. Baselines

### 3.1 Cronograma

O cronograma para o desenvolvimento do projeto pode ser observado [aqui](https://lorembot.gitbook.io/docs/planos-do-projeto/cronograma).

## 4. Monitoramento E Controle

O monitoramento será realizado pelo próprio grupo até a finalização do projeto. Para a realização do monitoramento e controle das atividades desempenhadas pelos membros será utilizado o KanBan, através do plug-in ZenHub.

Esse monitoramento se dará pelo monitoramento do fluxo dos Cards entre as baias de atividades definidas pela equipe, onde o acompanhamento do fluxo do trabalho se dá de uma maneira altamente visual.
