Hoy en día, un nuevo tipo de software para gestionar procesos comerciales, a saber, los sistemas BPMS, está ganando popularidad en las empresas nacionales. Y, naturalmente, su apariencia generó muchas preguntas. ¿Para qué se necesitan? ¿Cómo trabajan? ¿Cuál es su diferencia fundamental con respecto a otras opciones de automatización empresarial?

Cuando encontré BPMS por primera vez, también tenía todas las preguntas enumeradas anteriormente. Me tomó un tiempo comprender por qué se necesitaba una nueva herramienta, por qué era imposible implementar todos los procesos de negocios necesarios para un trabajo exitoso en los sistemas de contabilidad o CRM existentes y cuál era la diferencia fundamental entre BPMS y otras opciones de automatización de procesos de negocios.

En este artículo quiero hablar sobre qué son los sistemas BPMS, por qué son necesarios y en qué se diferencia el enfoque de procesos de los métodos de trabajo tradicionales. No hablaré sobre los aspectos técnicos de BPMS (sobre modelado y desarrollo de procesos de negocio), este será el tema del próximo artículo. Ahora intentaré revelar la esencia y el significado de BPMS en el lenguaje más simple y comprensible:

¿Qué es el BPMS?

Pero para entender qué son realmente los BPMS y cuáles son sus características, primero hay que entender qué es BPM.

BPM (inglés: Business Process Management, gestión de procesos de negocio) es un concepto de gestión de procesos de una organización que considera los procesos de negocio como recursos empresariales especiales que se adaptan continuamente a cambios constantes y se basa en principios como la claridad y visibilidad de los procesos de negocio. en la organización detrás a través del modelado de procesos de negocios usando notaciones formales, usando software para modelar, simulación, monitoreo y análisis de procesos de negocios, la capacidad de reconstruir dinámicamente modelos de procesos de negocios por parte de los participantes y usando sistemas de software.

BPMS (Sistema de gestión de procesos de negocio) es principalmente un software para respaldar el concepto BPM en una empresa. Los sistemas BPMS son necesarios para implementar el concepto BPM en un entorno de software.

BPMS ve las operaciones de una empresa como un conjunto de procesos más que como un conjunto de funciones. El objeto del sistema BPM no es el trabajo del departamento de ventas o compras, sino el proceso de ventas, el proceso de atención al cliente, el proceso de gestión de suministros, etc. Y sobre la base de este conocimiento, se construye el trabajo de reingeniería de procesos de negocio en BPMS.
El sistema BPM tiene como objetivo principal mejorar las operaciones de la empresa y hacerla más rentable optimizando y controlando los procesos de negocio.

Experiencia de usuario en BPMS y otros sistemas

El usuario puede completar el documento de forma arbitraria si la secuencia de su trabajo no está programada:

• Primero puede abrir el formulario de pedido, seleccionar productos, indicar precios y luego identificar al cliente.
• Primero puede crear un cliente y luego crear su pedido.

El sistema BPM considera al usuario como un ladrillo más del sistema. Una persona debe saber claramente en qué proceso está trabajando y qué debe hacer.

Los empleados en un sistema BPM no son considerados desde el punto de vista del resultado del proceso, sino desde el punto de vista de la ejecución de la acción. Aquí se excluye la variabilidad de las acciones del usuario. El empleado hace sólo lo que está programado en el sistema, ni más ni menos.

Formas de implementar procesos de negocio.

Destacaremos tres enfoques:

1. Enfoque de “papel”;
2. Enfoque automatizado (utilizando otros sistemas);
3. Enfoque a procesos en el sistema BPMS.

Porque su empresa no contaba con un procedimiento de aprobación de facturas. El director de la empresa y yo nos enteramos de esto por pura casualidad. Me enteré de que en su empresa ocurren fallas periódicas en la etapa de aprobación de la factura, y el director se sorprendió al descubrir que no pagó el 50% de la factura, como estaba planeado, sino el 100% de una vez.

¿Por qué sucedió así? Es sencillo. El llamado “teléfono averiado” funcionó. El especialista trajo una factura del departamento de contabilidad con la frase “Debemos pagar el 50% del monto”. El contador le preguntó al gerente si debía pagar esta factura o no. El gerente, seguro de que estábamos hablando del 50% del importe, confirmó el pago. Y el contador, a su vez, olvidó que se había dicho en voz alta aproximadamente la mitad del monto y entendió que el gerente quería decir que había que pagar la factura completa. Que es lo que se hizo.

Utilizando el ejemplo de esta empresa y este proceso de negocio, consideraremos los tres enfoques.

Enfoque “en papel” (no automatizado)

• El empleado recibe la factura y la transfiere al departamento de contabilidad;
• El departamento de contabilidad ingresa la factura en la nómina y la coordina con el gerente;
• Si el gerente aprueba y firma la solicitud, el departamento de contabilidad paga la factura.

Enfoque automatizado

Como regla general, las empresas intentan controlar uno u otro proceso comercial en el sistema contable en el que ya trabajan. Pero esto también está mal. Veamos las desventajas de esta opción.

Como no se asignaron fondos adicionales para la implementación de procesos de negocio en la empresa que pongo como ejemplo, utilizamos las herramientas que la empresa ya tenía, o mejor dicho, el sistema de contabilidad.
La tarea era que si un empleado necesitaba pagar una factura, el monto del pago pasaría por ciertas etapas de aprobación.

Cómo se veía:

• El sistema asigna responsables para la aprobación de gastos;
• Sobre la base de cualquier documento (un pedido a un proveedor, recepción de mercancías u otro documento), se crea un documento Solicitud de gasto de fondos en el estado No aprobado;
• Si el responsable aprobó la solicitud y cambió el estado a Acordado, entonces la factura se envió al departamento de contabilidad;
• Si el estado se estableció en Rechazado, significa que la solicitud volvió a la persona que inició el proceso.

• crear acceso al sistema;
• capacitarse para trabajar con los documentos necesarios;
• personalizar la interfaz para facilitar su uso;
• configurar los derechos de acceso.

Para tomar una decisión en este caso sólo son interesantes 3 puntos:

1. dinero (cuánto tenemos que pagar);
2. destinatario (a quién debemos pagar);
3. Propósito (por qué pagamos).

Además, tal implementación de la conciliación en el sistema contable es bastante primitiva y no implica variabilidad (por ejemplo, división de áreas de responsabilidad según el monto del documento o partida de gasto).

