este es el subtítulo de "el libro de gestión orientado al proceso "de Thilo y Uwe Knuppertz Feddern. En 293 páginas, los dos consultores de gestión de la BPM & O describir en detalle cómo la gestión de procesos es una metodología integral se puede establecer en una empresa. Gestión de procesos de comprender a los autores como un método de gestión integral. El libro no se describe como un solo proceso se ha optimizado. Se trata de cómo una empresa orientada a procesos y alinear los objetivos pueden ser alcanzados. El libro aborda la gestión media y superior, que sería seguido de cerca el tema. (más ...)

ISO9001, ITIL, COBIT, eTOM, Geli, GPKE, SOX, y muchos otros marcos tienen algo en común:

Estandarización de los procesos

Pero, por desgracia con demasiada frecuencia por normalizar una camisa de fuerza. Y con esta camisa de fuerza, incluso actividades sencillas en una tarea casi imposible. Forma innecesaria y se infla, múltiples niveles de aprobación, a través de la consolidación regional y los delirios de vigilancia a menudo conducen a restricciones en la vida laboral de los empleados. ¿Cuáles son las consecuencias? ... La creatividad! Pero no quiero ver la creatividad de una empresa. Los empleados a ser creativos para eludir las normas de proceso laborioso y costoso adjunto. Incluso si el pedido es para un lápiz de Estado, los empleados no tienen otra opción. Por lo tanto, es importante escuchar y poner en una gestión de procesos vivos. Este es un buen artículo sobre Spiegel.de encontrar ejemplos aún más en el libro que estoy trabajando en un manicomio: Desde la oficina todos los días normales .

En la tercera parte de mi serie de punta sobre la Gestión de Procesos de Negocio me gustaría abordar 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.

(Más ...)

En la segunda parte de mi serie de punta sobre la Gestión de Procesos de Negocio me gustaría para hacer frente a cuestiones fundamentales de la gestión de proyectos: estrategia, objetivos, comunicación y gestión de riesgos.

(Más ...)

Después de que el tercer taller sobre BPM ágiles hay nuevas preguntas para las que tenemos que encontrar una respuesta. En primer lugar, hemos ampliado nuestro enfoque. Consideremos ahora no sólo scrum. Ahora vamos a examinar algunos aspectos de la agilidad en su aplicación en proyectos de BPM.

La tesis de que las técnicas ágiles, modelos de procesos, principios y enfoques de la fe en los proyectos de BPM tiene una ventaja gegnüber métodos clásicos sigue en pie. Por encima de todo, la velocidad del punto y la flexibilidad, la "agilidad", mientras que con éxito proyectos de BPM.

Para comprobar esta hipótesis tenemos (amigo de CAMUNDÁ Jacob, Christian Weiss, de OOSE, Martin y yo Bartonitz de Saperion siete principios) se basan en las estructuras, el cristiano en su vídeo muestra más comprometido con el tema. Aquí tenemos una vez más que los proyectos de BPM pueden ser muy diferentes. Incluso si nos fijamos un muy simple, basado en el proceso. Las tecnologías actuales se basan en una implementación aún programado muy intensa (por ejemplo, jBPM) al cero del código de "desarrollo" (por ejemplo, Intalio o inubit). Estas diferencias se reflejan en el examen de los componentes que naturalmente ágiles pueden dar un buen uso de nuevo.

Las preguntas más interesantes para mí hasta la fecha son los siguientes:

• ¿Cómo puedo lidiar con cero de codificación de iteraciones en BPMS?
• ¿Qué debo buscar en las diferentes iteraciones cuando entran en juego interfaces?
  • Esta interfaz y un contrato de servicios de la empresa de autobuses tiene sentido?
• ¿Hay algún sentido en el enfoque de BPM 2.0 prototipos se aplican?
• ¿Qué necesito si estoy en mi octavo iteraciones, un alto grado de dependencia de los "sistemas externos"? (Por ejemplo, si una interfaz es también instruyó a consumir se quiere, pero el acceso a, complete el bz sólo tiene una influencia limitada)
• ¿Cómo se puede dividir proyectos de sentido? Si mi proceso todavía tiene que ser desarrollado como una interfaz gráfica de usuario, entonces el desarrollo GUI es una vez más un tema clásico en el desarrollo de proyectos BPM
• ¿Cómo tratar las solicitudes de cambio en el proyecto de BPM? Especialmente si estos CRs tienen una influencia significativa en el proceso.

En todas estas consideraciones, me encuentro de nuevo muy cerca de los proyectos de TI. Pero siempre es importante mencionar que la participación es en los proyectos de BPM a menudo sólo el 20% de la totalidad del proyecto.