Importancia del Modelado de Procesos de Gestión de Casos (CMPM) en la Gestión Empresarial

Presentamos en esta serie de blogs el concepto de Modelado de Procesos de Gestión de Casos (CMPM) - Un concepto emergente complementario a los conceptos existentes de Gestión de Procesos de Negocio (BPM). En esta segunda entrada del blog, explicamos los aspectos de modelado de un caso que podrían ser interesantes para el estándar actualmente desarrollado para CMPM por el Object Management Group (OMG). Esta entrada del blog es relevante para arquitectos empresariales, gerentes de productos y analistas de negocios.

Objetivos de la Gestión de Casos - Resumen

Escribí en un Introducción al Modelado de Procesos de Gestión de Casos (CMPM) que la gestión de casos se centra en procesos dinámicos en evolución para administrar activos comerciales críticos. Es fundamentalmente diferente de los procesos de negocio operativos modelados en la notación de modelado de procesos de negocio (BPMN) y gestionados por sistemas de flujo de trabajo. La gestión de casos es complementaria a los procesos de negocio y requiere nuevos modelos, así como sistemas para respaldarla. Ejemplos de casos son casos de seguros, casos de atención médica o casos relacionados con servicios públicos (por ejemplo, investigaciones criminales). Claramente, todos esos casos son de naturaleza altamente colaborativa.

Interesados en la Gestión de Casos

Ilustramos en la siguiente figura algunos interesados típicos involucrados en la gestión de casos.

Estos interesados parecen ser similares a los involucrados en BPM. Sin embargo, en la gestión de casos, necesitan colaborar mucho más para alinear sus objetivos de acuerdo con el proceso dinámico en evolución. Distinguimos los siguientes roles:

• Diseñador de Casos : El diseñador de casos es el analista de negocios creativo que describe y modifica casos según las necesidades comerciales. Este rol permite a los trabajadores de casos trabajar libremente en un caso como creen que es la mejor manera, dadas solo algunas restricciones (por ejemplo, regulaciones). Debe alinear el caso con las reglas empresariales definidas por el diseñador de reglas empresariales globales.
• Trabajador de Casos : El trabajador de casos trabaja en el caso y gestiona la evolución de los procesos relacionados con el caso basados en su experiencia. Informa al propietario del caso. Varios trabajadores de casos pueden trabajar en el mismo caso y, por lo tanto, necesitan colaborar entre sí mediados a través del caso. Este tipo de colaboración ofrece mucha más libertad que la colaboración forzada por un sistema de gestión de procesos comerciales.
• Propietario del Caso : El propietario del caso gestiona las relaciones entre diferentes tipos de casos y las personas relacionadas con estos casos. Se asegura de que los casos generen el máximo valor comercial teniendo en cuenta los riesgos y oportunidades.
• Diseñador de Reglas Empresariales Globales : El diseñador de reglas empresariales globales describe reglas de acuerdo con los objetivos y regulaciones empresariales globales. Este rol tiene una perspectiva más global y estratégica independiente de casos específicos. Trabaja junto con los diseñadores de casos y el propietario del caso para alinear continuamente las perspectivas globales y locales, así como las perspectivas de los interesados externos (por ejemplo, accionistas u organizaciones gubernamentales).

Después de haber comprendido a los interesados en la gestión de casos, describimos en el siguiente párrafo algunas pautas para modelar casos, de modo que los diferentes interesados puedan alinear sus esfuerzos de manera más efectiva y eficiente.

Pautas de Modelado

Todo esfuerzo para mapear operaciones empresariales requiere una manera consistente de modelarlas. Esto asegura una buena calidad de información, así como calidad de proceso. Las Pautas de Modelado de Procesos de Negocio (GOM) respaldan esto desde una perspectiva empresarial [4]. Hay seis pautas fundamentales:

• Eficiencia Económica : Esta pauta afecta a todas las demás pautas. La gestión de casos solo debería usarse donde sea apropiada y donde proporcione una relación costo-beneficio adecuada. Muchos procesos en las empresas son dinámicos y evolucionan de manera no estructurada, pero no todos deben ser gestionados por un sistema de gestión de casos.
• Corrección : Esta pauta se refiere a la corrección sintáctica y semántica. Un modelo debería ser sint