Glosario de términos clave

Este glosario ofrece definiciones de términos clave relacionados con ProcessMind. Está diseñado para ayudarte a comprender los conceptos y la terminología fundamental usados en process mining, BPMN y gestión de procesos de negocio.

Términos generales

• Business Process Management (BPM): Disciplina de modelar, automatizar, monitorear y optimizar procesos de negocio para mejorar la eficiencia y los resultados.

• BPMN 2.0 (Business Process Model and Notation 2.0): Notación gráfica estándar para modelar y visualizar procesos de negocio, facilitando la comunicación y colaboración entre equipos o áreas.

• Process Mining: Técnica que utiliza data de sistemas IT para analizar y visualizar los procesos reales. Ayuda a las organizaciones a entender cómo funcionan sus procesos, detectar ineficiencias y mejorar.

• Process Simulation: Técnica que usa modelos o data de process mining para simular procesos reales, permitiendo probar escenarios, predecir resultados y optimizar workflows sin afectar operaciones.

Términos específicos de Process Mining

• Event Log: Colección de data que registra events dentro de un proceso, normalmente extraídos de sistemas IT. El event log es la fuente principal de datos para process mining.

• Activity: Tarea u operación dentro de un proceso de negocio. En process mining, las activities se identifican en el event log para crear modelos.

• Case: Instancia concreta de un proceso, como un pedido, ticket de soporte o transacción. Cada case recorre el proceso.

• Case ID: Identificador único para una instancia específica, como un pedido, transacción o solicitud de servicio. Permite su seguimiento y análisis en el flow del proceso.

• Trace: Secuencia de activities registrada para un case concreto. Las traces ayudan a reconstruir el process flow y ver patrones o desviaciones.

• Conformance Checking: Comparación entre el proceso real (descubierto desde event logs) y el modelo de referencia, para identificar desviaciones y mejorar.

• Process Discovery: Técnica para generar automáticamente un modelo de proceso a partir del event log, sin conocimiento previo.

• Variant Analysis: Análisis de variantes del proceso para detectar diferencias, mejores prácticas o puntos de mejora.

• Bottleneck Analysis: Detección de puntos donde el flow se retrasa y el proceso se ralentiza.

• Key Performance Indicator (KPI): Métricas para medir el desempeño del proceso de negocio, como cycle time, throughput o eficiencia.

• Data Preparation: Proceso de limpiar, filtrar y estructurar data del event log para asegurar su calidad antes de analizarse con técnicas de process mining.

Términos de modelado BPMN 2.0

• BPMN (Business Process Model and Notation): Notación gráfica estándar para modelar procesos de negocio de forma sencilla y visual. BPMN 2.0 es la versión más reciente.

• Pool: Contenedor que representa un participante en el proceso (por ejemplo, una empresa o un departamento). Los pools marcan los límites del proceso.

• Lane: Subdivisiones dentro de un pool que indican roles, áreas o personas. Las lanes ayudan a organizar las actividades según quién las realiza.

• Activity (BPMN): Tarea, subproceso u otra acción dentro de un proceso. Las activities se muestran como rectángulos redondeados en los diagramas BPMN.

• Event: Disparador o resultado que inicia, interrumpe o finaliza un proceso. Los events pueden ser Start Event, Intermediate Event o End Event.

• Gateway: Punto de decisión que dirige el flow del proceso, indicando qué camino seguir. Los tipos comunes son exclusive (XOR), parallel (AND) e inclusive (OR).

• Sequence Flow: Flechas que muestran el orden en que se ejecutan activities, events y gateways.

• Message Flow: Representa la comunicación entre pools o procesos. Indica cómo se intercambia la información o los mensajes.

• Sub-Process: Conjunto de activities dentro de un proceso general que se puede mostrar como una única task. Los sub-process simplifican diagramas complejos.

• Artifact: Elementos adicionales como data objects, groups o annotations, que dan contexto al proceso sin influir en el flow.

• Task: Unidad mínima de trabajo en un diagrama BPMN. Una task es una actividad puntual que hay que realizar.

• Event-Based Gateway: Gateway que espera un event antes de continuar el flow del proceso.

Términos de Process Simulation

• Process Simulation: Usar un modelo para simular el comportamiento de un proceso real, permitiendo probar escenarios, predecir resultados y tomar decisiones basadas en data.

• Simulation Model: Representación de un proceso para simulación. Incluye variables y parámetros para reflejar condiciones reales.

• Scenario: Conjunto de condiciones o supuestos usados en la simulación. Los scenarios permiten comparar distintas configuraciones.

• Throughput: Número de cases que un proceso puede terminar en un periodo de tiempo. Es una métrica clave en process simulation.

• Cycle Time: Tiempo para completar un case, desde el inicio al fin. Incluye tiempo de proceso, de espera y posibles retrasos.

• Resource Allocation: Asignación de recursos (empleados, máquinas, software) a las tareas del proceso. Una buena resource allocation es clave para la optimización.

• Queue: Fila de espera donde se mantienen cases o tasks hasta que haya recursos disponibles. Las queues pueden causar retrasos y afectar el rendimiento.

• What-If Analysis: Cambiar variables en la simulación para ver el impacto de distintos escenarios. Ayuda a planificar y tomar decisiones.

• Monte Carlo Simulation: Técnica que usa muestreo aleatorio y modelado estadístico para predecir resultados, estimando incertidumbre y variabilidad.

• Discrete Event Simulation: Forma de simulación donde el modelo representa el proceso como una secuencia de events concretos. Cada event ocurre en un momento específico y cambia el sistema.

• Bottleneck: Etapa del proceso donde el flow se restringe, generando retrasos y menor eficiencia. Identificar y eliminar bottlenecks es clave en la simulación.

• Optimization: Ajustar parámetros del proceso, resource allocation u otras variables para lograr el mejor desempeño del modelo.

Términos de administración del sistema

• Payment Plan: Modelo de precios estructurado que define el costo de uso de ProcessMind. Los payment plans pueden variar por número de usuarios, features disponibles y el tiempo contratado (por ejemplo, mensual o anual).

• Tenant/Environment: Grupo de usuarios independiente dentro de un entorno multi-tenant. Cada tenant opera como una entidad separada, con su propia data, settings y personalización, aunque compartan la misma infraestructura de la app.

• Organization: Una organization es una configuración única para una empresa. La organization puede tener varios tenants/environments y usuarios.

• Theme: Conjunto de estilos visuales y elementos de diseño personalizables en la app para reflejar cierta apariencia. Los themes permiten a los usuarios adaptar la interfaz para hacerla más intuitiva y acorde a la imagen corporativa.

• User Roles: Permisos y niveles de acceso asignados a los usuarios según su función. Los user roles comunes son administradores, managers y usuarios generales, cada uno con diferente acceso a las features y data.

• Dashboard: Interfaz visual que da una vista general de métricas clave, visualizaciones de data e insights. Los dashboards ayudan a acceder rápido a información relevante y a monitorear el desempeño de los procesos.

• Integration: Proceso de conectar la app con otros sistemas (por ejemplo, ERP, CRM) para intercambiar data de forma fluida. La integration permite analizar data de varias fuentes en la plataforma de Process Mining.

• Access Control: Medidas de seguridad que definen quién puede ver, editar o gestionar distintas partes de la app. El access control es clave para garantizar que la data sensible solo esté disponible a usuarios autorizados.

• Data Backup: Práctica de copiar y guardar data regularmente para evitar pérdidas por fallos del sistema u otros problemas. Los backups aseguran que la data se pueda recuperar si es necesario.

• Multi-Tenancy: Arquitectura en la que una misma instancia de software sirve a varias tenants (organizations), manteniendo su data y configuración separadas. La multi-tenancy permite uso eficiente y escalable de recursos.