Sin embargo, en un sistema BPM, el proceso de aprobación en sí es importante y no el reflejo de información para futuros informes, etc. Simplemente hay personas aquí que necesitan, según el contexto de la información, realizar rápidamente el proceso.

Entonces, las principales diferencias entre ejecutar procesos de negocio en BPMS y un sistema de contabilidad:

1. En un BPMS lo que importa es lo que se hace. Lo importante aquí no es la información contable ni los informes, sino la necesidad de tomar una decisión rápidamente para que el proceso empresarial avance. Esto no funcionará con el sistema contable, aquí debemos indicar qué documentos se crean con cuáles, etc. - no es cómodo. No hay un contexto claro aquí.
2. Simplicidad de lógica y desarrollo. Si llevamos a cabo un proceso de negocio en un sistema contable, debemos tener en cuenta una gran cantidad de conexiones lógicas: cómo se procesan los documentos y transacciones, a qué afecta, qué licencias adicionales se deben adquirir, etc. - aunque parece que el responsable de la aprobación no lo necesita. Pero en el sistema contable necesariamente debemos vincularnos a objetos de configuración o modificarlos, lo cual no es muy correcto.

Precisamente por eso se crearon los sistemas BPM, en los que toda la lógica está dirigida no a los cálculos, no al almacenamiento de datos, sino a la rápida ejecución del proceso y su control.

Pasemos ahora al tercer enfoque y consideremos cómo se debe resolver este proceso de negocio en el sistema BPMS.

Enfoque de procesos en BPMS

En nuestro ejemplo habrá tres de ellos:

1. Crear una solicitud para la aprobación de facturas;
2. Verificación de la solicitud;
3. Resultado de la aplicación:
   • si se aprueba: impresión de la solicitud,
   • Si no se aprueba, notifique al proveedor.

En el sistema, cada usuario trabaja con su propio nombre de usuario y contraseña y sólo ve su formulario y su lugar en el proceso comercial. En nuestro ejemplo, el empleado es responsable de crear la aplicación y el gerente es responsable de verificarla y aprobarla, y cada uno de ellos solo ve sus propios formularios, sus tareas y solo puede realizar sus propias acciones.

En consecuencia, si el empleado que creó la aplicación presiona para pasar a la siguiente etapa, entonces se le quita la responsabilidad y pasa al gerente, quien debe verificar la aplicación. Al hacer esto logramos división y control de áreas de responsabilidad.

Este ejemplo muestra claramente que en los sistemas BPM todo depende del contexto. Todas las interacciones del formulario tienen como objetivo garantizar que el usuario vea solo lo que necesita y solo lo que necesita en una etapa específica, según el contexto del proceso.

Si otros sistemas tienen como objetivo asegurar que la operación se complete, entonces en BPMS nos centramos en las acciones.

El sistema BPM se puede comparar con la técnica japonesa de tiro con arco Yumi. Las escuelas de tiro de Yumi predican el siguiente enfoque: si quieres acertar, no necesitas concentrarte en el objetivo, debes realizar todas las acciones correctamente ahora. Aquellos. El principio utilizado aquí es el utilizado en el tiro con arco japonés Yumi que ya mencioné: centrarse en cada acción, en cada etapa, realizar cada acción de manera eficiente. ¡Y entonces definitivamente alcanzarás tu objetivo!

De hecho, en un sistema BPMS, cada empleado trabaja como en una línea de montaje. Cada tarea, cada proceso empresarial en el que participa un empleado, se convierte en una línea transportadora independiente. Y, como participante en este proceso, un empleado, en el marco de una tarea particular, puede realizar solo ciertas acciones, estrictamente limitadas por el algoritmo para completar la tarea.

Por supuesto, esta comparación no es del todo exacta, porque un empleado puede elegir qué proceso de negocio procesará ahora y cuál después. Aquellos. hasta cierto punto está por encima de los procesos, pudiendo elegir a cuál de los ramales del pipeline se unirá en un momento determinado. Pero en el marco de un determinado proceso de negocio, se convierte en participante de una cinta transportadora, cuyos procesos imponen restricciones estrictas a cada uno de los participantes.

Volvamos al ejemplo de la aprobación de facturas y consideremos qué oportunidades existen con el enfoque de procesos:

• Separación de áreas de responsabilidad;
• Concentración del trabajo de los empleados en acciones específicas;
• Notificar a los usuarios sobre cambios en los procesos (o la necesidad de realizar cambios) en los que participan.

BPMN 2.0 es un estándar generalmente aceptado para describir un proceso de negocio, y las personas familiarizadas con esta notación entenderán inmediatamente un modelo de proceso de negocio escrito en este formato.

Conclusión

Más artículos sobre este tema.

Sistemas de gestión de procesos de negocio (BPMS)

Las soluciones de gestión de procesos de negocio (BPM) permiten a su empresa optimizar los procesos de negocio utilizando aplicaciones existentes. Normalmente, una solución BPM es un conjunto de componentes abiertos basados ​​en estándares para modelar, ejecutar, gestionar y optimizar procesos de negocio, así como para integrar aplicaciones empresariales.

Los servicios creados como parte de la integración de aplicaciones son los "bloques de construcción" a partir de los cuales es posible construir una secuencia de ejecución en un sistema integrado de procesos de negocios "de un extremo a otro" que combinan procesos de varias áreas funcionales. El sistema BPM garantiza la formación de una secuencia de pasos del proceso de negocio ejecutados automáticamente y reglas de interacción de aplicaciones (transferencia de información) en cada uno de estos pasos. Los módulos BPM de los principales proveedores de plataformas de integración brindan la capacidad de diseñar, desarrollar, probar, ejecutar, monitorear y administrar procesos comerciales. Las aplicaciones de clase BPM sirven como una herramienta conveniente para modificar un sistema de información integrado en el contexto de cambios (reingeniería) de los procesos comerciales de una empresa.

Arquitectura de un BPMS típico

Las soluciones BPM utilizan ingeniería de circuito cerrado para identificar brechas en los procesos, brindando a su empresa la capacidad de controlar el ciclo de vida completo de los procesos comerciales. El resultado es una plataforma rápida y flexible basada en sus aplicaciones existentes, que le permite responder rápidamente a nuevas demandas comerciales y mejorar la productividad.

