Mapa de procesos

El mapa de procesos es un modelo de proceso de sistema global que se utiliza para describir los procesos que componen el sistema empresarial y cómo interactúan entre sí. El mapa de procesos muestra los procesos como objetos , lo que significa que es una vista estática y no algorítmica de los procesos. Debe diferenciarse de un modelo de proceso detallado, que muestra una vista dinámica y algorítmica de los procesos, generalmente conocido como diagrama de flujo de procesos . ^[1] Existen diferentes estándares de notación que se pueden utilizar para modelar mapas de procesos, pero los más notables son el diagrama de eventos TOGAF , la notación de Eriksson-Penker y la cadena de valor agregado ARIS . ^[2]

Las características globales del sistema empresarial se reflejan en los modelos globales o de sistema. Los modelos de procesos globales se presentan utilizando diferentes metodologías y, a veces, con diferentes nombres. En particular, se denominan mapa de procesos en Visual Paradigm ^[3] y MMABP, ^[2] cadena de valor añadido en ARIS, ^[4] y diagrama de procesos en la notación de Eriksson-Penker ^[5] , lo que puede llevar fácilmente a la confusión con el flujo de procesos (modelo de proceso detallado). ^[1]

Los modelos globales están orientados principalmente a objetos y presentan una visión estática del sistema de negocio; no describen aspectos dinámicos de los procesos. Un mapa de procesos muestra la presencia de procesos y sus relaciones mutuas. La exigencia de una perspectiva global del sistema como complemento a la descripción de la lógica interna del proceso surge de la necesidad de tener en cuenta no sólo la lógica interna del proceso sino también su entorno significativo. El modelo de proceso algorítmico no puede sustituir a esta perspectiva, ya que representa el modelo de sistema del proceso. El modelo de proceso detallado y el modelo de proceso global representan perspectivas diferentes sobre el mismo sistema de negocio, por lo que estos modelos deben ser coherentes entre sí. ^[2]

Un mapa de macroprocesos representa los principales procesos necesarios para entregar un producto o servicio al cliente. Estos mapas de macroprocesos pueden detallarse más en subdiagramas. A menudo, los mapas de procesos abarcan distintas áreas funcionales de la organización. ^[6]

Muchas empresas utilizan mapas de procesos para tener una visión holística de todos los procesos y las conexiones entre ellos. Los mapas ayudan a navegar por los subprocesos y facilitan la comprensión de las operaciones de la organización. El mapa de procesos muestra las relaciones y dependencias entre los procesos y su enfoque debe estar en los procesos de negocio centrales de la organización. ^[7]

Un mapa de procesos puede considerarse el nivel más abstracto de la arquitectura de procesos y actúa como introducción a los niveles más detallados. Un mapa de procesos correctamente diseñado puede proporcionar una comprensión general de las operaciones de una empresa. El diseño del mapa de procesos es un paso importante y estratégico para la organización y va seguido de una mayor implementación del modelado de procesos de negocio . ^[8]

La metodología para el modelado y análisis de procesos empresariales (MMABP) es una metodología de modelado de procesos empresariales desarrollada en el Departamento de Tecnologías de la Información, Facultad de Informática y Estadística de la Universidad de Economía y Negocios de Praga . La metodología se define como una “metodología general para el modelado de sistemas empresariales utilizando métodos y enfoques informáticos”. ^[2]

La metodología se utiliza para analizar los procesos de negocio y desarrollar un modelo integral del sistema. El objetivo de desarrollar un modelo es utilizarlo para la optimización de procesos. El modelo debe crearse siguiendo las características y particularidades de la organización en cuestión y teniendo en cuenta las influencias externas que pueden afectar a la organización. El modelo debe ser óptimo desde una perspectiva económica, pero también debe ser óptimo desde una perspectiva factual, es decir, debe ser lo más simple posible manteniendo una funcionalidad completa. ^[1]

El modelado de sistemas empresariales se basa en un enfoque bidimensional: ^[9]

• Estructura del mundo real (sustancia): conjunto de objetos y sus relaciones
• Comportamiento en el mundo real: conjunto de procesos comerciales conectados entre sí

Además, también hay dos vistas de los sistemas: ^[9]

• Visión global del sistema
• Vista detallada de las partes del sistema.

Esto da como resultado la necesidad de modelar el sistema desde cuatro perspectivas diferentes para lograr una visión completa e integral del sistema empresarial. MMABP también propone qué lenguajes de notación se pueden utilizar para modelar cada perspectiva y también sugiere algunas mejoras en los lenguajes de notación para que se ajusten al propósito. ^[1]

• Visión global de los objetos – Modelo conceptual ( Diagrama de clases )
• Vista detallada de los objetos – Ciclo de vida de los objetos ( diagrama de estados )
• Visión global de los procesos – Mapa de procesos (Diagrama de Eriksson-Penker/Diagrama de eventos TOGAF/ARIS VAC)
• Vista detallada de los procesos – Modelo de flujo de procesos ( Diagrama BPMN )
• El diagrama de flujo de datos (DFD) es un diagrama adicional que se utiliza para describir las funcionalidades requeridas del sistema de información.

El diagrama de Eriksson-Penker es una herramienta que se utiliza en el análisis y diseño de modelos de negocio. Recibe su nombre en honor a Hans-Erik Eriksson y Magnus Penker, quienes desarrollaron el concepto en su libro "Modelado de negocios con UML: patrones de negocios en acción". ^[5]

