|
Controle de Mudanças (CR) - Um produto
de trabalho formalmente enviado que é utilizado para controlar todos os Pedidos do Investidor incluindo novos recursos, pedidos de melhoria,
defeitos, alteração de requisitos e informações de status relacionadas por todo o ciclo de vida do projeto. Todo o
histórico de mudanças será mantido com o Controle de Mudanças, o que inclui todas as mudanças de estado, datas e
motivos para as mudanças. Essas informações ficam disponíveis para revisões repetidas e para fechamento final.
CCB (Conselho de Controle de Mudanças (ou Configuração)) - O conselho que
supervisiona o processo de alteração que consiste em representantes de todas as partes interessadas, incluindo
clientes, desenvolvedores e usuários. Em projetos pequenos, um único membro da equipe, como o coordenador de projeto ou
o arquiteto de software, pode desempenhar essa função. No Rational Unified Process, isso é mostrado pela função de Gerenciador do Controle de Mudanças.
Reunião de Revisão de CCB - A função desta reunião é
revisar os Controles de Mudanças Enviados. Uma revisão inicial do conteúdo do Controle de Mudanças é feita na
reunião para determinar se o pedido é válido. Se for, será decidido se a mudança está dentro ou fora do escopo das
liberações atuais, de acordo com prioridade, planejamento, recursos, nível de esforço, risco, gravidade e outros
critérios relevantes definidos pelo grupo. Geralmente, essa reunião ocorre uma vez por semana. Se o volume de Controles
de Mudanças aumentar significativamente ou quando o ciclo de liberação está perto do fim, a reunião pode ser mais
freqüente, até mesmo diária. Os membros que normalmente participam da Reunião de Revisão do CCB são o Gerenciador de
Teste, o Gerenciador de Desenvolvimento e um membro do Departamento de Marketing. É possível que participantes
adicionais sejam requisitados pelos membros, caso os julguem "necessários".
Formulário de Envio de Controle de Mudanças - Esse formulário é exibido quando um Controle de Mudanças está
sendo Enviado pela primeira vez. Somente os campos necessários deverão ser preenchidos pelo solicitante, como
exibido no formulário.
Formulário Combinado de Controle de Mudanças - Esse formulário é exibido quando você está revisando um Controle
de Mudanças que já foi enviado. Ele contém todos os campos necessários para descrever o Controle de Mudanças.
O contorno do processo de Controle de Mudanças a seguir descreve os estados e os status dos Controles de Mudanças
durante seu processo geral e quem precisa ser notificado durante o ciclo de vida do Controle de Mudanças. O processo
geral associado a Controles de Mudanças está descrito em Tarefa: Estabelecer Processo de Controle de Mudanças.
O exemplo a seguir mostra as tarefas de amostra que um projeto pode adotar para gerenciamento de um CR (Controle de
Mudanças) durante seu ciclo de vida (clique nos itens do diagrama para visualizar as descrições):
Descrições de Amostra de Tarefas do Processo de CRM (Gerenciamento do Controle de Mudanças):
|
Tarefa
|
Descrição
|
Responsabilidade
|
|
Enviar CR
|
Qualquer investidor no projeto pode enviar um CR (Controle de Mudanças). O Controle de Mudanças é
registrado no Sistema de Acompanhamento do Controle de Mudanças (por exemplo, o Rational ClearQuest) e
colocado na Fila de Revisão do CCB, configurando o Estado do Controle de Mudanças como
Enviado.
|
Emissor
|
|
Rever CR
|
A função desta tarefa é revisar os Controles de Mudanças Enviados. Uma revisão inicial do
conteúdo do Controle de Mudanças é feita na reunião de Revisão do CCB para determinar se o pedido é
válido. Se for, será decidido se a mudança está dentro ou fora do escopo das liberações atuais, de
acordo com prioridade, planejamento, recursos, nível de esforço, risco, gravidade e outros critérios
relevantes definidos pelo grupo.
|
CCB
|
|
Confirmar Duplicação ou
Rejeição
|
Se houver suspeita de que um Controle de Mudanças está sendo Duplicado ou
Rejeitado como um pedido inválido (por exemplo, erro do operador, não reproduzível, o
modo de funcionamento, etc.), um representante do CCB será designado para confirmar o estado de
duplicado ou de rejeitado do Controle de Mudanças e reunir informações adicionais do solicitante, se
necessário.
|
Representante do CCB
|
|
Atualizar CR
|
Se forem necessárias informações adicionais (Informações Adicionais) para avaliar um
Controle de Mudanças ou se um Controle de Mudanças for rejeitado em qualquer ponto do processo (por
ex., confirmado como Duplicado, Rejeitado, etc.), o solicitante será
notificado e poderá atualizar o Controle de Mudanças com novas informações. O Controle de Mudanças
atualizado será reenviado para a Fila de Revisão do CCB para que os novos dados sejam avaliados.
|
Emissor
|
|
Designar & Planejar
Trabalho
|
Depois que um Controle de Mudanças for Aberto, o Coordenador de Projeto designará então o
trabalho ao membro apropriado da equipe - de acordo com o tipo de pedido (por exemplo, pedido de
melhoria, defeito, alteração na documentação, defeito de teste, etc.) - e fará as atualizações
necessárias no planejamento do projeto.
|
Coordenador de Projeto
|
|
Fazer Alterações
|
O membro designado da equipe desempenha o conjunto de tarefas definidas na seção apropriada do
processo, por exemplo, requisitos, análise & design, implementação, produção de materiais de
suporte ao usuário e teste de design para fazer as alterações solicitadas. Essas tarefas incluirão
todas as tarefas normais de revisão e de testes unitários, como descrito no processo normal de
desenvolvimento. O Controle de Mudanças será marcado então como Resolvido.
|
Membro Designado da Equipe
|
|
Verificar Alterações na
Construção do Teste
|
Depois das mudanças serem Resolvidas pelo membro designado da equipe (analista,
desenvolvedor, testador, redator técnico, etc.), elas são colocadas em uma fila de teste a ser
designada a um testador e são Verificadas em uma construção de teste do produto.
|
Testador
|
|
Verificar Alterações
na Construção de Liberação
|
Quando as mudanças resolvidas terem sido Verificadas em uma construção de teste do
produto, o Controle de Mudanças é colocado em uma fila de liberações para ser comparado a uma
construção de liberação do produto, produzir notas sobre a liberação, etc. e Fechar o
Controle de Mudanças.
|
Representante do CCB (Integrador do Sistema)
|
O diagrama de exemplo a seguir mostra estados de amostra e as pessoas que serão notificadas durante o ciclo de vida de
um CR (Controle de Mudanças). [Clique nos itens do diagrama para visualizar as descrições]:
Descrições de Amostra do Estado do CRM (Gerenciamento de Controle de Mudanças):
|
Estado
|
Definição
|
Controle de Acesso
|
|
Enviado
|
Este estado é o resultado de 1) envio de um novo Controle de Mudanças, 2) atualização de um Controle de
Mudanças existente ou 3) consideração de um Controle de Mudanças Adiado para um novo
ciclo de liberação. O Controle de Mudanças é colocado na fila de Revisão do CCB. Não ocorre atribuição
de propriedade como resultado desta ação.
|
Todos os Usuários
|
|
Adiado
|
O Controle de Mudanças é determinado como válido, mas "fora do escope" para a(s) liberação(ões)
atual(is). Os Controles de Mudanças no estado Adiado serão mantidos e reconsiderados para
futuras liberações. Uma liberação de destino pode ser designada a indicar o período em que o Controle
de Mudanças poderá ser Enviado para entrar novamente na fila de Revisão do CCB.
|
Administrador
Coordenador de Projeto
|
|
Duplicar
|
Um Controle de Mudanças nesse estado parece ser uma duplicata de outro Controle de Mudanças que já foi
enviado. Os Controles de Mudanças podem ser colocados neste estado pelo Administrador de Revisão do CCB
ou pelo membro da equipe responsável pela resolução. Quando o Controle de Mudanças for colocado no
estado Duplicado, o número do Controle de Mudanças duplicado será registrado (na guia
Attachments do ClearQuest). Um solicitante deve, inicialmente, consultar o banco de dados de Controle
de Mudanças e verificar se há duplicatas de um Controle de Mudanças antes de enviá-lo. Dessa forma, não
será necessário seguir diversos passos do processo de revisão, o que economiza tempo. Os solicitantes
de Controles de Mudanças duplicados devem ser incluídos na lista de notificação do Controle de Mudanças
original para obter notificações futuras sobre a resolução.
|
Administrador
Coordenador de Projeto
Gerenciador de QE
Desenvolvimento
|
|
Rejeitado
|
Um Controle de Mudanças é recusado quando a Reunião de Revisão do CCB ou o membro da equipe designado
determina que o pedido é inválido ou é necessário que o solicitante forneça informações adicionais. Se
já tiver sido designado (Aberto), o Controle de Mudanças será removido da fila de
resolução e será revisado novamente. Uma autoridade designada do CCB fica responsável pela confirmação.
Não é exigida nenhuma ação do solicitante, a menos que haja necessidade e, nesse caso, o estado do
Controle de Mudanças será alterado para Informações Adicionais. O Controle de Mudanças
será revisado novamente na Reunião de Revisão do CCB no caso de haver novas informações. Se for
confirmado como inválido, o Controle de Mudanças será Fechado pelo CCB e o solicitante será
notificado.
|
Administrador
Coordenador de Projeto
Gerenciador de Desenvolvimento
Gerente de Testes
|
|
Informações Adicionais
|
Não há dados suficientes para confirmar a validade de um Controle de Mudanças Rejeitado
ou Duplicado. Automaticamente, a propriedade passa para o solicitante, que é notificado
para que forneça mais dados.
|
Administrador
|
|
Aberto
|
Um Controle de Mudanças nesse estado foi considerado "no escopo" para a liberação atual e está
aguardando resolução. Ele foi incluído para resolução antes da chegada de um marco de destino. Ele é
definido como estando na "fila de designação". Os participantes da reunião são os únicos que têm
autorização para abrir um Controle de Mudanças que esteja na fila de resolução. Se for localizado um
Controle de Mudanças de prioridade dois ou superior, ele deverá ser imediatamente observado pelo
Gerenciador de QE ou de Desenvolvimento. Nesse momento, eles podem decidir convocar uma Reunião de
Revisão do CCB de emergência ou apenas abrir o Controle de Mudanças imediatamente na fila de resolução.
|
Administrador
Coordenador de Projeto
Gerenciador de Desenvolvimento
Departamento de QE
|
|
Designado
|
Um Controle de Mudanças Aberto passa a ser então responsabilidade do Coordenador de
Projeto que deverá Designar Trabalho com base no tipo de Controle de Mudanças e atualizar o
planejamento, se apropriado.
|
Coordenador de Projeto
|
|
Resolvido
|
Significa que a resolução desse Controle de Mudanças foi concluída e está pronta para verificação. Se o
solicitante for um membro do Departamento de QE, a propriedade passa automaticamente para ele. Pode ser
também que ela passe para o Gerenciador de QE para ser feita uma reatribuição manual.
|
Administrador
Coordenador de Projeto
Gerenciador de Desenvolvimento
Gerenciador de QE
Departamento de Desenvolvimento
|
|
Teste Falho
|
Estado do Controle de Mudanças que falha durante a avaliação de uma construção de teste ou de
liberação. A propriedade passa automaticamente para o membro da equipe que resolveu o Controle de
Mudanças.
|
Administrador
Departamento de QE
|
|
Verificado
|
Um Controle de Mudanças nesse estado foi Verificado em uma construção de teste e está
pronto para ser incluído em uma liberação.
|
Administrador
Departamento de QE
|
|
Fechado
|
O Controle de Mudanças não requer mais atenção. Este é o estado final de um Controle de Mudanças.
Somente o Administrador de Revisão do CCB pode fechar um Controle de Mudanças. Quando um Controle de
Mudanças for Fechado, o solicitante receberá uma notificação por e-mail com a disposição
final do Controle de Mudanças. Um Controle de Mudanças pode ser Fechado: 1) depois que
sua resolução Verificado é validada em uma construção de liberação, 2) quando seu estado
Rejeitado é confirmado ou 3) quando é confirmado como Duplicata de um Controle de
Mudanças existente. No último caso, o solicitante será informado do Controle de Mudanças duplicado e
será incluído nesse Controle de Mudanças para notificações futuras (consulte as definições dos estados
"Rejeitado" e "Duplicado", para obter detalhes adicionais). Se o
solicitante desejar contestar um fechamento, o Controle de Mudanças deverá ser atualizado e
Enviado novamente para revisão do CCB.
|
Administrador
|
As 'marcações' de estado fornecem a base para relatar estatísticas do Controle de Mudanças (vencimento, distribuição ou
tendência).
Estados do Controle de Mudanças no contexto do Cubo CM.
|