Los sistemas de gestión de procesos de negocio proporcionan importantes beneficios en dos niveles. El primer nivel es estratégico, incluye ventajas como la conexión entre las actividades diarias de la empresa y sus objetivos estratégicos. El segundo nivel es cuantitativo: estos son aquellos beneficios que se pueden contar o medir, por ejemplo, ahorrar millones de dólares o reducir el tiempo, por ejemplo, firmar y acordar contratos de días a varios minutos. Y una ventaja más, quizás la más importante, es el cambio de ambiente en el equipo, la orientación de los empleados hacia el aumento de la eficiencia de su trabajo, la conciencia de cómo sus acciones afectan el resultado general y la posición general de la empresa en el mercado. así como una reacción más rápida y activa a los cambios en el entorno competitivo.

Áreas de uso

Los sistemas de gestión de procesos de negocio se basan en un enfoque de procesos y son más adecuados principalmente para automatizar los procesos de negocio de la empresa orientados al cliente y de extremo a extremo.

Muy a menudo, los sistemas de gestión de procesos de negocio se utilizan para automatizar procesos de negocio complejos de un extremo a otro, que incluyen varias divisiones de la empresa y las funciones de muchos sistemas de información existentes subordinados a un objetivo común.

Otro caso común es la automatización de aquellas áreas para las que no existen soluciones listas para usar, bien probadas o relativamente asequibles.

Además, los sistemas de gestión de procesos de negocio pueden resultar útiles si existe la necesidad de una automatización rápida (de uno a varios meses) y específica de cualquier proceso de negocio crítico de la empresa.

Características clave

Arquitectura BPM funcional

Todos los sistemas de gestión de procesos de negocio (BPMS) que se ofrecen actualmente, independientemente de la plataforma de implementación, proporcionan las siguientes funciones básicas:

• gestión de tareas de los empleados (la capacidad de combinar tareas individuales en procesos comerciales, gestionar las transiciones de una tarea a otra, reasignar tareas y asignarlas a grupos, unidades funcionales);
• la capacidad de rastrear rápidamente el progreso de las tareas (etapa actual, ejecutante y estado del proceso, así como el historial de cambios);
• monitoreo operativo (en tiempo real) de indicadores clave del proceso, mostrando advertencias sobre errores y caídas en los indicadores;
• la capacidad de conectar socios al sistema (por ejemplo, agencias de cobranza, socios de evaluación, etc.) y control total sobre sus actividades por parte de los empleados de su empresa (los empleados ven en qué etapa se encuentra el proceso y las tareas de los socios);
• construir procesos de negocios estrictamente regulados para todos los empleados (la decisión de pasar a la siguiente fase la toma el sistema, en función de los datos ya ingresados ​​​​y la lógica del proceso de negocios);
• control de acceso basado en el rol de cada usuario en el proceso (un empleado tiene acceso solo a sus tareas y solo a los datos necesarios para completar la tarea);
• integración con otros sistemas corporativos directamente durante la ejecución de un proceso de negocio (recepción y transmisión de datos);
• gestión de reglas comerciales sin detener la ejecución de los procesos comerciales (por ejemplo, el plazo para cumplir con el requisito de reembolso anticipado total, el período máximo para iniciar un procedimiento de reclamación en un caso de crédito, etc.)

Ventajas de implementar un sistema de gestión de procesos de negocio orientado a procesos

Las características clave de las soluciones BPM son que permiten:

• proporcionar una automatización flexible de los procesos comerciales "de un extremo a otro" (que afectan el funcionamiento de varias divisiones funcionales de la empresa y los sistemas de información);
• proporcionar la base para introducir un enfoque de proceso para organizar el trabajo de las unidades organizativas de una empresa;
• permitirle organizar un control efectivo sobre la implementación de los procesos comerciales en tiempo real;
• reducir los costos de interacción entre diferentes departamentos de empresas y socios;
• proporcionar una integración "perfecta" entre diversas aplicaciones comerciales de la empresa y los socios;
• permitirle reducir el tiempo de implementación de nuevas soluciones y funciones comerciales;
• aumentar el retorno de las inversiones ya realizadas en los sistemas de información de la empresa.

Enfoques de implementación

Los especialistas de Tops BI tienen la competencia y experiencia en la creación de soluciones de integración en plataformas industriales de los principales fabricantes del mundo:

Suite Oracle SOA/Suite Oracle BPM;

SAP NetWeaver BPM;

Microsoft SharePoint y BizTalk Server.

Inmediatamente antes del inicio de la implementación, los especialistas de TopS BI pueden realizar un estudio de los procesos de negocio de su empresa, y se pueden utilizar los procesos de negocio ya formalizados por sus especialistas en alguna herramienta (se pueden utilizar Aris o Visio como herramientas de descripción).

TopS BI proporciona los siguientes servicios al crear sistemas de gestión de procesos de negocio:

• realizar una encuesta integral, incluido el análisis de los procesos comerciales y la infraestructura de TI de la empresa para formular propuestas posteriores para construir una solución de integración;
• desarrollo de arquitectura de solución de integración;
• diseño de un complejo de software y hardware, elaboración de especificaciones para los equipos y software necesarios, suministro, instalación y configuración de un complejo de software y hardware para una solución de integración.
• desarrollo de componentes de negocio y lógica de integración, interfaz de usuario;
• creación y adaptación de herramientas para el seguimiento de procesos comerciales, seguridad y administración de la información;
• creación y modificación de componentes que amplían las capacidades de las soluciones de integración existentes;
• desarrollo de documentación operativa y formación de usuarios del sistema;
• pruebas exhaustivas de la solución de integración;
• brindando soporte técnico y mantenimiento de las soluciones implementadas.

En las condiciones modernas, las empresas aplican activamente un enfoque basado en procesos para organizar el trabajo. Pero todavía existe el problema de comprender qué es la gestión de procesos de negocio y cómo utilizar BPM correctamente.

La definición de este término por parte de la EABPM (Asociación Europea BPM) es la siguiente:

La gestión de procesos de negocio (BPM) es un enfoque de sistemas para capturar, diseñar, ejecutar, documentar, medir, monitorear y controlar procesos tanto automatizados como manuales para lograr los objetivos y estrategias comerciales de la empresa. BPM abraza la definición, mejora, innovación y mantenimiento consciente, integral y cada vez más tecnológico de procesos de extremo a extremo. Gracias a esta gestión sistemática y consciente de los procesos, las empresas consiguen mejores resultados de forma más rápida y flexible.

Permítanme recordarles también que esta no es la primera vez que planteo este tema. Hablé mucho sobre procesos de negocio en artículos como "¿Qué es un proceso de negocio y una descripción de un proceso de negocio?" o "Una breve descripción de BPMN con un ejemplo".

Pero quedan preguntas que a menudo me hacen tanto los lectores de artículos como mis clientes. Además, los artículos de marketing y los términos asociados con este campo de actividad generan mucha confusión a la hora de comprender la esencia. Tanto los desarrolladores de sistemas de software como los consultores de negocios que utilizan constantemente estas herramientas en su trabajo lograron introducir muchos conceptos exclusivamente de marketing en el campo de la gestión de procesos de negocio. Por un lado, este proceso es inevitable en cualquier ámbito comercial. Por otro lado, BPM ya no es la metodología más sencilla para un no especialista. Y el marketing añade más confusión.

Por eso, decidí dar mi definición detallada de qué es la gestión de procesos de negocio. Y espero poder ayudarte a comprender los principales problemas relacionados con el uso de BPM.

¿Cómo surgió el BPM?

Al mismo tiempo, la humanidad no se detiene. Y tanto en el ámbito de la educación de los niños como en la organización de empresas, están apareciendo nuevas herramientas más flexibles, cómodas e intuitivas, lo que es especialmente importante para las personas que dan sus primeros pasos en cualquier campo.

Si recurrimos a registros antiguos e intentamos estudiar las peculiaridades de la organización laboral tanto en las empresas soviéticas como en las occidentales, por ejemplo, Ford, veremos instrucciones en texto en su mayoría secas y difíciles de leer, relacionadas principalmente con el enfoque funcional:

1. Descripción del lugar de trabajo
2. Descripción del trabajo del empleado
3. Requisitos de seguridad, etc.

Pero ¿qué pasa si es necesario cambiar rápidamente el trabajo de toda una organización? ¿Y si también se introduce la automatización? El surgimiento de BPM fue una respuesta a estas solicitudes.

Ya he escrito sobre qué es un proceso de negocio (“Qué es un proceso de negocio y una descripción de un proceso de negocio”) y, por lo tanto, no repetiré las principales disposiciones y definiciones del proceso de negocio en sí. Echemos un vistazo más de cerca al concepto de gestión de procesos de negocio.

Acerca de la gestión de procesos de negocio en palabras sencillas

Definición mía:

La gestión de procesos de negocio (BPM) es la gestión de actividades (automatizadas y no automatizadas) en un equipo a través de procesos de negocio.

1. Describir los propios procesos de negocio.
2. Implementar el proceso de negocio descrito en el trabajo del equipo.
3. Designe personas responsables de los procesos de negocio, los llamados stackholders o propietarios de procesos de negocio.

Al mismo tiempo, es necesario gestionar un entorno extremadamente heterogéneo. Diferentes procesos de negocio requieren diferentes enfoques y acciones de los empleados, y diferentes herramientas de automatización. Y todo esto debe poder describirse por separado y luego combinarse en un sistema común.

Es necesario partir del entendimiento: el enfoque de procesos es gestionar el todo mediante la gestión de las partes.

Y para evitar cualquier confusión en la terminología, déjame explicarte:

• BPM es una metodología. aquellos. un conjunto de principios y enfoques básicos para la construcción de notaciones y la organización del trabajo en sí utilizando procesos de negocio.
• BPMN es una notación (lenguaje) en la que se construyen notaciones, incluidas las ejecutables.
• BPMS – Sistema de ejecución de TI, construido de acuerdo con ciertas reglas especificadas en la metodología

Procesos de negocio ejecutables y no ejecutables.

Aquellos. Usamos principios y técnicas de BPM para crear notaciones. En este caso, utilizamos las reglas de escritura BPMS. Para crear notaciones no ejecutables, en principio, incluso puedes usar una hoja de papel Whatman y un lápiz. Lo principal es seguir estrictamente todas las reglas.

La notación ejecutable requiere un entorno de TI específico: BPMS. Al mismo tiempo, recomiendo realizar incluso los no ejecutables en BPMN, ya que aquí el propio entorno ayuda a identificar posibles errores y contradicciones, lo que aumenta la alfabetización y precisión de la descripción del proceso de negocio.

Diferencias entre enfoques de proceso y funcionales.

También necesitas saber:

Para la planificación estratégica y la evaluación del desempeño de la empresa "en su conjunto", es mejor utilizar modelos funcionales y notaciones (por ejemplo, IDF0). Escribí sobre esto en detalle en el artículo "Introducción a la notación IDEF0 y un ejemplo de uso". Aquí puede comenzar desde el resultado deseado y crear una secuencia de funciones de caja negra necesarias para lograrlo.

Gestionar la secuencia de acciones y optimizarla. lo que sucede dentro de cada etapa del trabajo, además de mejorar la interacción entre las diferentes “cajas negras”, se necesita un enfoque de proceso BPM. Aquí se estudian las acciones en sí, se rastrea la velocidad y la intensidad del trabajo para lograr resultados, se optimizan y estandarizan.

Si realiza algún cambio en un proceso de negocio, siempre comenzará no desde el todo, sino desde una parte. Aquellos. cambia el algoritmo del programa y/o ajusta la descripción del trabajo para un empleado que realiza ciertas funciones. Como resultado, uno de los elementos del proceso de negocio cambia y, como resultado, el proceso de negocio en su conjunto.

Necesitas entender:

La creación de una descripción de un proceso de negocio comienza "como un todo", después de lo cual cada proceso se divide en subprocesos y se detalla hasta cierto punto.

Por el contrario, cambiar un proceso de negocio comienza desde los niveles “inferiores”: el máximo detalle. Y desde los detalles hasta el todo, se hacen todas las correcciones necesarias.

En un enfoque funcional, los objetos de entrada y salida son muy importantes. En la propia función de caja negra, se produce cierto procesamiento de objetos para obtener el resultado deseado. Y aquí el foco principal está en “qué es exactamente lo que queremos conseguir”, es decir El enfoque de la gestión empresarial es más bien estratégico.

Con un enfoque de proceso, obtenemos una respuesta a la pregunta "cuál es la mejor manera de hacer esto", es decir Nos concentramos en la gestión táctica y operativa. Por lo tanto, aquí, cuando los elementos individuales cambian entre "entrada y" salida ", todo el proceso cambia.

También es importante determinar el nivel óptimo al detallar: no demasiado "en general", pero tampoco detallar un gran proceso hasta las acciones de cada empleado. Una vez vi una descripción de los procesos comerciales publicada en un papel Whatman de dos metros. Pero cuanto más complejo y detallado sea el proceso, más difícil será percibirlo “como un todo” y, como resultado, será más difícil de comprender y mejorar.

Por estas razones, cuando se trabaja con procesos de negocio, se utiliza la descomposición multinivel, es decir, el detalle de cada “caja negra” se separa en un proceso separado. Y por la misma razón, para la planificación estratégica no se utiliza el enfoque de procesos, para ello, repito, se utiliza el modelado funcional.

Descripción de trabajar con BPM

Encuesta a personas (empleados de la empresa). Comprender cómo se trabaja en cada caso concreto.

Documentación del proceso de negocio en base a los datos recibidos. En esta etapa, el analista recibe una descripción "tal cual" del proceso de negocio.

Estudiar el proceso de negocio resultante desde el punto de vista de debilidades y posibilidades de optimización:

Sobre la base de un esquema optimizado (según sea necesario) ya preparado, se crean documentos: descripciones de puestos, manuales de usuario y, si es necesario, se implementan soluciones automatizadas.

Después de la implementación, sobre la base de la notación, se monitorea el proceso de negocio, se identifican posibles inconsistencias y se estudian sus causas.

Si es necesario, se realizan cambios en el esquema en función de deficiencias identificadas o cambios en el trabajo de la empresa relacionados con factores externos.

Ciclo de vida del proceso en BPM

Este ciclo se puede repetir un número infinito de veces. Cualquier negocio, cualquier organización no es un monolito congelado, sino un organismo en desarrollo en un entorno en constante cambio. Las particularidades de la legislación cambian, los competidores van y vienen del mercado, aparecen nuevas herramientas de automatización, etc.

La regla principal de un analista de negocios: al optimizar un proceso, es necesario poder detenerse a tiempo. Y aquí es necesario analizar claramente la complejidad (costo) de los cambios y la mayor eficiencia (beneficios) como resultado.

Pros y contras del BPM

• La capacidad de detallar al máximo las acciones de personas y sistemas necesarios para obtener resultados.
• Las notaciones gráficas son visuales, lo que permite comprender las características de los procesos de la empresa y ver sus puntos débiles.
• Las notaciones son perfectas como instrucciones para el intérprete, quien recibirá una secuencia de acciones clara e inequívoca. Al mismo tiempo, se diseñará gráficamente, de la forma más cómoda para la percepción humana.
• Cuando se utiliza un enfoque de procesos, el resultado del proceso será estandarizado y consistente con lo esperado. Esto reducirá la influencia del factor humano en el nivel de servicio o el desempeño de cualquier otro tipo de trabajo.
• La metodología BPM está bien desarrollada y estandarizada gracias a BPMN. Al mismo tiempo, las herramientas (notaciones BPMN) son intuitivas incluso para personas que no han estudiado en absoluto la gestión de procesos de negocio. Por otro lado, la presencia de estándares y reglas le permite evitar errores durante el desarrollo y crear notaciones ejecutables (elementos listos para usar de automatización empresarial) en el sistema BPMS.

Las desventajas de BPM, como suele suceder, están en el mismo lugar que las ventajas:

• Un alto grado de detalle en los procesos interfiere con la percepción del desempeño empresarial para la planificación estratégica.
• Las personas que desarrollan el modelo de proceso tienen una responsabilidad muy grande. Cualquier error puede conducir a resultados desastrosos. Por ejemplo, al desarrollar un modelo funcional, hay datos en la entrada, un resultado en la salida, herramientas que la empresa proporciona al ejecutante y el propio ejecutante. Si bien el ejecutante produce el resultado esperado en la salida, dentro de la función puede actuar a su propia discreción, eligiendo el método óptimo para lograr el objetivo. Con un enfoque de proceso, el ejecutante se ve privado de “libertad de maniobra”. Tiene una secuencia de acciones claramente definida, teniendo en cuenta todas las condiciones posibles. Y no tiene derecho a actuar de otra manera, incluso si el resultado resulta diferente al esperado.
• El proceso de negocio es estático y prácticamente no está sujeto a ajustes desde el interior. El ejecutante recibe una secuencia clara de acciones y ya no puede tomar la iniciativa. Como resultado, los artistas repetirán cualquier error una y otra vez hasta que se corrija en el propio proceso de negocio.

¿Para qué empresas es adecuado BPM?

En las empresas comerciales, el enfoque de procesos es bueno para estandarizar el trabajo; le permitirá "elevar" el nivel de servicio a ciertos estándares. Por un lado, esto es una gran ventaja. Por otro lado, esto también es un inconveniente, ya que los empleados proactivos y talentosos, por mucho que lo deseen, no podrán demostrar su valía y generar más beneficios y ganancias. El enfoque procesual es precisamente la estabilidad y un cierto carácter estático. Por lo tanto, al usarlo, debe comprender claramente dónde le conviene este tipo de trabajo y dónde es mejor dar más libertad a las personas.

Para que el proceso comercial sea beneficioso y no perjudicial, se recomienda recopilar comentarios y errores de los participantes en el proceso comercial. No hay necesidad de asumir que BPM es la verdad última.

Ya hablé con más detalle sobre cómo gestionar exactamente una empresa utilizando procesos de negocio en artículos anteriores, y hablaré más de una vez. Aquí intenté explicar de la forma más sencilla posible las diferencias entre los términos BPM, BPMS, BPMN y describir el concepto mismo de "gestión de procesos de negocio". Sin este conocimiento básico, es imposible entender el enfoque de proceso.

Preguntas y respuestas

Con un enfoque funcional, vemos las acciones de las personas y los sistemas automatizados como una “caja negra”. Y abordamos el modelado desde el punto de vista de las etapas de consecución del objetivo, así como de los recursos necesarios para ello. En el modelado de procesos estudiamos la secuencia de acciones de los empleados y sistemas en cada etapa para optimizarlas y aumentar la eficiencia.

¿Qué conceptos se incluyen en BPMN?

En primer lugar, este es el propio sistema BPMN, así como una descripción de las notaciones BPMS. Escribí sobre ellos en este artículo y en detalle en artículos anteriores (consulte los enlaces recomendados al final de la publicación). Además, no hace mucho aparecieron nuevos conceptos: DMN y CMMN. No me detendré en ellos en detalle ahora. Intentaré describir nuevos conceptos y sus características en futuras publicaciones.

¿Por qué necesitamos tantas complejidades y enfoques diferentes para construir notaciones?

La gestión de procesos de negocio y la propia metodología BPM son necesarias, entre otras cosas, para la gestión directiva de grandes equipos. Por eso se necesitan notaciones, descripciones de procesos comerciales y una amplia gama de herramientas.

¿Por dónde empezar a trabajar con BPM?

Aprenda el lenguaje de notación BPMN e intente usarlo en su trabajo. Lo principal es que no tengas miedo de empezar. Comprenderá que las notaciones simples son mucho más fáciles de construir en la práctica de lo que parecen. Y podrás aprender la metodología paso a paso, apoyándote en herramientas gráficas BPM sencillas y comprensibles.

¿Se puede utilizar BPM para sistemas manuales?

Poder. Este enfoque está destinado, en primer lugar, no a la automatización (el sector de TI tiene sus propias herramientas), sino a organizar el trabajo de una empresa o de cualquier equipo. Aquí se podrán tener en cuenta las zonas de trabajo que utilicen sistemas automatizados. O solo podemos considerar procesos en un equipo, cualquiera de ellos, desde equipos de construcción o producción hasta equipos creativos en un teatro o una sociedad filarmónica. Lo principal es describir claramente cómo ocurre el proceso que le interesa y cómo desea cambiarlo.

El sistema de procesos de negocio (BPS) es un subsistema del sistema de procesos de la organización. El motivo principal para separar SBP de todo el conjunto de procesos organizacionales es reducir el tamaño y el nivel de complejidad del objeto de control en la etapa de gestión de procesos de negocio.

Los procesos de negocio existen en las empresas, estén presentes o no gestionados. Una empresa no puede existir sin los procesos que en ella ocurren y le dan forma. Para considerar un proceso, es necesario recurrir a la descripción y comprensión de su estructura.

Cualquier proceso, sea cual sea, debe construirse a partir de determinados componentes, los cuales deben definirse y estructurarse al definir el proceso. Los componentes típicos del proceso son:

insumos (materias primas, materiales, espacios en blanco, contenedores, datos, etc.)

Salidas (resultados del funcionamiento del proceso, productos terminados)

ADEMÁS, EL PROCESO INCLUYE RECURSOS E INFORMACIÓN REQUERIDOS PARA APOYAR EL PROCESO, POR EJEMPLO:

tecnología utilizada

personal (trabajadores, empleados, funcionarios, etc.)

equipos tecnológicos (líneas de proceso, máquinas, herramientas, etc.)

equipo de metrología

vehículos

Recursos energéticos

Al describir los componentes del proceso, también se debe tener en cuenta la disponibilidad de la infraestructura y el entorno operativo necesarios para llevar a cabo el proceso. Los procesos interactúan y también son interdependientes. Los gerentes se enfrentan a preguntas sobre la optimización y el análisis de los procesos de negocio.

La norma internacional ISO 9000:2000 define un proceso como un conjunto de actividades interrelacionadas e interactivas que transforman entradas y salidas.

Cada proceso de negocio: tiene sus propios límites; tiene un consumidor final (otro proceso de negocio o consumidor final); tiene su propio dueño.

POSIBLES CLASIFICACIONES DE PROCESOS EMPRESARIALES:

Las funciones (operaciones) son los procesos del nivel más bajo de descomposición de las actividades de una organización; por regla general, las operaciones las realiza una sola persona.

Todos los procesos de negocio de la organización se clasifican en:

básico, soporte, desarrollo, gestión.

Rasgos característicos de los procesos.

1. Los procesos tienen por objeto la creación de productos básicos. El propósito de los procesos es asegurar el funcionamiento de los procesos principales. El propósito del proceso es gestionar las actividades de toda la organización. El propósito del proceso es el desarrollo de tecnologías innovadoras de control de procesos.

2. El resultado es el producto principal y/o producto semiacabado para su fabricación. El resultado son recursos para los procesos principales. El resultado es la actividad de toda la organización.

3. Los procesos se encuentran en el camino hacia la creación de productos principales. Las actividades de los procesos no conciernen a los productos principales.

4. Los procesos agregan valor al producto para el consumidor. Los procesos agregan valor a un producto.

3. Principios para la construcción de un sistema de gestión de procesos de negocio. La transición de un enfoque funcional a uno de procesos en la gestión empresarial

La gestión es un impacto informativo intencionado sobre las personas y los objetos económicos, realizado con el objetivo de orientar sus acciones y obtener los resultados deseados.

Es necesario distinguir entre gestionar una empresa utilizando procesos de negocio y gestionar los procesos mismos.

¿Qué significa gestionar el suministro eléctrico?

ü Seguir estrictamente las normas del proceso;

ü En caso de desviación, poder desarrollar una acción correctiva que devuelva el proceso dentro del marco de la normativa.

Cualquier gestión, incluida la gestión de procesos de negocio, debe basarse en los siguientes principios:

1. El principio de ritmo preciso (ritmicidad), cuya esencia es asegurar la producción de ciertos volúmenes de productos en períodos de tiempo iguales y, en consecuencia, la repetición exacta del proceso comercial en todas las etapas.

2. El principio de normas uniformes (estandarización). La introducción de normas y requisitos uniformes tanto para los bienes adquiridos a contratistas como para los productos fabricados por uno mismo permite evitar no sólo una diversidad irrazonable de materiales, sino también la frecuente "incompatibilidad" de materiales y equipos, sistemas y productos de software. .

3. El principio de flujo (flujo directo). La esencia de este principio radica en el suministro ininterrumpido de materiales componentes, productos semiacabados y otras unidades de ensamblaje en todas las etapas y operaciones, desde el lanzamiento de la línea de producción hasta el lanzamiento de los productos terminados.

4. Principio de automatización. La automatización es una de las áreas del progreso científico y tecnológico, que incluye el uso de medios técnicos autorreguladores, métodos económicos y matemáticos y sistemas de control que liberan a las personas de la participación en los procesos de obtención, conversión, transferencia y uso de energía, materiales o información, reduciendo significativamente la complejidad de los datos de las operaciones realizadas.

5. El principio de optimización (comparación de resultados y costos) es que la evaluación de la efectividad de la implementación de un proceso comercial particular debe realizarse comparando el efecto y los costos de su implementación.

6. El principio de variación es que al tomar ciertas decisiones relacionadas con la implementación de un proceso comercial, se deben considerar varias formas de lograr el objetivo.

7. El principio de comparabilidad de alternativas. Al elegir soluciones óptimas al diseñar procesos de negocio, a menudo hay que lidiar con la incomparabilidad de las alternativas disponibles, ya que estos procesos pueden tener lugar en diferentes condiciones de producción, existen órdenes gubernamentales, etc.

8. El principio de tener en cuenta la incertidumbre le permite reducir el nivel de riesgo en la toma de decisiones al implementar un proceso comercial en particular.

SMS es un sistema orientado a objetivos con retroalimentación, cuyo objeto de control es el SBP, y el proceso de gestión es un conjunto de acciones interrelacionadas del propietario del SBP, asegurando los cambios en los parámetros del objeto de control que son necesarios para lograr el objetivo. objetivos de la organización.

Si sacrificamos algo de rigor, podemos dar una definición más breve:

SMS es un sistema de gestión dentro del cual el propietario del SBP asegura el funcionamiento y mejora del SBP para lograr los objetivos de la organización.

Actualmente, existen dos enfoques principales para la gestión de procesos de negocio: funcional y de procesos.

Función (lat. functio - ejecución) - deber, rango de actividades, trabajo a realizar - funciones oficiales.

Una función es el trabajo que debe realizar un sujeto para lograr un objetivo fijado.

Una función es el conjunto de responsabilidades de un sujeto en el marco de:

§ este proceso;

§ varios procesos;

§ unidad estructural;

§ toda la organización en su conjunto.

El proceso (del latín Processus - avance) es un cambio secuencial en los estados de un objeto a lo largo del tiempo.

La naturaleza de un objeto puede ser arbitraria: un objeto material (natural o artificial) o ideal (concepto, teoría, etc.) da lugar a un proceso material o ideal, respectivamente.

Así, una función es una tarea que una empresa resuelve para su propia supervivencia y para alcanzar sus objetivos. La función responde a la pregunta de qué hacer. Por supuesto, son muchas las funciones que se pueden distinguir dentro de una empresa. Por tanto, cualquier sistema empresarial debe tener funciones como gestión financiera, producción y ventas.

Un proceso de negocio, a su vez, es la implementación de una función en el tiempo, una forma de resolver un problema de negocio. Un proceso de negocio describe cómo se realiza una función, en qué secuencia y en qué variantes, así como cómo interactúan las funciones entre sí en el funcionamiento de la empresa. Un proceso de negocio responde a la pregunta de cómo hacerlo.

A la luz de estas consideraciones, el debate sobre si implementar o no la gestión por procesos, si es mejor que la gestión funcional o qué, recuerda al debate entre dos académicos sobre si un topo tiene ojos. Cuando el jardinero invitó a los eruditos a atrapar el topo y mirarlo a los ojos, los científicos rechazaron resueltamente tales servicios: discutieron si el topo en principio tenía ojos y no el topo del jardín. En una palabra, distinguir y contrastar los enfoques funcionales y de procesos parece poco constructivo para la práctica de la gestión.

Cuando el hombre desgarró el mundo, dejó de suscitar el efecto no sólo de las leyes divinas, sino también de las humanas.

El mundo en el que vivimos es una colección interconectada de sistemas naturales y artificiales.

Un sistema es un conjunto de elementos que están interconectados e interactúan entre sí, que forman un todo único que tiene propiedades que no son inherentes a sus elementos constituyentes, tomados por separado.

Los sistemas pueden ser complejos (por ejemplo, planetas en el sistema solar), moderadamente complejos (naves espaciales, aeropuertos) o extremadamente complejos (sistemas de interacciones moleculares en organismos vivos).

Arroz. 1 Sistema aeroportuario: flota de aeronaves y servicios terrestres

A la pregunta "¿Es una organización (empresa) un sistema?" todos responden afirmativamente. Sí, una organización es un objeto bastante complejo que funciona como un solo organismo, por lo que a priori se la considera un sistema. Sí, hay muchos problemas que surgen en una organización en una variedad de áreas, desde la planificación financiera hasta la gestión de residuos, y todos están interconectados hasta cierto punto.

La solución de estos problemas involucra a trabajadores de diferentes especialidades que ven a la organización sólo en el marco de su profesión. E incluso un director que es responsable de absolutamente todo no puede abarcar todos los aspectos de la organización que dirige. Lo considera, en primer lugar, como un objeto de gestión organizacional, y delega el resto de aspectos de la actividad a sus adjuntos, quienes, a su vez, tienen gerentes subordinados responsables de un área de actividad separada, etc. Esto nos permite decir que la organización cuenta con una amplia variedad de sistemas.

Elementos del sistema

Entonces, si una organización es un sistema, entonces es una colección de elementos interconectados. ¿Cuáles son los elementos de una organización? Trabajadores, máquinas, ordenadores…. ¿Qué pasa con los edificios, extintores y carreteras en el territorio del complejo de producción? Y aquí podemos simplemente "ahogarnos" en los elementos enumerados.

El sistema es como una caja negra.

Intentemos mirar a la organización desde el otro lado. Imaginémoslo como una caja negra. Pero inmediatamente surge una pregunta. ¿A través de los ojos de quién (desde qué punto de vista miraremos la organización? Podemos recopilar todo nuestro conocimiento e indicar como resultado de la actividad productos, servicios, impuestos pagados, basura eliminada, contaminación ambiental, el número de casos ganados en los tribunales, etc.

Pero ¿por qué escoger un megasistema así? ¿Por qué necesitamos reflejar todo esto en el sistema? ¿Qué problema estamos resolviendo? “Nosotros” – ¿quiénes son ellos: economistas, abogados, gerentes, bomberos?
Volvamos al punto de partida: ¿por qué empezamos a analizar la organización? ¿Cuál es el problema? ¿La seguridad contra incendios no está garantizada? ¿Baja calidad del producto? ¿Altos gastos para mantener la organización? ¿Resultados de referencia decepcionantes?

La selección del sistema es siempre subjetiva. Al mismo tiempo, es importante conocer y utilizar las siguientes recomendaciones prácticas:
. Es necesario decidir desde qué punto de vista distinguimos el sistema;
. Intente imaginarlo como una caja negra, prestando atención, en primer lugar, a los resultados previstos (resultados del trabajo);
. Determinar cuáles son los elementos y conexiones del sistema seleccionado.

2. ¿Cómo analizar una empresa si una empresa es un sistema?

Dado que una empresa es un sistema, el análisis del sistema debe utilizarse como parte del estudio (análisis de actividades) de la empresa.

Etapas del análisis del sistema.

En el estudio de cualquier problema del sistema se pueden señalar las principales etapas:

1) establecer el propósito del estudio;

