Melhores recomendadas do Blueprint para o design do ciclo de vida do caso

É importante que o contexto do aplicativo descreva o fluxo de trabalho com a maior precisão possível, pois essas informações determinam o design do aplicativo proposto pela Pega GenAI. Execute as seguintes ações em relação ao Application Context para gerar o Blueprint:

• Confirme se o aplicativo é para um processo de negócios exclusivo ou se um modelo fornecido pelo setor pode ser usado para criar o Blueprint.
• Confirme se o setor, o subsetor e o departamento/função identificam com precisão o processo de negócios, pois eles desempenham um papel considerável nas recomendações da Pega GenAI. Se a opção Outro for selecionada, a documentação deve explicar claramente o processo de negócio específico para evitar algum viés proveniente da Pega GenAI. 
• Confirme se as informações definidas na Finalidade do aplicativo refletem com precisão o aplicativo, já que essas informações são exibidas no cabeçalho do aplicativo quando você o visualiza no Blueprint .
• Confirme se a Descrição funcional identifica com precisão as informações de alto nível do aplicativo. Essas informações podem incluir Microjourneys® ou processos de negócios, integrações de sistemas, canais e personas.

No Blueprint, cada Workflowé definido como um Case Type. É importante que o Case Types proposto pelo Blueprint reflita com precisão o trabalho que se espera que ocorra. Execute as seguintes ações em relação a cada uma das propostas de Case Types do Blueprint:

• Confirme se cada tipo de caso combina o processo, os dados e a inteligência necessários para impulsionar o trabalho padronizado e orientado para alcançar um único resultado de negócio .
• Confirme se a descrição do tipo de caso comunica a finalidade da microjornada.
• Identifique os relacionamentos e as dependências entre os tipos de caso. Identifique os processos de negócios que podem ocorrer de forma independente, mas em paralelo, os processos que devem ocorrer sequencialmente e os relacionamentos entre casos pai e filho.
• Identifique os diferentes valores de status do caso que ocorrem entre a criação e a resolução do caso.
• Identifique as personas e os canais para fornecer contexto para as atividades do fluxo de trabalho.
• Se um novo tipo de caso for criado usando um arquivo BPMN (Business Process Modeling Notation), confirme se o ciclo de vida do caso proposto corresponde às informações legadas.

A seção Workflow Details do Blueprint fornece mais informações para cada tipo de caso proposto. A seção Detalhes do fluxo de trabalho define o Case Lifecycle e o Case Data Model de cada tipo de caso.

Ciclo de vida do caso

Na Pega Platform™, o ciclo de vida do caso modela o caminho que seu caso segue até a resolução, as personas envolvidas na conclusão desse trabalho e as atribuições ou automações específicas que devem ocorrer, bem como o tempo alocado para concluí-las. Na seção Detalhes do fluxo de trabalho do Blueprint, cada Case Lifecycle é uma representação visual do trabalho que deve ser concluído como parte da transação de negócio desejada. O ciclo de vida do caso é definido como uma série de estágios e etapas. Execute as seguintes ações para avaliar cada uma das propostas de Case Lifecycles do Blueprint:

• Conclua a revisão da proposta de Personas no Blueprint em conjunto com a proposta de Case Lifecycles.
• Certifique-se de que haja um estágio inicial lógico para cada tipo de caso e que haja pelo menos um estágio de resolução.
• Confirme se os estágios alternativos (alternate stages) representam cenários de exceção ou resultados negativos.
• Identifique todas as condições necessárias para a entrada no estágio.
• Identifique os acordos de nível de serviço relevantes para o tipo de caso, estágios, processos ou atribuições.
• Nas etapas, capture informações detalhadas usando o campo Notes. As informações a ser capturadas incluem:
  • Criação de atribuições (forma sequencial, paralela, de várias etapas ou hierárquica)
  • Instruções de atribuição
  • Roteamento da atribuição (individual ou fila de trabalho)
  • Informações sobre o status do caso
• Verifique se há estágios e etapas redundantes em todos os tipos de casos.
• Use a funcionalidade Preview my app do Blueprint para destacar a experiência do usuário para aos stakeholders.

Case Data Model

O Case Data Model define os campos individuais necessários para resolver um caso. Execute as seguintes ações para avaliar cada uma das propostas de Case Data Models do Blueprint:

• Conclua a revisão da etapa Data & Integrations no Blueprint em conjunto com a etapa Workflow Details (guia Case Data Model ) para confirmar se cada modelo de dados de caso faz referência correta aos objetos de dados correspondentes.
• Verifique se todos os campos propostos são relevantes para o tipo de caso.
• Use a Descrição do campo para capturar a lógica de negócios relacionada ao campo. Essas informações são usadas pela equipe técnica para contextualização durante o desenvolvimento do aplicativo.
• Analise os tipos de campo disponíveis na Pega Platform para garantir que os campos e seus registros de dados relacionados sejam capturados e refletidos adequadamente no aplicativo.
• Identifique os campos primários relevantes para garantir que partes críticas dos dados sejam facilmente acessíveis durante o processamento do caso.
• Use a funcionalidade Preview my app do Blueprint para destacar a experiência do usuário para os stakeholders. Além disso, você pode usar os recursos prontos para uso da Pega de transformação do fluxo de trabalho para fazer isso.

No Blueprint, Data & Integrations contém os objetos de dados que o Blueprint identifica como relevantes para todo o aplicativo, não apenas para um tipo de caso específico. Execute as seguintes ações para avaliar cada um dos Data & Integrations propostos pelo Blueprint:

• Conclua a revisão de Data & Integrations em conjunto com a guia Workflow Details'Case Data Model  para confirmar se cada modelo de dados de caso faz referência correta aos objetos de dados correspondentes.
• Para cada objeto de dados, confirme se a Fonte das informações está claramente definida. Se a fonte de dados (data source) for externa ao aplicativo, confirme se o Sistema de Registro da fonte de dados está claramente identificado.
• Use o campo Descrição do objeto de dados para capturar a lógica de negócios relacionada ao objeto de dados para contextualização posterior durante o desenvolvimento do aplicativo.
• Se novos objetos de dados forem definidos usando arquivos OpenAI (antigo Swagger) ou DDL (Data Definition Language), confirme que o que está representado no Blueprint reflete corretamente as informações legadas.

Personas representam os usuários que realizarão o trabalho em cada estágio do ciclo de vida do caso. Eles definem participantes internos e externos do caso que usam o sistema de maneiras diferentes com base em seus papéis, responsabilidades resultantes e resultados de negócios desejados. Execute as seguintes ações para avaliar cada uma das propostas de Personas do Blueprint:

• Conclua a revisão da proposta de Personas no Blueprint em conjunto com a guia Workflow Details'Case Lifecycles para fornecer contexto às atividades do fluxo de trabalho.
• Verifique se os Personas identificados refletem com precisão quem concluirá o trabalho.
• No campo Descrição da persona, documente os canais nos quais se espera que essa persona trabalhe, os portais relevantes e o conjunto de páginas iniciais que devem estar disponíveis para concluir suas tarefas.

Summary oferece outra oportunidade de revisar o aplicativo proposto pelo Blueprint. Execute as seguintes ações como parte do processo Summary do Blueprint:

• Faça uma parceria com o lead system architect (LSA) do projeto e outros stakeholders para analisar todo o aplicativo e garantir que o Blueprint esteja pronto para ser importado para a Pega Platform para criar um novo aplicativo. 
• Confirme se o cliente tem um aplicativo ou aplicativos da Pega existentes no ambiente de destino e quais tipos de casos e ativos de dados esse novo aplicativo reutilizará ou herdará.
• Exporte o PDF do Blueprint para referência durante o processo de importação do Blueprint.
• Exporte o arquivo Blueprint.

A Agile Workbench do App Studio serve como destino inicial para as histórias de usuário criadas na importação do Blueprint e usadas no backlog do seu projeto. Como parte do processo de importação do Blueprint, recursos, sub-recursos e histórias de usuários são criados automaticamente para as tarefas que precisam ser concluídas pela equipe de implementação técnica. Essas tarefas incluem informações detalhadas nos campos Descrição ou Notas em cada um dos elementos do Blueprint.

Trabalhe com seu LSA para planejar a integração de Agile Workbench com o sistema de gerenciamento de requisitos usado durante o projeto.

Verifique seu conhecimento com a seguinte interação: