Tarefa: Planejar e Designar Trabalho
Essa tarefa descreve todas as ações que devem ser completadas, para um Controle de Mudanças aprovado ser incorporado ao planejamento de desenvolvimento.
Disciplinas: Gerenciamento de Projeto
Objetivo
A finalidade é acomodar as mudanças aprovadas (defeitos, aprimoramentos) para produto e processo, que surgem durante uma iteração.
Relacionamentos
FunçõesExecutor Primário: Executores Adicionais:
EntradasObrigatório:
    		Opcional:
      Saídas
        Descrição Principal

        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 Coordenador de Projeto poderá determinar os recursos e a programação da iteração. A reserva para defeitos deve ser construída no plano da iteração, implicitamente, no esforço alocado para a produção de um produto de trabalho ou explicitamente, nos pacotes de atividades específicos. É recomendável que o método citado por último seja adotado e que o Rational Unified Process contenha tarefas para tornar isto possível.

        Embora a prioridade para as correções seja designada pelo >Gerenciador de Controle de Mudanças, o Coordenador 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 feita 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 um Controle de Mudanças para um aprimoramento substancial for sancionado na iteração atual, é quase certo que o Coordenador 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.

        Etapas
        Alocar Controle de Mudanças para uma Iteração

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

        Designar Responsabilidade

        O Coordenador 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

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

        Esforço de Orçamento e outros Recursos

        O Coordenador de Projeto, em consultoria com os responsáveis pelo Controle de Mudanças, refina as estimativas de esforço e de outros recursos do Controle de Mudanças, transformando-os em estimativas de planejamento firmes, com as quais o pessoal responsável deverá se comprometer.

        Configurar Planejamento

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

        Replanejar

        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 Task: 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

        As Ordens de Trabalho que definem o trabalho a ser feito, a programação, as responsabilidades etc. são emitidas pelo Coordenador de projeto. A atividade (na estrutura de divisão do trabalho), na qual o esforço é orçado, é identificada na Ordem de Trabalho.



        Informações Adicionais
        Diretrizes

        ©  Copyright IBM Corp. 1987, 2006.  Todos os Direitos Reservados.