2) resaltar el problema (sistema): resaltar lo principal, esencial, descartar lo poco importante, insignificante;

3) descripción: expresar en un solo lenguaje (nivel de formalización) fenómenos y factores de naturaleza heterogénea;

4) establecer criterios: determinar qué significa “bueno” y “malo” para evaluar la información recibida y comparar alternativas;

5) idealización (modelado conceptual): introducir una idealización racional del problema, simplificarlo hasta un límite aceptable;

7) composición (síntesis): combinar partes en un todo sin perder las propiedades de las partes;

8) solución: encontrar una solución al problema.

Metodología de análisis estructural SADT para estudiar el sistema de procesos de negocio de una organización.

Se han desarrollado una serie de metodologías y herramientas relacionadas para llevar a cabo el análisis de sistemas. La metodología de análisis estructural SADT se utiliza ampliamente en la práctica.

Metodología de análisis y diseño estructural SADT (Técnica de Análisis y Diseño Estructurado) es una metodología desarrollada específicamente para la descripción y análisis de sistemas artificiales que entran en la categoría de complejidad media.

La metodología de análisis y diseño estructural se ha utilizado con éxito para describir una gran cantidad de sistemas artificiales de una amplia gama de áreas: banca, refinación de petróleo, producción industrial, sistemas de guía de misiles, logística, metodología de planificación, etc.

El análisis estructural es un estudio que consiste en construir un modelo de un sistema en forma general ampliada, seguido de su descomposición (desagregación) en forma de bloques funcionales interconectados. La descomposición se lleva a cabo hasta el nivel de detalle requerido.

Modelos y modelado descriptivo.

Una descripción de un sistema en términos de SADT se llama modelo. Un modelo es una representación idealizada que describe el sistema con la mayor precisión posible. El objetivo principal de construir un modelo es identificar y documentar aspectos de las actividades del sistema para comprender cómo funciona el sistema ahora y cómo funcionará en el futuro. Aquellos. el modelo debería ayudarnos a obtener respuestas a un determinado conjunto de preguntas. Si el modelo no responde a todas las preguntas o sus respuestas no son lo suficientemente precisas, entonces decimos que el modelo no ha logrado su objetivo.

M es un modelo de un sistema S si M puede usarse para responder preguntas sobre S con precisión A.

Un modelo de un sistema suficientemente complejo es una familia de submodelos consistentes que describen el sistema desde diferentes puntos de vista. Al modelar, se pueden utilizar diferentes lenguajes de modelado (notaciones).

Arroz. 2 Una familia de submodelos consistentes del sistema en estudio, descritos en diferentes lenguajes de modelado.

La notación es un conjunto de símbolos (objetos) y reglas para su uso.

La notación consta de un conjunto de objetos gráficos (símbolos: matemáticos, imágenes gráficas), un conjunto de objetos no gráficos (texto) y ciertas relaciones entre estos objetos.

3. Metodología de análisis estructural SADT

Para que cualquier metodología funcione, se deben seguir exactamente sus principios.

Principios básicos de la metodología SADT

Principios básicos de la metodología del análisis estructural:

1) Determinar el propósito del modelado;

2) Definir los límites del modelo (el modelo establece exactamente qué es y qué no es objeto de modelado);

3) Establecer un solo punto de vista

NOTA. Para crear un modelo consistente de un taller mecánico, puede tomar el punto de vista tanto del capataz como del mecánico o controlador. Sin embargo, ninguno de los modelos resultantes nos permitirá redactar un manual de formación para todo el personal del taller. Sólo desde el puesto de jefe de taller se pueden ver todos los tipos de trabajo realizados en el taller. Es desde su punto de vista que se pueden rastrear las interrelaciones de las responsabilidades de varios trabajadores.

4) Formación de un modelo del sistema en estudio como jerarquía de diagramas interconectados (descomposición secuencial). La parte superior de esta estructura de árbol es la descripción más general del sistema y su base son las descripciones más detalladas (diagramas) (ver Fig. 2).

El estándar IDEF0 es uno de los estándares de la metodología SADT.

La metodología SADT y su desarrollo, los estándares IDEF, son ampliamente utilizados en todo el mundo por una amplia variedad de empresas en una amplia variedad de campos.
El estándar IDEF0 más común es un método de modelado estructural-funcional que describe los procesos de negocio en forma de un sistema jerárquico de funciones interrelacionadas.

Fig.3 Especificación de los lados del bloque en el estándar IDEF0

El significado del diagrama presentado en la Figura 3 es el siguiente: como resultado del proceso, la "entrada" bajo la influencia del "control" se convierte en "salida" a través del "mecanismo" (ejecutante).

Las salidas de un bloque pueden ser entradas, controles o mecanismos (ejecutores) de otros. Las interconexiones de los bloques entre sí y con el entorno externo se reflejan en arcos de interfaz. Los arcos de interfaz están representados por flechas, cuya orientación refleja la dirección de los flujos de objetos (materiales, financieros, de información).

Etapas de la construcción de un sistema de procesos de negocio en el estándar IDEF0 (notación)

La construcción de un modelo de proceso en notación IDEF0 comienza con la construcción de una descripción general del proceso y su interacción con el mundo exterior. Este modelo se representa como una caja negra y se denomina diagrama de nivel cero (o diagrama de contexto).

El diagrama de contexto debe reflejar
. propósito del modelado (por ejemplo: desarrollar un nuevo proceso, reducir el tiempo de ejecución del proceso, etc.);
. punto de vista (director de la organización, especialista en TI, especialista financiero, etc.).

Fig.4 Diagrama de contexto en el estándar IDEF0

Los diagramas de los siguientes niveles detallan el proceso superior hasta el nivel en el que se responden las preguntas formuladas. El número de niveles de descomposición no está limitado por nada más que la conveniencia y el sentido común.
Muy a menudo, los mecanismos (recursos) no se muestran en los diagramas de nivel superior a menos que ésta sea realmente la información necesaria. Esto se hace para no "sobrecargar" el modelo.

Todos los objetos del diagrama deben tener descripciones de texto.

Construir una descomposición es un proceso creativo y multivariado. Si hay un especialista que ofrece una opción de descomposición diferente, entonces se pueden utilizar diagramas FEO (solo para exposición).
En los diagramas FEO, la atención se centra en las interacciones entrada-salida, lo que permite evaluar la viabilidad de transformaciones o comprobar la composición de los flujos internos (material, información) generados por el proceso.

4. ¿Dónde utilizar un sistema de procesos de negocio?