Trabalhar com grupos de requisitos

Concluído

Normalmente, ao criar um registro habilitado para planejamento como uma ordem de serviço, um registro de requisito de recurso correspondente também é criado. O requisito de recurso define os detalhes sobre um recurso que é necessário para agendar o item.

Por exemplo, quando uma ordem de serviço é criada, um registro de requisito de recurso pode incluir:

• As janelas de data que o cliente prefere ou que foram prometidas.
• A região à qual o cliente pertence.
• Todas as habilidades e/ou certificações que um recurso deve possuir para trabalhar na ordem de serviço.
• Todas as preferências de recursos que o cliente possui.

Enquanto o registro de requisito de recurso realiza um excelente trabalho ao comunicar as necessidades específicas de um único recurso. Geralmente, as organizações exigem vários recursos para concluir um trabalho ou um compromisso específico. Por exemplo, um centro de serviço automotivo pode ter vários compartimentos de serviço e vários técnicos. Cada técnico de serviço pode ter habilidades específicas. Quando um cliente deseja marcar um compromisso de serviço, o dispatcher precisa garantir que ele tenha um compartimento de serviço disponível e, dependendo do trabalho, pelo menos um técnico qualificado para concluir o compromisso.

Para realizar essa tarefa, seriam necessários mais de um registro de requisito de recurso. Seriam necessários pelo menos dois:

• Um requisito para o compartimento de serviço.
• Um requisito para cada técnico.

Grupo de Requisitos

Um grupo de requisitos de recurso cria e agrupa vários requisitos para agendamento. Isso permite que os dispatchers agendem uma equipe inteira de recursos para uma única ordem de serviço. Por exemplo, no cenário mencionado anteriormente, seria criado um grupo de requisitos que incluísse requisitos para cada técnico e compartimento de serviço necessários. Na criação de um grupo de recursos, é possível adicionar os requisitos diretamente ao grupo ou definir subgrupos para proporcionar mais flexibilidade.

Por exemplo, um grupo de recursos foi criado para consultas. Ele contém dois subgrupos:

• Grupo preferencial
  • Consultar sala
  • Consultor de procedimentos
  • Médico
• Grupo secundário
  • Consultar sala
  • Consultor de procedimentos

Quando um grupo de requisitos é criado, é possível especificar se todos ou apenas alguns requisitos precisam ser atendidos. Isso pode ser feito usando a coluna de seleção. A coluna de seleção contém duas opções:

• Todos: especifica que todos os requisitos definidos precisam ser cumpridos.
• Qualquer um: especifica que apenas um dos requisitos definidos precisa ser cumprido.

Por exemplo, é possível na imagem que qualquer um foi selecionado para o serviço de consulta. Isso indica que só é necessário atender o requisito do grupo de consulta preferencial ou o requisito do grupo de consulta secundário, mas não ambos. Também definimos que, para cada subgrupo, seria necessário atender todos os requisitos de recursos. Uma última consideração é a ordem em que os subgrupos e os requisitos são exibidos. Quando o grupo de consulta é definido como qualquer um e o grupo de consulta preferencial é listado primeiro, esse é o requisito que ele tenta atender primeiro. Se não puder atender o requisito, ele passa para o grupo de consulta secundário, que não inclui um requisito de médico.

A subgrade fornece várias opções para ajudar na criação de requisitos individuais. Isso inclui a duplicação de requisitos, a exclusão de requisitos e até mesmo a capacidade de editar grupos, subgrupos e requisitos diretamente na linha da grade. Algumas das configurações disponíveis que podem ser editadas na grade podem ser definidas em um nível de grupo e algumas das configurações podem ser definidas em um nível de requisito individual.

Por exemplo, os itens de grupo de requisitos são definidos como:

• Janelas De e Até: define as datas às quais o registro do grupo de requisitos se aplica. As datas são adicionadas automaticamente a qualquer registro de requisito criado para o grupo.
• Duração: Define a duração do compromisso. Como as datas, a duração é adicionada automaticamente a qualquer registro de requisito criado para o grupo.
• Parte do mesmo: permite definir se os recursos devem pertencer à mesma unidade organizacional, árvore de recursos ou local.
• Preferências de atendimento: define se há alguma preferência de atendimento que deverá ser usada ao sugerir recursos.

Todos os outros critérios de filtro são definidos nos próprios registros de requisitos individuais. Isso inclui a especificação de itens como características, categorias ou nível de recursos preferenciais. Alguns desses critérios podem ser modificados diretamente na subgrade de requisitos. Cada registro de requisito pode ser aberto e os critérios podem ser definidos usando o formulário de requisito.

Outros itens a serem considerados em um nível de requisito são:

• Opção de classificação: define como os recursos devem ser apresentados nos resultados da pesquisa. Há quatro opções para escolher:

  • Nenhum: não executa classificação.
  • Aleatório: apresenta um recurso disponível randomizado.
  • Mais Ocupado: apresenta o recurso disponível com o maior número de reservas.
  • Menos Ocupado: apresenta o recurso disponível com menos reservas.

• Esforço Necessário: define o número de recursos necessários para esse tipo.

Modelos do Grupo de Requisitos

Como foi possível observar no exemplo anterior, um grupo de recursos pode conter alguns cenários complexos que podem afetar o agendamento. Um grupo de recursos que atende aos itens definidos no grupo Consulta precisará ser criado todas as vezes que for necessário agendar uma consulta. Não é razoável esperar que um expedidor faça isso todas as vezes que uma consulta for criada.

É neste momento que entra um modelo de grupo de requisitos. Um modelo permite definir os itens necessários para o grupo de requisitos. Quando é necessário criar um grupo de requisitos de recursos, usamos o modelo para criar o grupo. Isso garante que todos os requisitos definidos existem.

Por exemplo, ao criar uma ordem de serviço você pode especificar um tipo de incidente para a ordem de serviço. Um tipo de incidente especifica os produtos, os serviços, as tarefas, as certificações, etc. que devem ser adicionados às ordens de serviço que usam esse tipo de incidente. Ao criar um tipo de incidente, um modelo de grupo de requisitos pode ser vinculado ao tipo de incidente como um item relacionado. Ao criar uma ordem de serviço que usa esse tipo de incidente, um grupo de requisitos é criado automaticamente com base no tipo de incidente.