Gerenciando Solicitação de Mudança (Change Requests) utilizando o JIRA
janeiro 25, 2012 Deixe um comentário
Atualmente nos deparamos com projetos cada vez mais complexos, e nos responsabilizarmos por mantermos eles dentro do orçamento, do cronograma, dentro do escopo e com a qualidade desejada está sendo uma atividade cada vez mais difícil. Aqui na e-Core nós desenvolvemos nosso próprio processo para gerenciamento de projetos de software, o Optimus Distributed Agile Methodologytm. Validamos a completude dele através da obtenção do selo de qualidade de processo CMMI nível 2. O nosso processo é baseado nas ferramentas da Atlassian, especialmente no JIRA, e a seguir comentarei como gerenciamos mudanças em nossos projetos utilizando esse processo aliado ao JIRA.
Por que gerenciar Solicitações de Mudança?
Mudança no escopo durante a execução de um projeto é uma das principais causas de problemas em projetos, pois podem afetar o orçamento, cronograma, e a qualidade final do produto. Para gerenciarmos o escopo dos nossos projetos de software nós temos usado uma política de controle de Solicitações de Mudanças, onde cada solicitação de alteração de escopo é registrada e o seu impacto é avaliado.
As características básicas que precisamos saber para possamos gerenciar as Solicitações de Mudanças são:
- Quem fez a solicitação;
- Quando a solicitação foi feita;
- Sua origem (Interna ou Externa);
- Descrição da solicitação;
- O status da solicitação;
- Se aprovada, quem aprovou;
- Quais os requisitos afetados;
- O impacto (em horas);
Como o JIRA pode nos ajudar e tornar o trabalho mais fácil?
Se controlarmos os requisitos utilizando Pendências (Issues) do JIRA, poderemos criar um tipo específico de Pendência para representar uma Solicitação de Mudança, e utilizar as características nativas do JIRA para controlar esse tipo de Pendência.
Criando um tipo específico de Pendência, podemos:
- Configurar uma tela específica para esse tipo de Pendência, com os campos que julgarmos necessários;
- Configurarmos um Workflow específico, o qual poderá ter os Status que julgarmos importantes para a Solicitação de Mudança;
- Vincularmos permissões aos Status (ex:qualquer pessoa pode solicitar uma mudança, porém somente o Gerente do Projeto pode aprovar a incorporação da mesma)
O fato de usarmos o JIRA nos fornece opções suficientes para gerenciar de forma tranqüila qualquer Solicitação de Mudança, conforme pode ser visto no quadro abaixo, onde são relacionados os requisitos versus a forma que o JIRA supre as necessidades na gestão e controle de Solicitação de Mudanças:
| Requisitos da Solicitação de Mudança | Como o JIRA atende |
| Controle do Requisitante | Usuário solicitante fica registrado na Pendência |
| Controle de Histórico (datas de abertura, atualização e conclusão, controle de transições e comentários) | Característica padrão do JIRA |
| Controle de Status e Permissões | Nativo do JIRA, através da configuração de um workflow específico aliado a definição de restrição de permissões em cada transição do fluxo |
| Origem da Solicitação (Interno / Externo) | Campo Customizado |
| Informação sobre o Aprovador da Solicitação de Mudança | Usuário com permissão para essa ação, aliado ao registro no historio da Pendência |
| Controle dos Requisitos Impactados | Através da função “Link”, onde é possível criar um vínculo bi-direcional entre duas ou mais Pendências do JIRA. Torna-se visível tanto na Solicitação de Mudança quando o Requisito o vínculo criado, o qual pode ser usado para manter o rastreamento |
| Controle de Impacto | Criando e atribuindo um tempo estimado a uma Sub-Atividade no Requisito (Pendência) do JIRA, que poderá ser facilmente identificado em uma análise posterior, e relacionada à sua Solicitação de Mudança |
Algumas telas de exemplo:


