En la tercera parte de mi serie de punta para la gestión de procesos de negocio, me gustaría referirme a algunos puntos clave sobre el modelado de procesos y diseño de procesos. Desde su formación en cualquier proyecto de BPM por lo menos un modelo de proceso, la primera piedra del proyecto es de suma importancia que la calidad de los modelos de procesos también es justo.

Consejo 1-3 están en la primera parte y el Tip de 4 a 7 están en la segunda parte de esta serie de encontrar

Octavo Trabajando en capas

Lamentablemente, vemos con demasiada frecuencia, los modelos de procesos, los diferentes niveles mezclados entre sí. Esto lleva al hecho de que los modelos son complejas y difíciles de leer. Tanto el departamento de TI y los departamentos de la empresa no puede utilizar el modelo. Y la gestión no entiende lo que está hablando básicamente.

Para resolver estos problemas, es útil, los modelos de asignar diferentes niveles del modelo. Eso suena más fácil de lo que es. Incluso los analistas del proceso experimentado cogerse caer nunca más que a sí mismo en el nivel equivocado. ¿Qué modelo de nivel ahora quiere usar a la izquierda es uno de ellos, que es más importante, son los niveles claramente diferenciados el uno del otro. Sólo entonces se puede asegurar que cada proceso puede proporcionar un analista para crear un modelo para una capa. En general, el interés es generalmente tres niveles:

1. Información general sobre el nivel
2. Empresas de nivel
3. Nivel técnico

En el nivel general, el proceso se demuestra que es, aproximadamente, la presente se entiende sin mapa de proceso. Esta presentación debe ser muy compacto y contienen la información clave. El modelo de información general no son exhaustivas, pero se puede ver a simple vista que se manejan en el proceso.

La capa de negocio contiene todas las actividades técnicas y procesos. Aquí es a menudo difícil de ocultar incluso la TI. A menudo se combinan la gente a lado con ciertas medidas un sistema informático. Esta conexión debe ser disuelto como sea posible. Lo importante aquí todas las actividades técnicas que agregan valor se generan en el proceso. Aquí está una revisión de la importante, pero también la disciplina, por lo que siguió a preguntar si modelamos el nivel correcto. Usando la descripción del proceso del nivel técnico, un trabajo personal a través de los procesos.

El nivel técnico, a continuación, se une el nivel de negocio con los sistemas de TI. Esto puede tener algunas actividades se complementarán desde el punto de vista de negocios no es necesariamente relevante (Persitierung por ejemplo, los inicios de sesión, archivos de registro, etc.) Las diversas actividades profesionales que aquí se asignan a los servicios de TI y los detalles técnicos se almacenan. La importancia de este nivel no está muy lejos del nivel de las empresas a ser, idealmente, los modelos de procesos no son idénticos y sólo la "información general" para cambiar. Esta es la alineación entre TI y el negocio mucho más fácil y reduce el costo de cambios en el proceso.

Noveno BESO

En mi artículo " El problema de los conejos "que han demostrado lo rápido que un proceso simple, pero pronto empieza a crecer y siguen siendo claras. Por lo tanto, uno siempre debe tratar de la presentación, breve y sencilla de mantener. El no quiere decir que es fácil crear un modelo sencillo! Goethe dijo una cosa. "Perdón por la longitud de la carta, no he tenido tiempo para ser breve," Esto es lo mismo se aplica también al proceso de modelado. Un proceso para facilitar el punto de que todas las actividades necesarias y eventos están disponibles, pero el proceso es simple y fácil de tomar tiempo y experiencia. La experiencia menos tienes, más tiempo va a necesitar.

10a Camino feliz

El camino feliz por lo general sigue siendo el objetivo. PQ se llama aquí el indicador clave de rendimiento: Rendimiento de Primer Paso ., el PFC se describe el porcentaje de todas las instancias de proceso que podrían ser tratados en la primera carrera con éxito. Así que todas las instancias de proceso que han requerido sólo el camino feliz. Una meta común es maximizar el Plan Quinquenal. Por lo tanto, también es útil para modelar el camino feliz primero, y no empezar con las excepciones. Pero, desgraciadamente, son excepciones a la obligatoriedad en el modelo de proceso deben estar presentes. Sin embargo, comprobar si las excepciones no pueden ser a través de medidas preventivas, incluso puede excluir por completo. Esto aumentará la PQ y el modelo del proceso es clara.

11 Poco de lógica en el modelo

¿Por qué la lógica es tan poco como sea posible en el modelo de proceso? Los antecedentes de esta afirmación es la finalidad de un modelo de proceso. Describir el modelo se debe ejecutar cuando las actividades. Por lo tanto, tiene un fuerte enfoque en las actividades. Las decisiones se presentan a menudo en fórmulas complejas o árboles de decisión. Esto, naturalmente, puede representar el Consejo se refiere al BPMN en un modelo de proceso, pero esto haría que los modelos de proceso a hincharse enormemente y confuso. La lógica que se encuentran principalmente en las reglas de negocio (reglas de negocio) por lo tanto, debería ser subcontratada. Para ello a sus propias reglas de negocio de motores. Por un cambio en las reglas de negocio existentes, por ejemplo, si un cliente paga a partir de 50 € o 100 € sin gastos de envío no cambia el curso del proceso en sí. Si esta lógica debe ser incluida en los modelos de proceso para cambiar en cualquier cambio de regla, el modelo de proceso, aunque los cambios no tienen ningún efecto en el extremo real del proceso tienen. Mediante la externalización de la lógica de lo que le ahorra no sólo mantener el tiempo con el cambio de las reglas, los modelos de procesos especiales son también más fáciles de leer.