Atividade:  Programar e Atribuir Trabalho

O Plano de Iteração preparado no início da iteração pode fazer a seleção somente do que é conhecido até o momento. Isso será um incremento da capacidade total necessária (requisitos funcionais e não-funcionais) e das Solicitações de Mudança 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). Recomenda-se que o ultimo método seja adotado e que o Rational Unified Process contenha atividades que possibilitem isso (por exemplo, a Atividade: Corrigir um Defeito na disciplina Implementação).

Embora a prioridade das correções seja atribuída pelo Gerente de Controle de Mudança, o Gerente de Projeto ainda poderá emitir algum julgamento de planejamento ao decidir quando essas correções deverão ser feitas - mas, em geral, essa tentativa de correção de defeito deve ser feita na iteração em que eles são descobertos. O ideal é que seja 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 Solicitação de Mudança em uma Iteração

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.

Atribuir Responsabilidade

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

Descrever o Trabalho e os Resultados Esperados

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

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 Programação

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.

Fazer Novo Planejamento

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 resultado do novo planejamento, talvez o Gerente de Projeto precise disparar a Atividade: Resolver Exceções e Problemas, a fim de alinhar o estado do projeto com os novos planos, particularmente se a iteração atual for afetada por uma escassez ou diminuição dos recursos planejados para as iterações finais.

Emitir Ordem de Trabalho

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 tarefas (na estrutura de divisão do trabalho) que serve como base para que o esforço seja orçado é identificado na Ordem de Trabalho.

Copyright  (c) 1987 - 2001 Rational Software Corporation

Rational Unified Process