Al igual que en el artículo " Kick-Off: BPM + Scrum ", publicado en el James amigo lpm guide.de queríamos ejemplos de distintos" patrones "traer. Un sprint en Scrum es que dure entre 1 y un máximo de 4 semanas. Por lo tanto, puede ser necesario dividir un proceso en unidades más pequeñas a estas unidades de trabajo en los sprints a. Como resultado de una carrera de velocidad "un producto ejecutable entregable" debe ser, debe ser dividido por lo que los procesos de gran tamaño que estos sub-procesos pueden ser útiles y han desplegado la mayor independencia posible. Siguiendo el ejemplo del desmantelamiento de los procesos con múltiples trenes de procesos paralelos. (más ...)

Tengo experiencia frecuente con algunos proyectos muy largos en Business Process Management hechos. Principalmente a través de la colaboración de muchos departamentos en un proceso de extremo a extremo es un proceso cada vez más grande y el proyecto en mayor medida-vencida. Aunque muchas actividades en el proceso a menudo se ha aclarado completamente, y pudo incluso haber sido desarrollado ya ha completado el proceso no se pueden importar porque la actividad en un sitio un poco más será coordinado. Con un enfoque ágil permitiría a todas las actividades que se ejecutarán más rápido y claro el resultado deseado puede ser ajustado con mayor rapidez. Por lo tanto, la cuestión de Scrum es muy interesante, pero no es fácil. Scrum fue originalmente diseñado para el desarrollo de software y no para proyectos BPM. Mis primeros pensamientos sobre esta combinación, que ya he descrito en el blog (ver la Parte 1 y Parte 2 ). Las mismas ideas tienen también el Dr. Martin Bartonitz de Saperion y Jacob amigo a partir de CAMUNDÁ. Para nosotros, para discutir y compartir la combinación de BPM Scrum y llevamos a cabo un pequeño taller con James en Berlín. Los resultados de nuestros primeros talleres son en BPM guide.de y miró hacia arriba en el foro de la red de BPM se discuten. Estoy esperando con interés la información en el foro.

Adecuado para Business Process Management Summit de Gartner , me gustaría responder a un punto en él, que sabe desde hace tiempo, así como el Dr. Bartonitz en su blog escribe. Sin embargo, este punto siempre conduce al hecho de que los proyectos fracasan. Quiero mostrar algo visualmente, y por lo tanto lo llaman el problema de los conejos. (más ...)

Intalio, anunció ayer que ahora participará como miembro del Grupo de Trabajo OMG finalización de la adopción de la próxima especificación de BPMN 2.0. ( Fuente )

Como se verá después de la adopción de la especificación. Intalio BPMS que se desarrollan?

Hasta el momento, Intalio BPMN y BPEL utiliza para el modelado de diseño del proceso ( aquí ). Ismael Gahlimi Si esto hubiera sido una posición clara con BPMN por sí sola puede no procesos se están ejecutando. Carece de la información técnica en el modelo de proceso. ( Por qué es importante BPEL ). Eso también es correcto. Pero esta claro compromiso con BPMN 2.0, y por lo tanto próximos modelos de procesos BPMN oportunidad de ejecutar directamente en un motor de procesos BPMN que podría llevar a Intalio no tiene en cuenta el futuro de la problemática de la transformación de BPMN a BPEL y BPMN un puro sistema de BPM desarrollarse aún más. Tengo curiosidad ...

Amazon entrega a tiempo para el fin de semana, mi nueva " Guía Práctica BPMN "por Jakob Freund, Rücker Bernd y Henninger Thomas . En cuestión de horas, me había devorado el libro. Contiene información concentrada en BPMN 1,2 y 2,0. La información que se muestra al lector con muchos ejemplos. (más ...)