Entorno de trabajo de Microsoft para servicios web y software de componentes introducido en el 2000. Se pronuncia «punto net». .NET es el enfoque de Microsoft a un entorno de desarrollo y ejecución completo, similar a J2EE. .NET es compatible con todas las funcionalidades y funciones basadas en la web, incluyendo XML y protocolos de servicios web como SOAP y UDDI. Las aplicaciones .NET funcionan tanto en intranets como en sitios públicos de internet, dado que .NET es una arquitectura de software completa y orientada a la web para uso interno y externo. Las siguientes versiones de los productos de Microsoft (navegadores, aplicaciones, Windows) incorporaron de alguna manera la compatibilidad con .NET.
Los procesos pueden dividirse en unidades o subprocesos más y más pequeños. Definimos «actividad» como el subproceso más pequeño que un equipo de procesos de negocio decide representar en sus diagramas de procesos. A la inversa, también podríamos decir que un proceso se compone de una o más actividades. Las actividades pueden consistir en un solo paso, como aprobar una solicitud de compra o colocar el tapón a una botella en una línea de producción. También pueden darse actividades de varios pasos, como rellenar un formulario o montar una silla. Las diferentes metodologías no son consistentes a la hora de usar términos como «tarea» y «actividad», pero cada vez es más común reservar el término «actividad» para la unidad de análisis más pequeña. Una actividad puede ser llevada a cabo por uno o más empleados, por un sistema de software o por una combinación de ambos. En la notación UML, tanto los procesos como las actividades se representan como rectángulos con esquinas redondeadas. (Véase «Jerarquía de procesos de negocio»). A veces se indica si se trata de actividades manuales (con una línea estándar alrededor del rectángulo), sistemas (con una línea en negrita alrededor del rectángulo) o mixtas, que combinan actividades manuales y sistemas (línea discontinua alrededor del rectángulo).
Cuadrícula o matriz que puede emplearse para analizar los diferentes costes de un conjunto de actividades. Las actividades se anotan en el eje vertical y se describen los datos sobre resultados, costes, tiempos y problemas de cada una de ellas.
Sistemas de flujo de trabajo que esperan a que los usuarios indiquen qué debería pasar a continuación. Por ejemplo, un sistema de seguros puede mostrar documentos a un agente solo cuando se le solicita. Conceptos relacionados: sistemas de flujo de trabajo administrativos, de transacción o de producción.
Sistemas de flujo de trabajo que hacen un seguimiento de las acciones de los individuos y asignan tareas nuevas de acuerdo a un conjunto de reglas. Conceptos relacionados: sistemas de flujo de trabajo ad hoc, transaccionales o de producción.
Una interfaz de programación de aplicaciones (API) es un conjunto de definiciones de las maneras en que una parte de un software informático se comunica con otra. Es un m´etodo para alcanzar la abstracción, normalmente (pero no siempre) entre software de bajo y alto nivel. Las API se implementan escribiendo llamadas a funciones en el programa, lo que facilita el enlace a la subrutina requerida para su ejecución. Por tanto, una API implica que algún módulo del programa está disponible para ejecutar la operación en el ordenador o que debe enlazarse al programa actual para llevar a cabo las tareas.
En un proceso asíncrono, una actividad envía un mensaje a otra pero no espera a obtener la respuesta. Una llamada de teléfono a otra persona es un proceso síncrono: no puede seguir adelante si la persona con la que se quiere hablar no responde al teléfono. Dejar un mensaje en el contestador la convierte en un proceso asíncrono: puede dejar el mensaje y seguir con otras actividades, suponiendo que la persona responderá cuando reciba el mensaje.
Movimiento, método o técnica para alinear las mediciones de los objetivos estratégicos de una empresa con las mediciones de procesos específicos. Hace hincapié en medir una variedad de aspectos para obtener una buena visión general de lo que ocurre. Es un enfoque complementario a nuestras recomendaciones. Normalmente se asocia a Robert Kaplan y David Norton.
Paso de un proceso (humano o informático) en el que muchos elementos se acumulan y después se procesan en conjunto, en contraposición al procesamiento continuo, en el que los elementos se procesan tan pronto como sea posible.
Tal y como se usan en el rediseño de procesos de negocio, las comparativas son datos sobre mediciones de procesos obtenidos para tipos de proceso específicos. Muchas compañías buscan datos comparativos de los procesos que quieren rediseñar para determinar cómo de efectiva es la gestión de ese proceso en otras empresas.
Software que automatiza, ejecuta y monitoriza los procesos de negocio de principio a fin conectando personas con personas, aplicaciones con aplicaciones y personas con aplicaciones.
Según Gartner, Inc., el BPM es «una práctica de gestión que facilita la gobernanza de un entorno de procesos de negocio orientada a la meta de mejorar la agilidad y los resultados operativos». Esta visión más holística ofrece un enfoque estructurado para optimizar los procesos y tiene en cuenta las herramientas de software mencionadas anteriormente, así como los métodos, políticas, métricas y prácticas de gestión de una empresa.
Información agregada sobre procesos de negocio que permite a los responsables analizar las tendencias del proceso, ver las métricas de rendimiento y responder al cambio empresarial.
Sistemas y herramientas de software que buscan extraer patrones útiles o conclusiones de masas de datos.
En su forma más genérica, es cualquier conjunto de actividades desempeñadas por una empresa que se inician a partir de un evento, transforman información, materiales o compromisos empresariales, y producen un resultado. Las cadenas de valor y los procesos de negocio a gran escala generan resultados que son evaluados por los clientes. Otras operaciones generan resultados que son valorados junto a otros procesos.
Uso de sistemas informáticos y software para automatizar un proceso. Los procesos pueden automatizarse por completo, de tal manera que no se requiera intervención humana, o de manera parcial, cuando se requiere cierto grado de intervención humana para tomar decisiones o gestionar las excepciones. Las técnicas empleadas en automatización de procesos de negocio incluyen flujos de trabajo, lenguajes BP-XML, ERP, desarrollo de software y EAI.
El rediseño de procesos de negocio se centra en hacer grandes cambios en un proceso existente o crear uno nuevo. En función del tamaño del proceso, esto puede ser un proyecto de grandes dimensiones que se realiza de manera infrecuente y que, una vez finalizado, debe seguirse con una mejora de procesos continua. En comparación con BPR, tal como se definió en los primeros noventa, el rediseño de procesos de negocio normalmente se centra en procesos a menor escala y aspira a mejoras más modestas. El rediseño se centra en hacer grandes mejoras en procesos existentes, mientras que el diseño se centra en crear procesos enteramente nuevos.
En el primer borrador de este glosario, describimos dos alternativas de lenguajes de procesos de negocio XML: WSFL de IBM y XLANG de Microsoft. A la fecha de publicación de este glosario, Microsoft y BEA han anunciado que combinarán WSFL y XLANG para crear un lenguaje de procesos de negocio XML común que será compatible tanto con lenguajes públicos (protocolos) como privados (ejecución).
La mejora de procesos de negocio se centra en mejorar de forma gradual los procesos existentes. Hay muchos enfoques, incluyendo Six Sigma, que goza de gran popularidad en la actualidad. Normalmente la BPI tiene un enfoque específico y se repite una y otra vez durante la vida de cada proceso.
Se refiere a la alineación de los procesos con los objetivos estratégicos de una empresa, el diseño e implantación de arquitecturas de proceso, el establecimiento de sistemas de medición de procesos coordinados con los propósitos de la organización y la formación y organización de los directivos para que gestionen adecuadamente estos procesos. La Gestión de Procesos de Negocio o BPM también puede hacer referencia a diferentes iniciativas de automatización, incluyendo sistemas de workflow, lenguajes de procesos de negocio XML y paquetes de sistemas de ERP. En este caso, la dirección hace hincapié en la capacidad de los motores de workflow para controlar los flujos de procesos y medir automáticamente los procesos. M también puede referirse a diferentes iniciativas de automatización, incluyendo sistemas de workflow, lenguajes de procesos de negocio XML y sistemas de ERP empaquetados. En este caso, la dirección hace hincapié en la habilidad de los motores de procesos para controlar los flujos de procesos y medir automáticamente los resultados de los mismos. M también puede referirse a diferentes iniciativas de automatización, incluyendo sistemas de workflow, lenguajes de procesos de negocio XML y sistemas de ERP empaquetados. En este caso, la dirección hace hincapié en la capacidad de los motores de workflow para controlar los flujos de procesos, medir automáticamente los resultados de los procesos, crear EMS alineados con las metas de la empresa y formar y organizar a los directivos para que gestionen todo de forma eficaz. La Gestión de Procesos de Negocio o BPM también puede hacer referencia a diferentes iniciativas de automatización, incluyendo sistemas de workflow, lenguajes de procesos de negocio XML y paquetes de sistemas de ERP. En este caso, la dirección hace hincapié en la habilidad de los motores de procesos para controlar los flujos de procesos, medir automáticamente los resultados de los mismos y cambiar los flujos de proceso desde un terminal informático.
Enfoque más completo de la BPM que facilita todas las funcionalidades de gestión de procesos del software BPM más las siguientes: gestión del conocimiento, gestión de documentos, herramientas colaborativas, analítica empresarial y portal de trabajo.
Solución que automatiza, ejecuta y monitoriza los procesos de negocio de principio a fin conectando personas con personas, aplicaciones con aplicaciones y personas con aplicaciones.
Proveedor que diseña, desarrolla o vende software y soluciones de gestión de procesos de negocio.
Consorcio de proveedores de herramientas de modelado de procesos de negocio y empresas usuarias que colaboran para desarrollar un lenguaje de procesos de negocio basado en XML (BPMI), una notación para dicho lenguaje (BPMN) y un lenguaje de consultas (BPQL). Se trata de que las empresas puedan modelar sus procesos automatizados en BPMI y después sean capaces de monitorizar y cambiar los procesos según necesidades. BPML se usaría principalmente para crear sistemas colaborativos de internet o servicios web.
Software de aplicación empresarial que permite a una empresa optimizar sus procesos y mejorar la eficiencia empresarial a través del modelado, ejecución y análisis de procesos de negocio.
Herramienta de software que permite a los analistas o desarrolladores crear diagramas de gestión de negocio. Las herramientas sencillas solo incluyen el diseño de esquemas. Las herramientas de diseño de procesos empresariales profesionales almacenan todos los elementos del modelo en una base de datos para que puedan usarse en otros casos o actualizarse. Muchas herramientas profesionales incluyen simulaciones y generación de código.
Muchas empresas externalizan los procesos de negocio para que otras empresas los gestionen y ejecuten. Pocas empresas externalizan los procesos de negocio centrales, de los que dependen para mantener su posición única en el mercado, ya que temen que el proveedor no sea capaz de mejorar el proceso lo bastante rápido para responder a los cambios en el mercado. En la actualidad, algunas empresas están ofreciendo externalizar estos procesos, alegando que tienen un enfoque que permitirá al propietario hacer cambios en los procesos según sea necesario.
Término acuñado por Hammer y Davenport en los primeros noventa. La definición original de sus libros hacía hincapié en comenzar con una hoja en blanco y reconceptualizar por completo los principales procesos de negocio y en usar las tecnologías de la información para obtener grandes avances en el rendimiento. La popularidad del término decayó a finales de los noventa, y muchos empresarios asocian la BPR con fracasos. Quienes aún lo usan lo han redefinido, de tal manera que su significado es el mismo que lo que nosotros llamamos rediseño de procesos de negocio.
Comunicado que describe una política empresarial o un procedimiento de toma de decisiones. Algunos lenguajes de programación ejecutan varias reglas de negocio obteniendo algoritmos muy complejos. En análisis de procesos de negocio, normalmente cada regla se enuncia por separado siguiendo este formato general: si A y B, entonces C. Las herramientas de flujos de trabajo y los diagramas de procesos detallados se basan en reglas de negocio para especificar cómo se toman las decisiones. Por lo general, asociamos las reglas de negocio con actividades. Los rombos de decisión son adecuados para mostrar lo que ocurre si un préstamo es aceptado o rechazado, pero es posible que sea necesario definir docenas o incluso cientos de reglas de negocio para clarificar si el préstamo debe aceptarse o rechazarse. Los programas de formación, asistentes de trabajo, sistemas de software y sistemas de gestión del conocimiento tratan de documentar las reglas de negocio, ya sea para automatizar el proceso de toma de decisiones o para poner las reglas a disposición de otros tomadores de decisiones.
BPM creada usando un lenguaje de procesos de negocio colaborativo (normalmente ebXML). Es particularmente adecuada para describir las colaboraciones entre socios que se consideran al mismo nivel.
Herramientas como foros de discusión, espacios de trabajo dinámicos y tablones de mensajes que se facilitan dentro del marco de trabajo de la plataforma de BPM y están diseñadas para eliminar las barreras comunicativas intra e interdepartamentales.
Aplicación empresarial desarrollada e implementada usando una plataforma de BPM para resolver un problema de negocio en particular, como cumplir con los estándares regulatorios o gestionar los activos de una empresa. Al integrar las aplicaciones existentes, obteniendo los datos relevantes y conectando a las personas apropiadas, supera las limitaciones de las aplicaciones empresariales tradicionales, ofreciendo más flexibilidad y escalabilidad, así como una mejor colaboración e integración.
Métodos y herramientas de software diseñados para generar código a partir de modelos. Los miembros del movimiento CASE siempre han buscado hacer que la creación de software sea más sistemática y predecible. A menudo, los desarrolladores de software usan herramientas CASE para modelar los procesos de negocio.
Estrategia para encontrar maneras de mejorar los procesos y las métricas de resultados de los productos de manera continua.
Los procesos centrales son aquellos que se basan en el conocimiento y habilidades únicos de su propietario y contribuyen a la ventaja competitiva del mismo. Conceptos relacionados: procesos de negocio subsidiarios.
También llamado a veces «Can-Be». Descripción de dos o más rediseños alternativos que se están considerando.
Término poco definido que describe a cualquier solución o herramienta comercial o personalizada diseñada para ayudar con las ventas, hacer un seguimiento de los clientes o gestionar la información obtenida a partir de las interacciones con el cliente.
Interfaz de usuario que se asemeja al cuadro de mandos de un automóvil. Los paneles de control contienen pequeños gráficos, diagramas e indicadores que facilitan datos clave dentro de la empresa.
Registro de la información transaccional y operativa pasada de la empresa, almacenada en una base de datos. El almacenaje de datos no está pensado para datos actuales y activos, sino que los datos de las bases de datos de producción se copian al almacén para que las solicitudes puedan procesarse sin alterar los resultados o la estabilidad de los sistemas de producción.
Colección de registros almacenados en un ordenador de manera sistemática, de tal forma que un programa informático llamado sistema de gestión de bases de datos (SGBS) puede consultarlos para responder a preguntas. Los sistemas de gestión de bases de datos pueden gestionar datos en muchos formatos, incluyendo texto, imágenes, sonido y vídeo. Para recuperarlos y organizarlos mejor, normalmente los registros se organizan como un conjunto de elementos de datos. Los elementos recuperados en respuesta a las consultas se convierten en información que puede usarse para tomar decisiones que de otra manera serían muy difíciles.
Rombo o figura hexagonal usada en los diagramas de procesos para mostrar cuándo una decisión lleva a una bifurcación en el flujo de información, control o materiales. Técnicamente, todas las decisiones tienen lugar dentro de actividades, y las flechas se limitan a mostrar el flujo entre actividades. Sin embargo, por razones de comodidad, si la decisión lleva a una bifurcación a menudo la representamos en el diagrama de procesos y la etiquetamos para indicar por qué un flujo debe llevar a una actividad concreta y no a otra.
Acrónimo usado por los practicantes de Six Sigma para recordar los pasos en un proyecto de mejora de Six Sigma.
Sistema para almacenar y asegurar documentos electrónicos, imágenes y otros archivos dentro de una empresa. Este término solía implicar la gestión de documentos después de que fueran escaneados con el ordenador. En la actualidad, se ha convertido en un término paraguas que abarca el escaneo de documentos, los flujos de trabajo, la recuperación de textos y el contenido multimedia.
Consorcio establecido por dos organizaciones: un comité de las Naciones Unidas (CEFACT-ONU) y OASIS, una agrupación de empresas de internet. ebXML se encarga de crear una arquitectura XML que estandariza todos los servicios que las empresas necesitan para crear servicios web. Un subcomité de ebXML se centra en la comunicación de procesos de negocio y ha propuesto el BPSS.
Sistema anterior a internet para intercambiar datos entre empresas. El EDI requiere que las empresas estandaricen los términos y realicen una fuerte inversión en ordenadores y mantenimiento del software. Aunque algunas empresas usan sistemas EDI y solo los eliminarán gradualmente, están siendo reemplazados por sistemas y protocolos de internet más económicos, como el XML.
Tal y como usan este término los diseñadores de software, un sistema empresarial es una gran aplicación de software diseñada para para que accedan a ella o la usen muchos departamentos diferentes, y normalmente el mantenimiento se realiza a nivel corporativo. Las nóminas son un buen ejemplo de un sistema empresarial.
A medida que las empresas buscan conectar sus aplicaciones de software existentes entre sí y con portales, la capacidad de intercambio de datos se ha vuelto fundamental. Generalmente, la EAI es una de las principales preocupaciones de los CIO. Hay diferentes estrategias de EAI. Algunas se basan en enlazar aplicaciones específicas con código personalizado, pero la mayoría se apoyan en soluciones genéricas, normalmente llamadas «middleware». XML, en combinación con SOAP y UDDI, es un tipo de middleware.
Cuando una empresa decide usar una aplicación de ERP, la aplicación hace suposiciones sobre las entradas y los resultados que va a recibir. Para insertar una aplicación así en un proceso de negocio existente, la empresa debe determinar en primer lugar dónde encajará y a qué va a reemplazar, y rehacer el proceso existente para que se adapte a la nueva aplicación de ERP. En efecto, esto es lo contrario de lo que ocurre cuando una empresa rediseña un proceso y después le pide a un grupo de TI que cree una aplicación que tome las entradas generadas por el proceso para producir los resultados designados.
Acto de ajustar y reparar las transacciones que no han podido completarse. Sin automatización, el procesamiento de excepciones es una de las iniciativas más costosas y que llevan más tiempo dentro de la empresa.
Patrón de rediseño de procesos que se centra en revisar las transferencias entre departamentos y grupos funcionales para asegurar que los flujos entre líneas departamentales son fluidos y efectivos.
También conocido como «diagrama de proceso AS IS». Descripción o diagrama de un proceso existente antes de introducir cambios.
Estándar internacional de documentación de procesos dentro de una empresa. Es una iniciativa temprana para animar a las empresas a crear una arquitectura de procesos bien definida. En la práctica, muchas veces se trata simplemente de generar documentación para satisfacer los requisitos de una licitación.
Plataforma de programación de software de Sun para desarrollar y ejecutar aplicaciones empresariales distribuidas, basadas en gran parte en componentes modulares que se ejecutan en un servidor de aplicaciones. J2EE incluye una especificación, una implementación de referencias y un conjunto de plataformas de prueba. A nivel informal, J2EE también se considera un lenguaje o estándar porque los proveedores deben aceptar ciertos requisitos de conformidad para declarar que sus productos son compatibles con él.
En un diagrama de procesos, modo de mostrar que un flujo (salida) se divide y envía a múltiples actividades, o que múltiples flujos deben completarse antes de que la actividad inmediatamente posterior pueda ocurrir.
Enfoque para definir la satisfacción del cliente, que divide los resultados, servicios o funciones de productos en (1) básicos (el mínimo que los clientes esperan), (2) deseados (resultados o funciones adicionales que satisfacen a los clientes) y (3) de entusiasmo (resultados o funciones que los clientes no esperaban y que realmente les complacen). Término asociado a Noriaki Kano, un experto en control de calidad japonés.
Métricas y comparativas de resultados personalizadas que definen el éxito financiero y operativo de la empresa.
Componente de la BPM que permite a los usuarios compartir tareas, contenido, documentos y notificaciones a través de comunidades del conocimiento.
Estrategia de diseño y gestión de los procesos de producción que enfatiza el inventario mínimo y la entrega justo a tiempo, entre otros elementos, para mejorar la eficiencia de los procesos de fabricación.
Árbol jerárquico que muestra cómo las medidas de una empresa, representadas en la parte superior o izquierda, se subdividen en medidas más específicas para las cadenas de valor, procesos, subprocesos y, en última instancia, objetivos de actividad. Hay medidas para cada objetivo, que consisten en pruebas específicas para ver si el objetivo se ha alcanzado o no. Por tanto, hay una jerarquía de objetivos que se corresponde con la jerarquía de medidas.
Sofware que permite que dos módulos o aplicaciones intercambien datos. Véase también: integración de aplicaciones empresariales (EAI).
Conjunto de relaciones formales que pueden manipularse para probar hipótesis. Por ejemplo, una simulación que prueba el número de unidades que pueden procesarse cada hora bajo un conjunto de condiciones. Los modelos no tienen por qué ser gráficos.
Nuevo enfoque para el desarrollo de aplicaciones promovido por el Object Management Group. En esencia, la idea es que las empresas creen modelos de clases abstractas de sus aplicaciones y después los usen para generar modelos específicos y código de software. La idea que está detrás de MDA es que el mismo modelo abstracto podría usarse para generar distintos tipos de código. Por tanto, en lugar de crear aplicaciones nuevas cuando surgen tecnologías nuevas, la empresa puede contar con una arquitectura de alto nivel y componentes reutilizables que puede usar una y otra vez durante muchos años. Este enfoque está en sus primeras fases de desarrollo, pero ya ha atraído bastante atención. Véase también: ingeniería de software asistida por ordenador (CASE).
En un sentido amplio, el modelado se refiere simplemente a la creación de representaciones simplificadas de alguna otra cosa. Un modelo puede ser una imagen, un diagrama o una fórmula matemática. En el modelado de procesos de negocio, el término se refiere a una representación esquemática de cómo se realiza un trabajo. En sentido estricto, un modelo debe especificar relaciones formales e hipótesis que puedan ser probadas.
En un modelador de procesos de negocio, los nodos son tareas o paquetes de funciones que, al conectarse, abarcan un proceso entero. Los nodos pueden estar vigilados (la tarea se asigna a una persona) o no vigilados (la tarea se asigna a un sistema informático).
Enfoque para estructurar aplicaciones de software. En lugar de pensar en una aplicación como en un proceso con pasos, pensamos en ella como una serie de objetos que se intercambian mensajes. En la actualidad es el enfoque dominante en el desarrollo de software. Java y Visual Basic son lenguajes de desarrollo de software orientados a objetos.
En general, cualquier aplicación de software «preempaquetada». Normalmente se usa para referirse a proveedores de plataformas de aplicaciones ERP o CRM que están organizadas para usarse para integrar las principales aplicaciones de software de una empresa. Al instalar una serie de paquetes de aplicaciones, las empresas pueden asegurar que las principales aplicaciones de procesos de negocio de finanzas, contabilidad, recursos humanos y fabricación se comunican de manera fluida y almacenan la información en una base de datos común.
Proceso en el cual dos o más secuencias de actividades tienen lugar de manera simultánea. Si hay un documento físico que se esté pasando de una persona a otra, este proceso es necesariamente una sola secuencia. Por otro lado, los documentos electrónicos en un sistema de flujo de trabajo pueden enviarse a varias personas a la vez.
Sitio web que permite al usuario encontrar otras páginas o sitios web. En general, un portal es como una estación de trenes. El usuario va ahí para averiguar a qué otros sitios puede ir, y después se dirige a ellos. La mayoría de las empresas cuentan con un portal para los empleados, en el que estos pueden acceder a la información y los servicios de la empresa, y otro portal público para los clientes, a fin de facilitarles información y oportunidades para comprar productos y servicios de la empresa.
Serie de actividades y transacciones llevadas a cabo por una empresa de manera habitual a fin de conseguir sus objetivos. Puede ser sencillo (p. ej., gestión de pedidos) o complejo (desarrollo de nuevos productos), a corto plazo (incorporación de nuevos trabajadores) o continuo (cumplimiento normativo), para una función determinada (gestión de propuestas) o para una industria concreta (aprovisionamiento energético). Puede estar limitado a un solo departamento (facturación), implicar a toda la empresa (abastecimiento estratégico) o extenderse a lo largo de toda la cadena de valor (gestión de la cadena de suministro).
Información sobre tareas o eventos en particular en un proceso de negocio. Puede usarse para arreglar cuellos de botella, gestionar las excepciones y optimizar los procesos de negocio.
También llamada «arquitectura de procesos empresariales». Una arquitectura de procesos es un resumen escrito o gráfico de las cadenas de valor y los procesos de negocio de una organización concreta. Una buena arquitectura de procesos muestra cómo las cadenas de valor y los procesos de negocio se relacionan unos con otros y con los objetivos estratégicos de la organización. Algunas empresas usan el término «arquitectura de procesos» para referirse al diagrama de proceso de un único proceso. Nosotros llamamos a eso «modelo de proceso» o «diagrama de proceso». A menudo añadimos elementos de negocio o empresariales a la arquitectura de procesos para sugerir que se trata de una estructura de alto nivel de todos los procesos de la empresa.
Componente de la BPM que permite a un usuario formado analizar y modelar un proceso paso a paso, así como asignarle una lógica.
Diagrama que muestra el flujo de información, control o materiales de una actividad a otra. El diagrama muestra departamentos, funciones o individuos en el eje vertical y usa carriles para mostrar qué subprocesos o actividades están gestionados por qué departamentos, funciones o individuos. El cliente del proceso siempre figura en el carril superior. Los procesos externos se incluyen debajo del proceso principal. El eje horizontal normalmente muestra el paso del tiempo de izquierda a derecha, aunque los diagramas de proceso informales a veces permiten bucles que transgreden el flujo de tiempo estricto. Los rectángulos con esquinas redondeadas representan subprocesos o actividades. Las flechas representan varios tipos de flujo entre rectángulos. Algunos desarrolladores dividen los diagramas de procesos en diagramas IS (muestran un proceso tal y como se ejecuta en la actualidad), COULD (muestran cómo se puede modificar un proceso) y SHOULD (muestran cómo un equipo de rediseño de procesos propone cambiarlo).
Componente de BPM que ejecuta el flujo real de un proceso modelado, asignando actividades manuales a las personas y actividades automatizadas a las aplicaciones a medida que el proceso se desarrolla.
Un diagrama de proceso describe una secuencia genérica de eventos. Una instancia describe un proceso real, incluyendo datos, acciones reales y decisiones específicas. Los sistemas de flujo de trabajo y de simulación hacen un seguimiento de los datos procedentes de la ejecución de instancias de proceso específicas para determinar aspectos como la duración real del proceso, quién se encargó de una estancia específica o cuánto costó. En el caso de los sistemas de simulación, una persona tiene que facilitar la información sobre un conjunto de instancias reales.
La mayoría de los encargados o supervisores son responsables de procesos o actividades específicos. Se encargan de organizar el proceso o actividad y asegurar los recursos necesarios para ejecutarlo, así como de medir los resultados de la actividad y proporcionar recompensas o comentarios correctivos en caso necesario. También son responsables de cambiar o mejorar el proceso o actividad cuando sea posible.
Métricas que indican si un proceso o una actividad están consiguiendo sus objetivos. Los procesos tienen resultados a todos los niveles y estos resultados deben medirse para asegurar que el proceso está funcionando como debería. En la empresa ideal, los objetivos y las métricas se asocian a cadenas de valor y luego se subdividen, de manera que los responsables miden resultados de procesos relacionados con las metas y métricas definitivas de la empresa a todos los niveles. Si se ignora el alineamiento vertical, es posible que las actividades o los procesos se midan de maneras que no contribuyan al éxito global del proceso de mayor nivel o al éxito de la empresa.
Creación de una representación esquemática de la manera en que se realiza un proceso en concreto.
Componente de BPM que gestiona el flujo de información y actividades de un proceso en función de las fórmulas y reglas asociados al mismo.
Geary Rummler y Alan Brache definieron una estrategia completa para organizar empresas en torno a los procesos, gestionando y midiendo los procesos y redefiniéndolos en su libro de 1990 «Improving Processes». Probablemente se trate de la estrategia sistemática de cambio de procesos empresarial más conocida. Las ideas presentadas por primera vez en este libro han tenido una gran influencia en otros enfoques menos completos.
Software de gestión de procesos de negocio ofrecido bajo un modelo SaaS. Para más información, véase software como servicio (SaaS).
Aplicaciones analíticas multifuncionales que definen, miden y analizan una estrategia de negocio en función de indicadores clave de desempeño (KPI). Los cuadros de mando combinan los KPI en iniciativas y objetivos de mayor nivel. Cada KPI en un cuadro de mando se pondera de tal manera que refleje su impacto relativo en el objetivo de mayor nivel. El cuadro de mando más famoso es el «cuadro de mando integral» de Kaplan-Norton, que mide las actividades de una empresa en términos de su visión y estrategias y ofrece a los responsables una vista completa de los resultados del negocio.
También conocido como «proceso TO-BE». Descripción o diagrama del proceso que el equipo de rediseño pretende crear.
Metáfora procedente de los enormes silos de grano que pueden verse en el medio oeste de EE. UU. Se trata de un término despectivo que sugiere que cada departamento del organigrama de una empresa es un silo que funciona en solitario, sin interactuar con los demás.
Protocolo de internet que se usa para mover archivos XML alrededor de la Web.
Técnica que emplea un modelo para hacer predicciones sobre un sistema o un proceso. Hay diferentes tipos de simulación, algunas más informales y otras más formales. Las herramientas de simulación de procesos normalmente asignan valores a las actividades y prueban cierto número de casos para ver cómo responde el proceso empresarial. La simulación de procesos complejos a menudo puede revelar resultados que los desarrolladores no anticipaban.
Acrónimo usado por los practicantes de Six Sigma para recordar cómo establecer una visión de alto nivel de un proceso.
Movimiento, método y serie de técnicas centradas en mejorar los procesos de negocio. Se basa en gran medida en técnicas estadísticas para medir el éxito. Hay múltiples métodos Six Sigma, algunos de ellos pensados para la mejora de procesos y otros para diseñar o rediseñar procesos de negocio. Sin embargo, la mayoría de los libros de Six Sigma enfatizan la mejora de procesos gradual. A menudo se asocia con Mikel Harry y Motorola.
Movimiento, métodos y técnicas que pretenden hacer más sistemático el desarrollo de software. Las metodologías de software, como UML de OMG, y las herramientas de software que ayudan a los desarrolladores a modelar diseños de aplicaciones y después generar el código, están muy asociadas a la ingeniería de software.
Declaración más o menos formal de lo que debería hacer una aplicación de software. A veces los analistas de negocio definen los requisitos y después se los entregan a los desarrolladores de software. En otras ocasiones los analistas de software entrevistan al personal empresarial para determinar los requisitos de una iniciativa de desarrollo de aplicaciones de software. El personal empresarial siempre define los requisitos de manera menos formal de lo necesario, y tiende a hacerlo con textos escritos o con diagramas de procesos. En cambio, los desarrolladores de software suelen definirlos con diagramas de casos de uso o de clase, que a menudo no son tan claros para los analistas empresariales. Los requisitos del software constituyen un punto de conexión importante entre responsables de negocio y organizaciones de TI. Si la transferencia no es clara y precisa, el sistema resultante tiene muchas probabilidades de decepcionar a los usuarios empresariales que lo encargaron.
Licencia de una aplicación concedida por los proveedores a los clientes como servicio a demanda, a través de una suscripción o un modelo tipo «paga según lo que usas». El SaaS también se conoce como «software a demanda».
Una desviación típica a la izquierda o la derecha de la media de una curva estándar representa un 34,13 % de la variación. Dos desviaciones típicas, una a la izquierda y otra a la derecha, representan un 68,26 % de la variación. La letra griega sigma se usa para representar una desviación. En situaciones reales, las desviaciones se determinan recopilando datos y viendo cuál es la cantidad que corresponde a un 68,26 % de las desviaciones, y así sucesivamente. Los practicantes de Six Sigma se basan en tablas para convertir las cifras en desviaciones o sigmas.
Herramienta estadística para describir variaciones con respecto a una media, desarrollada por Carl Frederick Gauss. Muestra que la mayoría de las desviaciones son ligeras y que las variaciones extremas son pocas e infrecuentes. Six Sigma se basa en conceptos derivados de la campana normal, pero la curva que realmente se usa en las tablas de Six Sigma es diferente y se define en función a la desviación adicional del proceso a lo largo del tiempo.
El análisis de procesos ocurre necesariamente en diferentes niveles. Un diagrama de procesos de alto nivel muestra los procesos principales. Cada proceso principal se divide normalmente en subprocesos, que se representan en diagramas de proceso separados. A su vez, estos procesos pueden dividirse en subprocesos. No hay un límite lógico al número de veces que un proceso puede dividirse en subprocesos. La operación se repite hasta entender el proceso en suficiente detalle como para rediseñarlo o mejorarlo de manera eficaz. De manera arbitraria, los subprocesos más pequeños identificados en un análisis dado se denominan «actividades».
Procesos que dan apoyo a los procesos de negocio centrales o que facilitan productos o servicios que no están entre los más importantes de los producidos por la empresa. En la mayoría de las empresas, los procesos de TI y RR. HH. se clasifican como secundarios, ya que existen para dar apoyo a los procesos de negocio centrales.
Diagrama empresarial que representa la empresa como un espacio en blanco y se centra en elementos como los proveedores y los clientes, que aportan entradas y salidas a la empresa. Normalmente, los elementos externos se agrupan en cuatro grupos: proveedores a la izquierda, clientes e interesados a la derecha, factores gubernamentales y ambientales arriba, y competidores abajo.
Término genérico para referirse a procesos de negocio y aplicaciones de internet que usan internet para permitir a las empresas conectar con socios de negocio o proveedores a fin de coordinar sus iniciativas.
Consorcio internacional de organizaciones interesadas en mejorar las cadenas de suministro empresariales. SCC organiza congresos, publicaciones y programas de formación. Son los promotores de SCOR, una metodología de procesos sistemática para crear sistemas de cadena de suministro.
Término poco definido que describe a cualquier solución o herramienta comercial o personalizada diseñada para ayudar a desarrollar o ejecutar un sistema de cadena de suministro o a gestionar la información obtenida a partir de interacciones con la misma.
Una fila en un diagrama de procesos de negocio es una manera de indicar quién es responsable de un proceso o actividad en concreto. El nombre de los carriles se indica en el lado izquierdo del diagrama. En la mayoría de los casos, los carriles se asignan a departamentos, grupos dentro de los departamentos, individuos o aplicaciones, o a sistemas de aplicaciones o bases de datos. En algunos casos excepcionales, los carriles pueden representar regiones geográficas. Los procesos, subprocesos o actividades dentro de un carril dado son responsabilidad de la entidad nombrada en el lado izquierdo del diagrama. (Algunas herramientas de flujo de trabajo representan los carriles en vertical, rotando 90 grados los diagramas de procesos. La distinción entre carriles horizontales o verticales es arbitraria).
En un proceso síncrono, una actividad envía un mensaje a otra y espera una respuesta antes de seguir. Una llamada de teléfono a otra persona es un proceso síncrono: no puede seguir adelante si la persona con la que se quiere hablar no responde al teléfono. Dejar un mensaje en el contestador la convierte en un proceso asíncrono: puede dejar el mensaje y seguir con otras actividades, suponiendo que la persona responderá cuando reciba el mensaje.
Concepto propuesto por Rummler-Brache, que sostiene que hay tres niveles principales de análisis de los procesos de negocio: el nivel organizativo, el nivel de los procesos y el nivel de actividad o desempeño (llamado «nivel de trabajo» en «Improving Performance»). En ocasiones se presenta como una matriz, el marco de trabajo de desempeño, donde los 3 niveles se muestran en el eje vertical y las perspectivas o puntos de vista en el horizontal: objetivos y métricas, diseño e implementación y administración. Es una buena manera de clasificar los asuntos que deberían estar incluidos en una estrategia completa de procesos de negocio.
Movimiento, disciplina industrial y conjunto de técnicas para mejorar la calidad de los procesos. La TQM pone énfasis en la medición constante y las técnicas estadísticas para ayudar a mejorar primero y mantener después la calidad de los resultados de los procesos. A menudo se asocia con Edwards Deming.
Tipo de sistema de flujo de trabajo que mueve documentos o información de un terminal a otro siguiendo un modelo de flujo de trabajo. Conceptos Relacionados: Sistemas de Flujo de Trabajo Ad Hoc y Administrativos
El proceso de transición tiene lugar una vez que los directivos y los empleados se han formado en el proceso nuevo, antes de empezar a usarlo. Una transición exitosa depende del apoyo de los directivos sénior y de contar con sistemas de medidas e incentivos para asegurar que los responsables locales se encargan de implementar el nuevo proceso correctamente.
Notación internacional estándar para los sistemas de modelado de software. La especificación UML es compatible con varios tipos de diagramas distintos, incluyendo el diagrama de actividad, que se usa para modelar procesos de negocio, y los diagramas de flujo de trabajo. UML fue creado por la OMG, que también se encarga de su mantenimiento.
Protocolo web basado en el lenguaje WSDL que permite a un sistema web localizar a otros y determinar el formato de mensajes que deben admitir.
Tipo de diagrama UML usado a menudo por los desarrolladores para definir los requisitos de software de un sistema. Los diagramas de caso de uso se centran en escenarios que describen cómo usan una aplicación los usuarios.
Proceso de negocio a muy larga escala, iniciado por una solicitud de un cliente o por la decisión de la empresa de entrar en una nueva línea de negocio y que resulta en la entrega de un proceso o servicio a un cliente. Una cadena de valor incluye todos los elementos que contribuyen al resultado. Al sumar todos los costes de cada actividad en una cadena de valor y restar el total del precio de venta, la empresa puede determinar el margen de beneficios de la cadena de valor. La mayoría de las empresas admiten entre 3 y 15 cadenas de valor. Muchos gestores asocian las cadenas de valor con la descripción facilitada en «Ventaja competitiva» de Michael Porter (1985).
Término poco definido que hace referencia a las aplicaciones o procesos distribuidos o virtuales que hacen uso de internet para conectar actividades o componentes de software. Por ejemplo, un sitio web de viajes que recibe una reserva de un cliente y después envía un mensaje a una aplicación de hotel (a la que accede a través de la web) para determinar si la habitación está disponible, la reserva e informa al cliente de la acción.
Lenguaje de procesos de negocio XML temprano usado por IBM. Véase BPEL4WS.
Componente de plataforma de BPM que proporciona a los usuarios un espacio de trabajo productivo para gestionar tareas, contenido, formularios, documentos, notificaciones y recordatorios.
Término genérico para un proceso o para el movimiento de información o materiales desde una actividad (lugar de trabajo) a otra.
Término alternativo para un diagrama de procesos. A menudo incluye tanto el diagrama como reglas para definir el flujo de información de una actividad a otra. Si se usa en combinación con un sistema o motor de flujo de trabajo, un diagrama de procesos basado en software que se convierte en el programa para un sistema de flujo de trabajo que mueve la información desde una base de datos hasta un terminal informático tras otro.
Modelo creado por la Workflow Management Coalition para definir un sistema de gestión de flujo de trabajo e identificar las interfaces de sistemas más importantes. Otros estándares de WfMC hacen referencia a este modelo.
Herramienta o programa de software que ayuda a los analistas a definir un proceso y las reglas que gobiernan las decisiones del mismo y a continuación administra la distribución real de información relacionada con instancias o casos específicos a los terminales y bases de datos.
Protocolo de internet definido por el W3C. Se trata de un formato de archivo que incluye tanto los datos como las reglas para interpretarlos. Usando XML es posible crear lenguajes XML, esto es, conjuntos de términos que las empresas acuerdan usar de manera específica para facilitar el intercambio de datos. Está posicionándose como la manera más popular de transmitir datos entre aplicaciones y empresas a través de internet.
Lenguaje informático que permite describir los procesos de negocio y sus relaciones. Estos lenguajes usan XML para transmitir mensajes.
La Workflow Management Coalition (WfMC) creó este lenguaje estándar para describir cómo las herramientas de flujo de trabajo pueden comunicarse información sobre procesos de negocio a través de internet.