Conceitos:
|
| Atividade | Descrição | Responsabilidade |
| Enviar CR | Qualquer envolvido no projeto pode enviar uma Solicitação de Mudança (CR). A solicitação é registrada no Sistema de Rastreamento de Solicitação de Mudança (por exemplo, o Rational ClearQuest) e colocada na Fila de Revisão do CCB como Enviada. | Solicitante |
| Rever CR | A função desta atividade é rever as Solicitações de Mudança Enviadas. Uma revisão inicial do conteúdo da Solicitação de Mudança é feita na reunião de Revisão do CCB para determinar se a solicitação é válida. Se for, será decidido se a mudança está dentro ou fora do escopo dos releases atuais, de acordo com prioridade, programação, recursos, nível de esforço, risco, gravidade e outros critérios relevantes definidos pelo grupo. | CCB |
| Confirmar Duplicar ou Recusar | Se houver suspeita de uma Solicitação de Mudança estar Duplicada ou ter sido Recusada como inválida (por exemplo, erro do operador, não reproduzível, funcionamento etc), um representante do CCB terá que confirmar o estado da solicitação e obter mais informações do solicitante, se necessário. | Representante do CCB |
| Atualizar CR | Se houver necessidade de mais informações (Mais Informações) para a avaliação de uma Solicitação de Mudança ou se uma Solicitação de Mudança for recusada em algum momento durante o processo (por exemplo, foi confirmada como Duplicada, Recusada etc.), o solicitante será notificado e poderá atualizar a solicitação com as novas informações. A Solicitação de Mudança atualizada será reenviada para a Fila de Revisão do CCB para que os novos dados sejam avaliados. | Solicitante |
| Programar e Atribuir Tarefas | Depois que a Solicitação de Mudança é Aberta, o Gerente de Projeto atribui a tarefa ao membro da equipe adequado - de acordo com o tipo de solicitação (por exemplo, solicitação de melhoria, conserto de defeito, mudança de documentação, defeito de teste etc) - e faz as atualizações necessárias na programação do projeto. | Gerente de Projeto |
| Fazer Mudanças | O membro da equipe designado executará o conjunto de atividades definidas na seção adequada do processo (por exemplo, requisitos, análise e design, implementação, produzir materiais de suporte ao usuário, projetar testes) para efetuar as mudanças solicitadas. Essas atividades incluem todas as atividades normais de revisão e de testes unitários, como descrito no processo normal de desenvolvimento. A Solicitação de Mudança será, então, marcada como Resolvida. | Membro da Equipe Atribuído |
| Verificar Mudanças em Build de Teste | Depois de Resolvidas pelo membro da equipe atribuído (analista, desenvolvedor, testador, redator técnico), as mudanças são colocadas em uma fila de teste designada a um testador e Verificadas em um build de teste do produto. | Testador |
| Verificar Mudanças no Build do Release | Depois que a mudança resolvida é Verificada em um build de teste do produto, a Solicitação de Mudança é colocada em uma fila de releases que serão comparados a um build do release do produto, são produzidas notas de release etc, e a solicitação é Fechada. | Representante do CCB (Integrador do Sistema) |
O seguinte diagrama exemplifica estados e as pessoas que serão notificadas durante o ciclo de vida de uma Solicitação de Mudança (CR). Clique nos itens do diagrama para ver suas respectivas descrições:
Descrições de Exemplos do Estado do Gerenciamento de Solicitação de Mudança (CRM):
| Estado | Definição | Controle de Acesso |
| Enviada | Este estado é o resultado de 1) envio de uma nova Solicitação de Mudança, 2) atualização de uma Solicitação de Mudança existente ou 3) consideração de uma Solicitação de Mudança Adiada para um novo ciclo do release. A Solicitação de Mudança é colocada na fila de Revisão do CCB. Não ocorre atribuição de propriedade como resultado desta ação. | Todos os Usuários |
| Adiada | A Solicitação de Mudança é determinada como válida, mas "fora do escopo" para os releases atuais. As Solicitações de Mudança Adiadas serão mantidas e reconsideradas para futuros releases. Um release-alvo pode ser atribuído para indicar o período durante o qual a Solicitação de Mudança pode ser Enviada e entrar novamente na fila de Revisão do CCB. | Administrador
Gerente de Projeto |
| Duplicada | Uma Solicitação de Mudança parece ser a cópia de outra solicitação que já foi enviada. As Solicitações de Mudança podem ser colocadas neste estado pelo Administrador de Revisão do CCB ou pelo membro da equipe responsável pela resolução. Quando a solicitação é colocada no estado Duplicada, o número da Solicitação de Mudança copiada é registrado (na guia Attachments do ClearQuest). O solicitante deve, primeiramente, consultar o banco de dados de Solicitação de Mudança e verificar se há solicitações duplicadas. Dessa forma, não será necessário seguir diversos passos do processo de revisão, o que economiza tempo. O solicitante da Solicitação de Mudança duplicada deve ser incluído na lista de notificação da solicitação original para obter informações sobre a resolução. | Administrador
Gerente de Projeto Gerente de QE Desenvolvimento |
| Recusada | Uma Solicitação de Mudança é recusada quando Reunião de Revisão do CCB ou o membro da equipe atribuído determina que a solicitação é inválida ou é necessário que o solicitante forneça mais informações. Se já tiver alguma atribuição (Aberta), a Solicitação de Mudança será removida da fila de resolução e revisada 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. Nesse caso, o estado da Solicitação de Mudança passará para o estado Mais Informações. As novas informações da solicitação serão analisadas na Reunião de Revisão do CCB. Se a solicitação for confirmada como inválida, ela será Fechada pelo CCB e o solicitante será notificado. | Administrador
Gerente de Projeto Gerente de Desenvolvimento Gerente de Testes |
| Mais Informações | Não há dados suficientes para confirmar a validade de uma Solicitação de Mudança Recusada ou Duplicada. Automaticamente, a propriedade passa para o solicitante, que é notificado para que forneça mais dados. | Administrador |
| Aberta | A Solicitação de Mudança foi considerada "no escopo" da atual release e aguarda uma resolução. Ela foi incluída na fila de resolução antes de um marco-alvo. Ela fica na "fila de atribuições". Os participantes da reunião são os únicos que têm autorização para abrir uma Solicitação de Mudança que esteja na fila de resolução. Se for encontrada uma solicitação de prioridade dois ou superior, ela deverá ser imediatamente observada pelo Gerente de QE ou Desenvolvimento. Nesse momento, eles podem decidir convocar uma Reunião de Revisão do CCB de emergência ou apenas abrir a Solicitação de Mudança imediatamente na fila de resolução. | Administrador
Gerente de Projeto Gerente de Desenvolvimento Departamento de QE |
| Atribuída | Uma Solicitação de Mudança Aberta passa a ser responsabilidade do Gerente de Projeto, que deverá Atribuir Tarefas de acordo com o tipo de solicitação e, em seguida, atualizar a programação, se necessário. | Gerente de Projeto |
| Resolvida | Significa que a resolução dessa Solicitação de Mudança 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 Gerente de QE para ser feita uma reatribuição manual. | Administrador
Gerente de Projeto Gerente de Desenvolvimento Gerente de QE Departamento de Desenvolvimento |
| Teste Reprovado | Estado da Solicitação de Mudança que falha durante a avaliação de um build de teste ou de release. A propriedade passa automaticamente para o membro da equipe que resolveu a solicitação. | Administrador
Departamento de QE |
| Verificada | A Solicitação de Mudança foi Verificada em um build de teste e está pronta para ser incluída no release. | Administrador
Departamento de QE |
| Fechada | A Solicitação de Mudança não requer mais atenção. Este é o estado final de uma Solicitação de Mudança. Somente o Administrador de Revisão do CCB pode fechar uma Solicitação de Mudança. Depois que a solicitação for Fechada, o solicitante receberá uma notificação por e-mail com o estado final da Solicitação de Mudança. Uma Solicitação de Mudança pode ser Fechada: 1) depois que a resolução Verificada é validada em um build de release, 2) quando o estado Recusada é confirmado ou 3) depois de confirmado que a solicitação é duplicada. No último caso, o solicitante será informado do estado da solicitação e essa informação será acrescentada à Solicitação de Mudança para futuras notificações (consulte as definições de estado "Recusada" e "Duplicada" para obter mais detalhes). Se o solicitante quiser argumentar contra algum fechamento, a solicitação deverá ser atualizada e Enviada novamente para revisão do CCB. | Administrador |
As 'marcas' de estado constituem a base para reportar estatísticas sobre vencimento, distribuição ou tendência, por exemplo
Estados da Solicitação de Mudança no contexto do Cubo.
|
Rational Unified Process
|