Los diagramas de Eriksson-Penker se utilizan para representar gráficamente los componentes clave de un modelo de negocio y cómo interactúan entre sí. Los diagramas suelen constar de una serie de cuadros y líneas que representan los diferentes elementos del modelo de negocio, como la propuesta de valor, los segmentos de clientes, los canales, los flujos de ingresos y los recursos clave. Las líneas entre los cuadros representan las relaciones y dependencias entre los diferentes elementos del modelo de negocio. Estos diagramas son útiles para visualizar y comprender los diversos componentes de un modelo de negocio y pueden ayudar a las organizaciones a identificar posibles áreas de mejora o áreas de riesgo. También se pueden utilizar como herramienta de comunicación para ayudar a las partes interesadas a comprender el modelo de negocio y sus supuestos subyacentes. ^[5]

Estos diagramas son útiles para visualizar y comprender los diversos componentes de un modelo de negocio y pueden ayudar a las organizaciones a identificar áreas potenciales de mejora o áreas de riesgo. También se pueden utilizar como herramienta de comunicación para ayudar a las partes interesadas a comprender el modelo de negocio y sus supuestos subyacentes. Es posible utilizar diagramas de Eriksson-Penker para crear una vista global del proceso de un negocio. En este caso, se utilizaría un diagrama para trazar los procesos y actividades clave que intervienen en el negocio, así como las relaciones y dependencias entre estos procesos. ^[5] Por ejemplo, un diagrama de Eriksson-Penker podría utilizarse para representar los diversos pasos implicados en el proceso de desarrollo de un producto, desde el desarrollo del concepto hasta el lanzamiento al mercado. También podría utilizarse para mostrar cómo las diferentes funciones dentro de la organización, como marketing, ventas y producción, interactúan y dependen unas de otras para respaldar el negocio en general.

El diagrama de Eriksson-Penker es uno de los estándares de facto más populares que se pueden utilizar para una vista global orientada a objetos de los procesos de negocio. ^[1] Se desarrolló como una extensión del UML , ^[10] y a menudo se utiliza junto con BPMN para compensar la falta de posibilidad de modelar la vista global con este estándar ampliamente aceptado. ^[1]

TOGAF (The Open Group Architecture Framework) es un marco de trabajo para la arquitectura empresarial que proporciona un lenguaje común y un conjunto de estándares para diseñar, planificar, implementar y gobernar la arquitectura de TI de una empresa. Los diagramas de eventos TOGAF son diagramas utilizados en el marco TOGAF para representar el flujo de eventos dentro de un sistema o proceso. ^[11]

El diagrama de eventos TOGAF es una representación visual de los eventos dentro de una organización o sistema. Puede utilizarse para mostrar la secuencia de eventos que ocurren en un proceso en particular, así como las relaciones entre los eventos y las partes interesadas involucradas. Los diagramas de eventos TOGAF pueden ser útiles para crear una vista global del proceso porque proporcionan una representación visual de los eventos, lo que puede ser útil para comprender cómo encaja el proceso en el contexto más amplio de la organización. ^[11]

El diagrama de eventos TOGAF es el estándar más perspectivo para la visión del sistema de procesos en la actualidad. Se utiliza para representar el sistema de procesos, así como sus conexiones con la estructura organizacional funcional. ^[1]

ARIS (Arquitectura de Sistemas Integrados de Información) es una metodología y un conjunto de herramientas para el diseño y gestión de procesos de negocio. Se basa en la idea de que los procesos de negocio son el núcleo de una organización y que pueden ser modelados y optimizados para mejorar la eficiencia y la eficacia. La metodología ARIS proporciona un marco para comprender y analizar los procesos de negocio, así como para diseñar e implementar mejoras en dichos procesos. Incluye un conjunto de lenguajes de modelado gráfico y herramientas para crear modelos de procesos, así como una base de datos para almacenar y gestionar la información de los procesos. ^[4]

En el contexto de la metodología ARIS, un diagrama de cadena de valor agregado (VAC) es un tipo específico de modelo de proceso que se crea utilizando los lenguajes y herramientas de modelado de ARIS. ^[4] La metodología ARIS reconoce la distinción entre una vista global del sistema de procesos y una vista detallada de un proceso. La notación VAC se puede utilizar en ARIS para modelar la vista global. ^[1]

Los modelos de procesos de negocio deben ser coherentes, tanto dentro de un único modelo como en términos de coherencia mutua con otros modelos. La coherencia se aplica tanto a las vistas globales (mapa de procesos) como a las detalladas (diagrama de procesos). Para que se los considere coherentes, los modelos deben satisfacer dos criterios de coherencia: integridad y corrección. ^[1]

En términos de un modelo único, los modelos de procesos de negocio deberían ser: ^[9]

• Completo: se debe definir un proceso para cada producto y todos los eventos relevantes deben usarse como razonamiento de acción en al menos un modelo.
• Correcto: el proceso debe cumplir con el objetivo del proceso. Las acciones del proceso y su secuencia, las entradas, las salidas y todas las demás propiedades del proceso deben ser válidas para todas las instancias potenciales del proceso.

En términos de coherencia mutua con otros modelos, los modelos de procesos de negocio deberían ser: ^[9]

• La coherencia entre el diagrama de clases y el modelo de proceso empresarial está relacionada con la exactitud y la integridad de las funciones de los objetos. Todas las clases de objetos deben mencionarse en los procesos empresariales como un factor externo, y viceversa.
• La coherencia entre el diagrama de estados y el modelo de proceso empresarial se relaciona con la corrección y la integridad de las acciones. Cada acción del proceso empresarial debe tener al menos una transición de estado equivalente en el diagrama de estados, y viceversa.
• La coherencia entre todos los diagramas (diagrama de clases, diagrama de estados y modelos de procesos de negocio) se relaciona con la exactitud y la integridad de las razones. Cada evento que representa una razón para la transición entre estados en el diagrama de estados debe tener un evento equivalente que represente una razón para la actividad del proceso en el modelo de proceso de negocio, y viceversa.