Processo de Entrega de Soluções

h1. 1.0 Estruturação de projetos no Redmine

Cada área do MP possui diversos produtos de soluções de tecnologia sob sua responsabilidade. 

A construção e a evolução desses produtos são realizadas por terceiros contratados pelo MP, por meio de projetos aprovados pelo +Comitê Estratégico de TIC (CETIC)+, gerando ordens de serviço (OS) para uma ou mais empresas que atuam no ciclo de entrega de soluções do MP. 

Esses projetos são equivalentes a releases e podem incluir entregas que abrangem mais de um produto, além de envolverem ordens de serviço de mais de uma empresa (exemplo: fábrica de software, testes, métricas e serviços de infraestrutura).

A fim de atingir os objetivos descritos a seguir, a estrutura de produtos e projetos no Redmine deve ser definida de acordo com a figura e os procedimentos desta página.

** Controlar a evolução do backlog de cada produto, independentemente do projeto

** Planejar uma única Sprint que envolve entregas de vários produtos

** Ter visão, no nível do projeto, da evolução do seu backlog

p((. !Estrutura_Projetos_Redmine.jpg!

h2. Produto

p. O *%{color:green}produto%* deve ser cadastrado no Redmine como um projeto de _Tipo_ igual a _Produto_ sob a árvore da área responsável, usando o TEMPLATE DE PRODUTO. 

p. É no *%{color:green}produto%* em que são definidas as releases, com a opção “compartilhada com a árvore do projeto”, cujo nome deve incluir o nome do produto (ou seu nome reduzido).

h2. Projeto

p. O *%{color:blue}projeto%* deve ser cadastrado no Redmine como um projeto de _Tipo_ igual a _Projeto_ sob a árvore de Projetos da área responsável, usando o TEMPLATE DE PROJETOS DO PES. 

p. Para o gerenciamento dos backlogs (do produto, das releases e das sprints):

* Na prática, o backlog do produto está estabelecido no escopo do *%{color:blue}projeto%*. Sendo assim, as inclusões e atualizações de itens de backlog são realizadas somente em seu site.

* As releases de todos os produtos da área responsável estarão disponíveis para todas os *%{color:blue}projetos%* sob sua árvore e serão visíveis na aba _Backlogs_ e nas telas de edição das abas _Tarefas_ e _Nova Tarefa_.

* As sprints serão criadas somente no *%{color:blue}projeto%*.

* Cada item de backlog do *%{color:blue}projeto%* e da sprint deverá ser relacionado à release do *%{color:green}produto%*. Isso pode ser feito por meio da edição individualizada do item ou pela aba _Backlog_, arrastando o item para, ou criando-o diretamente em, o backlog da release do produto desejada.

* O backlog de cada release será composto pelos itens de backlog, de quaisquer *%{color:blue}projetos%* da árvore, que tenham sido associados à release.

* Na aba _Releases_ do *%{color:green}produto%* são exibidas suas releases cadastradas. Ao clicar em uma delas, podem-se ver todos os itens de backlog de sprints associados a ela, sejam itens já entregues sejam itens planejados.

* Na aba _Backlogs_ da área responsável (raiz principal dos *%{color:green}produtos%* e *%{color:blue}projetos%*) são exibidas as releases cadastradas para todos os seus *%{color:green}produtos%*. Nessa aba, são visíveis todos os itens de backlog de todos os *%{color:blue}projetos%* e os itens de backlog de todas as releases dos *%{color:green}produtos%* da árvore (ainda não planejados nas sprints). 

p. Note que as _Wiki_ dos *%{color:green}produtos%* e dos *%{color:blue}projetos%* se complementam. A Gestão do Produto (requisitos e regras) e a Arquitetura pertencem ao *%{color:green}produto%*. As equipes dos *%{color:blue}projetos%* as utilizam de forma compartilhada. Por isso é de extrema importância referenciar a versão da história de usuário e da regra de negócio no item de trabalho que a ela se refere.

---

%{color:#1c39bb} *Importante*: esta estruturação é aplicada às disciplinas Gestão de Produtos e Gerenciamento de Projetos. Não elimina as atividades relacionadas à OS na Gestão do Contrato.% 

---

%{color:#dc143c} *Veja um passo-a-passo de como estruturar os projetos e os backlogs em [[Estruturação padrão no Redmine]]*%

---