Suite à une BPM-conférence que j'ai donnée à Munich, il y avait une discussion très intéressante. Un participant a dit que le Business Process Management est vraiment très agréable, mais il n'était pas clair comment une entreprise peut acheter maintenant BPM. Comment obtenez-vous de tous les avantages merveilleux qu'on a avec le BPM? La question du participant a été un peu inattendu, mais toujours gérer.

Ici, je dois mentionner brièvement que j'ai présenté, parmi d'autres de BPM dans son ensemble et moi-même ici à la CBOK BPM était entrebâillée. Je lui ai expliqué les 9 domaines de connaissances et ce que chacun engagés pour des activités dans chaque domaine.

Je pense que vous ne pouvez pas acheter de BPM lui-même. Business Process Management n'est pas à vendre! (more ...)

Sur le côté de EABPM la première manifestation publique pour un examen de certification pour Certiefied Business Process Professional ™ ont été publiés.

Pour l'instant, quatre dates sont les suivantes:

• 22e Avril à Wiesbaden
• 27e Avril à Hanovre
• 4e Mai à Munich
• 6e Mai à Berlin

Base pour la certification de la BPM tronc commun de connaissances, qui a été publiée par le EABPM.

Source et plus d'informations: http://www.eabpm.org/?page_id=4

Comme l'article de " Kick-Off: BPM Scrum + "a publié le Jacob ami sur bpm guide.de nous voulions des exemples de différents" modèles "apporter. Un sprint dans Scrum est de durer entre un et un maximum de 4 semaines. Par conséquent, il peut être nécessaire de décomposer un processus en unités plus petites de ces unités à être en mesure de modifier dans les sprints. Depuis le résultat d'un sprint un «produit livrable exécutable" devrait être, doivent être des processus grandes divisée afin que ces processus sous-traitance peut être utile et déployé de façon aussi autonome que possible. Suite à mon exemple du démantèlement des processus avec de multiples trains processus parallèle. (more ...)

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.

Convient pour Business Process Management Summit de Gartner je tiens à répondre à un point y, ce qui est connu depuis longtemps, ainsi que le Dr Bartonitz dans son blog écrit. Mais néanmoins, ce point conduit souvent à des projets qui échouent. Je veux qu'il représente quelque chose de visuellement, et donc l'appeler le problème de lapin. (more ...)