Configuração de Trabalho

Uma configuração de trabalho permite que gerentes de projetos definam um processo recomendado em uma base de projeto por projeto.
Por Que e Quando Desempenhar Esta Tarefa
Um registro Configuração de Trabalho define as políticas de processo de trabalho para um Projeto, especificando o conjunto de atividades para o trabalho a ser concluído. Por exemplo:
  • Um tipo de Pedido pode precisar de um ou mais tipos especiais de Tarefa.
  • Um tipo de Tarefa pode ter seu próprio conjunto de Atividades.

O ALMWorkConfiguration especifica para um determinado projeto, o tipo de trabalho que é desempenhado e as funções que podem executar esse trabalho. Os tipos de pacotes do ALMWork do ALMRequest, ALMTask e ALMActivities utilizam os registros de configuração de trabalho do projeto, para controlar qual tipo de registros de trabalho deve ser gerado pelas ações CreateTask e CreateActivity e várias seleções de listas de opções nos campos nesses registros de trabalho. Os campos obrigatórios são Project, SecurityPolicy, Record Type, ALMType, Roles. Primary Children Configs e Secondary Children Configs são campos opcionais.

O registro Projeto faz referência a um registro Configuração de Trabalho, que faz referência a um tipo de Função e Trabalho.

Os registros Configuração de Trabalho definem quais tipos de trabalhos (ALMType) são usados pelo projeto. Dessa maneira, as diretrizes do processo podem ser apresentadas em um projeto controlando os tipos de trabalhos que são executados para resolver um pedido ou para concluir uma tarefa.

Cada registro Configuração de Trabalho pode listar um conjunto de Primary Children Configs e Secondary Children Configs. Essas listas são usadas pela ação CreateTask (no registro ALMRequest) e pela ação CreateActivity (no registro ALMTask). A ação CreateTask ou CreateActivity cria um conjunto de registros que são listados no Primary Children Configs na primeira vez que a ação CreateTask/Activity é executada. Ações CreateTask/Activity subseqüentes usam a lista Secondary Children Config para criar mais registros.

Usando Primary e Secondary Children Configs, você especifica um conjunto de tarefas a serem concluídas para cada tipo de pedido e também pode especificar um conjunto de atividades a serem concluídas para cada tipo de tarefa. Por exemplo, você pode criar uma Tarefa para iniciar um Projeto. Essa Tarefa pode ter Atividades como Definir Funções, Localizar Membros da Equipe e Definir Iterações.

O banco de dados de amostra ALM para OpenUP ilustra como as configurações do trabalho podem ser utilizadas para implementar o processo OpenUP.

Exemplo

O Projeto A possui um Pedido do tipo Defeito. A Configuração de Trabalho é utilizada para estabelecer uma regra que diz, quando um Pedido do tipo Defeito é criado, por padrão, crie uma Tarefa do Tipo Defeito. Outras Configurações de Trabalho para esse projeto são criadas para cada tipo de Atividade (Desenvolver e Testar), e outra Configuração de Trabalho é definida para o registro Tarefa com Defeito. Essa configuração de trabalho cria uma regra que declara, quando uma Tarefa do tipo Defeito é criada, por padrão, crie uma atividade do tipo Desenvolver e uma atividade do tipo Testar.

O Projeto B também possui um Pedido do tipo Defeito e possui uma Configuração de Trabalho com uma regra para criação de uma Tarefa do tipo Defeito. No entanto, a Configuração de Trabalho para o registro Tarefa é diferente. Para o Projeto B, a regra especifica para criar atividades do tipo Projetar, Desenvolver, Revisar e Testar.

Existem conjuntos de tarefas Primários e Secundários criados para Pedidos e Atividades criadas para Tarefas. O conjunto Primário é o conjunto criado mais freqüentemente e é criado na primeira vez que você cria uma Tarefa para um Pedido ou uma Atividade para uma Tarefa.

O conjunto Secundário é criado na segunda vez que você seleciona Pedido > CreateTask ou Tarefa > CreateActivity.

Podem existir uma ou mais Funções para um WorkConfiguration. O campo Função é utilizado para as seguintes finalidades:
  • As configurações Função > Membros e Grupos são utilizadas para determinar a Lista de Opções para o campo Proprietário.
  • A configuração Role > Primary > ratl_mastership é usada para configurar o valor padrão para o proprietário e é usada para configurar a associação da atividade no estado Enviado, se não houver um proprietário padrão.
Os pedidos são associados às pessoas, não às Funções. Por exemplo, o requisitante de um Pedido também pode ser o Proprietário do Pedido. Portanto, o campo Função no registro WorkConfiguration de um Pedido não permite que uma Função seja configurada.

Feedback