Importância da Modelagem de Processos de Gestão de Casos (CMPM) na Gestão Empresarial

Apresentamos nesta série de blogs o conceito de Modelagem de Processos de Gestão de Casos (CMPM) - Um conceito emergente complementar aos conceitos existentes de Gestão de Processos de Negócio (BPM). Nesta segunda postagem do blog, explicamos os aspectos de modelagem de casos que podem ser interessantes para o padrão atualmente desenvolvido para CMPM pelo Object Management Group (OMG). Esta postagem do blog é relevante para arquitetos empresariais, gerentes de produtos e analistas de negócios.

Objetivos da Gestão de Casos - Resumo

Escrevi em uma Introdução à Modelagem de Processos de Gestão de Casos (CMPM) que a gestão de casos se concentra em processos dinâmicos em evolução para administrar ativos comerciais críticos. É fundamentalmente diferente dos processos de negócio operacionais modelados na notação de modelagem de processos de negócio (BPMN) e gerenciados por sistemas de fluxo de trabalho. A gestão de casos é complementar aos processos de negócio e requer novos modelos, bem como sistemas para suportá-la. Exemplos de casos são casos de seguros, casos de saúde ou casos relacionados a serviços públicos (por exemplo, investigações criminais). Claramente, todos esses casos são de natureza altamente colaborativa.

Interessados na Gestão de Casos

Ilustramos na figura a seguir alguns interessados típicos envolvidos na gestão de casos.

Esses interessados parecem ser semelhantes aos envolvidos em BPM. No entanto, na gestão de casos, eles precisam colaborar muito mais para alinhar seus objetivos de acordo com o processo dinâmico em evolução. Distinguimos os seguintes papéis:

• Designer de Casos : O designer de casos é o analista de negócios criativo que descreve e modifica casos de acordo com as necessidades comerciais. Este papel permite que os trabalhadores de casos trabalhem livremente em um caso como acham que é a melhor maneira, dadas apenas algumas restrições (por exemplo, regulamentações). Deve alinhar o caso com as regras empresariais definidas pelo designer de regras empresariais globais.
• Trabalhador de Casos : O trabalhador de casos trabalha no caso e gerencia a evolução dos processos relacionados ao caso com base em sua experiência. Relata ao proprietário do caso. Vários trabalhadores de casos podem trabalhar no mesmo caso e, portanto, precisam colaborar entre si mediados através do caso. Esse tipo de colaboração oferece muito mais liberdade do que a colaboração forçada por um sistema de gestão de processos comerciais.
• Proprietário do Caso : O proprietário do caso gerencia as relações entre diferentes tipos de casos e as pessoas relacionadas a esses casos. Garante que os casos gerem o máximo valor comercial levando em consideração os riscos e oportunidades.
• Designer de Regras Empresariais Globais : O designer de regras empresariais globais descreve regras de acordo com os objetivos e regulamentações empresariais globais. Este papel tem uma perspectiva mais global e estratégica independente de casos específicos. Trabalha em conjunto com os designers de casos e o proprietário do caso para alinhar continuamente as perspectivas globais e locais, bem como as perspectivas dos interessados externos (por exemplo, acionistas ou organizações governamentais).

Depois de entender os interessados na gestão de casos, descrevemos no parágrafo seguinte algumas diretrizes para modelar casos, de modo que os diferentes interessados possam alinhar seus esforços de forma mais eficaz e eficiente.

Diretrizes de Modelagem

Todo esforço para mapear operações empresariais requer uma maneira consistente de modelá-las. Isso garante uma boa qualidade de informação, bem como qualidade de processo. As Diretrizes de Modelagem de Processos de Negócio (GOM) apoiam isso de uma perspectiva empresarial [4]. Existem seis diretrizes fundamentais:

• Eficiência Econômica : Esta diretriz afeta todas as outras. A gestão de casos deve ser usada apenas onde for apropriada e onde proporcionar uma relação custo-benefício adequada. Muitos processos nas empresas são dinâmicos e evoluem de forma não estruturada, mas nem todos precisam ser gerenciados por um sistema de gestão de casos.
• Correção : Esta diretriz refere-se à correção sintática e semântica. Um modelo deve ser sint