Plano de Controle Integrado de Mudanças e Configuração

Objetivo

O objetivo deste plano é definir os papéis e responsabilidades, processos e ferramentas a serem utilizados para o controle integrado de mudança do projeto. O controle integrado de mudanças compreenderá a identificação, documentação, análise e autorização das mudanças sobre o escopo, custo e prazo previamente autorizados para o projeto.

Solicitação de Mudança

Uma mudança pode ser originada por qualquer membro da equipe do projeto, seja um participante do projeto (interno) ou um cliente (externo). Uma vez detectada a necessidade de mudança, esta deve ser comunicada formalmente ao gerente de mudanças por meio do Formulário de Solicitação de Mudança.

Identificação da Mudança

O gerente de mudanças, assim que receber o Formulário de Solicitação de Mudança, deverá atribuir uma identificação única para a solicitação. Para isso, deverá utilizar a Planilha de Registro de Mudança.

Avaliação de Impacto da Mudança

O gerente de mudanças deverá coordenar com a equipe a avaliação do impacto gerado pela mudança proposta.

Artefatos

Artefatos são todos os documentos desenvolvidos durante o desenvolvimento do projeto.

Responsáveis por solicitar uma mudança

Responsáveis: Cliente • Gestor de Requisito • Escritório de Projeto

Gerência de Configuração e Mudanças

A gestão da configuração do software é uma atividade guarda-chuva aplicada ao longo de todo o processo de software. O gerenciamento de configuração e de solicitações de mudança envolve os seguintes itens:

• Identificação dos itens de configuração;
• Restrição das mudanças nesses itens;
• Auditoria das mudanças nesses itens;
• Definição e gerenciamento das configurações desses itens.

Os métodos e ferramentas utilizados para o controle das mudanças são considerados o Sistema de Gerenciamento de Mudanças de uma organização. Ele contém informações-chave sobre os processos de desenvolvimento, promoção, implantação e manutenção de produtos da organização e armazena a base de ativos e de artefatos potencialmente reutilizáveis resultantes da execução desses processos. Sendo assim, ele é parte integrante dos processos gerais de desenvolvimento.

Sem o controle dos inúmeros artefatos produzidos pelas muitas pessoas que trabalham em um projeto, são criados artefatos conflitantes, gerando um grande desperdício para a organização. Os principais problemas são a atualização simultânea, a notificação limitada e a existência de várias versões. A seguir, cada um deles é descrito em detalhes.

Várias versões

A maioria dos programas de grande porte é desenvolvida em várias versões evolutivas. Uma versão pode estar sendo usada pelo cliente, enquanto outra está em teste e uma terceira ainda está em desenvolvimento. Se forem encontrados problemas em qualquer uma das versões, as correções devem ser propagadas entre elas. Isso pode levar a confusões dispendiosas. Um sistema de Gerência de Configuração é útil para gerenciar as diversas variantes de sistemas de software em desenvolvimento, pois controla as versões que são utilizadas em determinadas builds do software ao compilar builds de programas individuais ou de uma nova versão do software de acordo com a especificação definida pelo usuário e ao impor políticas de desenvolvimento do sistema.

Os principais benefícios do gerenciamento da mudança são:

• Suporte a diversos métodos de desenvolvimento;
• Preservação da integridade do produto;
• Garantia da abrangência e precisão do produto configurado;
• Ambiente estável no qual o produto será desenvolvido;
• Restrição das mudanças feitas nos artefatos com base nas políticas do projeto;
• Trilha de auditoria indicando por que, quando e por quem um artefato foi alterado.

Além disso, ele armazena dados detalhados sobre as alterações, tais como: quem criou uma versão específica, quais versões do código-fonte foram utilizadas em determinado build, além de outras informações relevantes.

As Atividades

Na disciplina de Gerência de Configuração, as principais atividades são:

• Configurar ambiente;
• Estabelecer políticas;
• Escrever plano;
• Criar unidade de implantação;
• Relatar status de configuração;
• Realizar auditorias de configuração;
• Estabelecer processo de controle de mudanças;
• Revisar solicitação de mudança;
• Confirmar, duplicar ou recusar requisição de mudança;
• Criar espaços de trabalho de integração;
• Criar baselines;
• Promover baselines (de desenvolvimento para testes, de testes para homologação, etc.);
• Criar espaço de trabalho de desenvolvimento;
• Fazer mudanças;
• Liderar mudanças;
• Atualizar espaço de trabalho;
• Enviar solicitação de mudança;
• Atualizar solicitação de mudança.

Artefatos da disciplina

Na disciplina de Gerência de Configuração, os principais artefatos são:

• Repositório do projeto;
• Plano de gerenciamento da configuração;
• Unidade de implantação;
• Métricas do projeto;
• Registro da auditoria de configuração.

Papéis e Responsabilidades

Na disciplina de Gerência de Configuração, os principais papéis e responsabilidades são:

Gerente de configuração

• Configurar ambiente;
• Estabelecer políticas;
• Escrever plano;
• Criar unidades de implantação;
• Relatar status de configuração;
• Realizar auditoria de configuração.

Gerente de controle de mudança

• Estabelecer processo de controle de mudanças;
• Revisar solicitação de mudança;
• Confirmar, duplicar ou recusar solicitação de mudança.

Integrador

• Criar espaços de trabalho de integração;
• Criar baselines;
• Promover baselines.

Outros papéis

• Criar espaço de trabalho de desenvolvimento;
• Fazer mudanças;
• Liderar mudanças;
• Atualizar espaço de trabalho;
• Enviar solicitação de mudança;
• Atualizar solicitação de mudança.

Atualização simultânea

Quando dois ou mais membros da equipe trabalham separadamente no mesmo artefato, o último membro a fazer mudanças pode desfazer o trabalho realizado pelo anterior. O problema básico é que, se um sistema não permite a atualização simultânea, isso leva as mudanças em série e diminui o ritmo do processo de desenvolvimento. Entretanto, com a atualização simultânea, o desafio é detectar se ocorreram atualizações concorrentes e resolver quaisquer problemas de integração quando essas mudanças forem incorporadas.

Notificação limitada

Quando um problema é corrigido nos artefatos compartilhados por vários desenvolvedores e alguns deles não são notificados da mudança, isso gera riscos adicionais ao processo de desenvolvimento e integração.