J'ai de l'expérience fréquente de projets avec un très long sur le Business Process Management a fait. Principalement grâce à la collaboration de plusieurs ministères dans un processus de bout en bout est un processus s'agrandit et plus difficile attendue du projet. Bien que de nombreuses activités dans le processus souvent été entièrement clarifiée et peut même avoir été développé déjà complété le processus ne peut pas être importé parce que quelque part un peu d'activité doit être coordonnée. Grâce à une approche agile permettrait à toutes les activités devant être mises en œuvre plus rapidement et clairement le résultat souhaité pourrait s'adapter plus rapidement. Par conséquent, la question de Scrum est très intéressant, mais pas facile. Scrum a été initialement conçu pour le développement logiciel et non pour des projets de BPM. Mes premières pensées sur cette combinaison, j'ai décrit ici dans le blog avant (voir la partie 1 et partie 2 ). Les mêmes idées ont également le Dr Martin Bartonitz du Saperion et ami Jacob fait à partir camunda. Pour nous voir pour échanger et discuter de la combinaison de Scrum et de BPM, nous avons tenu un petit atelier avec James à Berlin. Les résultats de nos premiers ateliers sont sur ​​le BPM guide.de et regarda dans la tribune du réseau BPM sont discutées. Je suis impatient de la rétroaction dans le forum.