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

Produto¶

O 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.

É no 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).

Projeto¶

O 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.

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

• Na prática, o backlog do produto está estabelecido no escopo do 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 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 projeto.

• Cada item de backlog do projeto e da sprint deverá ser relacionado à release do 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 projetos da árvore, que tenham sido associados à release.

• Na aba Releases do 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 produtos e projetos) são exibidas as releases cadastradas para todos os seus produtos. Nessa aba, são visíveis todos os itens de backlog de todos os projetos e os itens de backlog de todas as releases dos produtos da árvore (ainda não planejados nas sprints).

Note que as Wiki dos produtos e dos projetos se complementam. A Gestão do Produto (requisitos e regras) e a Arquitetura pertencem ao produto. As equipes dos 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.

---

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.

---

Veja um passo-a-passo de como estruturar os projetos e os backlogs em Estruturação padrão no Redmine

---