Finalidade
  • Acomodar as mudanças aprovadas (defeitos, aprimoramentos) para produto e processo, que surgem durante uma iteração.
Função:  Coordenador de Projeto  
Freqüência: Esta atividade é executada pelo Gerente de Projeto sempre que as mudanças autorizadas são necessárias 
Etapas
Artefatos de Entrada:    Artefatos Resultantes:   
Mentores de Ferramentas:   
More Information: 

Detalhes de Workflow:   

O Plano de Iteração preparado no início da iteração pode selecionar somente a partir do que é conhecido no momento. Isso será um incremento do recurso total necessário (requisitos funcionais e não funcionais) e dos Controles de Mudanças que restaram das iterações anteriores. O Gerente de Projeto poderá determinar os recursos e a programação da iteração. A aceitação de defeitos deve ser criada no plano da iteração, implicitamente (no esforço alocado para a produção de um artefato) ou explicitamente (nos pacotes de tarefas específicos). É recomendável que o método citado por último seja adotado e o Rational Unified Process contém atividades para possibilitar isso.

Embora a prioridade para as correções seja designada pelo Gerenciador de Controle de Mudanças, o Gerente de Projeto ainda pode exercitar alguma ponderação sobre o planejamento na decisão sobre quando as correções devem ser feitas - mas geralmente, deve ser feitas uma tentativa de corrigir defeitos na iteração na qual foram descobertos e deve ser possível fazer isso com os recursos planejados no início da iteração. Inevitavelmente, alguns defeitos (descobertos) serão deixados sem correção ao final de uma iteração (já que uma iteração é delimitada por tempo). No entanto, para que a iteração seja um sucesso, é pouco provável que muitos desses defeitos sejam considerados graves ou urgentes por outros motivos.

No entanto, há uma certa permissividade para solicitações de aprimoramento não triviais, aquelas que surgem inesperadamente. Se uma Solicitação de Mudança para um aprimoramento substancial for sancionada na iteração atual, é quase certo que o Gerente de Projeto precisará fazer um replanejamento, adiando alguns recursos planejados para a próxima iteração ou alocando recursos extras para efetuar essa mudança. Geralmente, essas solicitações de aprimoramento são executadas na iteração seguinte ou, até mesmo, nas iterações finais, e, em seguida, incorporadas ao ciclo de planejamento normal da iteração.

Alocar o Controle de Mudanças para uma Iteração Para o início da página

A Solicitação de Mudança é examinada e o Gerente de Projeto decide, com base em seu tipo, prioridade e gravidade, em que iteração o defeito deve ser corrigido. Se a Solicitação de Mudança precisar ser mantida até uma iteração final, o Gerente de Projeto simplesmente replanejará as iterações futuras (no Plano de Desenvolvimento de Software), a fim de que o impacto da Solicitação de Mudança seja compreendido agora e as atividades de aquisição de recursos possam ser iniciadas o quanto antes, para evitar surpresas desagradáveis mais tarde.

Designar Responsabilidade Para o início da página

O Gerente de Projeto decide quais posições organizacionais devem ser responsáveis pela implementação da mudança.

Descrever o Trabalho e as Saídas Esperadas Para o início da página

A Solicitação de Mudança já deve conter uma descrição resumida da mudança necessária (pois a Solicitação de Mudança já foi analisada e aprovada). Este passo refina a descrição transformado-a em uma declaração objetiva do que será feito e produzido.

Orçar Esforço e Outros Recursos Para o início da página

O Gerente de Projeto, em consultoria com os responsáveis pela Solicitação de Mudança, refina as estimativas de esforço e de outros recursos da Solicitação de Mudança, transformando-as em estimativas de planejamento firmes, com as quais o pessoal responsável deverá se comprometer.

Definir Planejamento Para o início da página

Se a Solicitação de Mudança precisar ser implementada na iteração atual, o Gerente de Projeto, em consultoria com os responsáveis atribuídos, definirá uma data de início e a duração estimada do trabalho.

Replanejar Para o início da página

Se necessário, o Plano de Iteração atual será revisado e qualquer impacto nas iterações futuras se refletirá no Plano de Desenvolvimento de Software. Como conseqüência do replanejamento, o Coordenador de Projeto pode ter que chamar a Atividade: Manipular Exceções e Problemas para trazer o estado do projeto para a linha com os novos planos, particularmente se a iteração atual for afetada por uma escassez ou diminuição dos recursos planejados para iterações posteriores.

Emitir Ordem de Trabalho Para o início da página

As Ordens de Trabalho que definem o trabalho a ser feito, a programação, as responsabilidades etc. são emitidas pelo Gerente de Projeto. O pacote de trabalho (na estrutura de divisão do trabalho) que serve como base para que o esforço seja orçado, é identificado na Ordem de Trabalho.



Rational Unified Process   2003.06.15