<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Commentaires sur : BPMN, BPEL et autres points depuis le UserNet FileNet &#224; Berlin &#8211; 1/2</title>
	<atom:link href="http://www.bpmbulletin.com/2006/06/07/bpmn-bpel-et-autres-points-depuis-le-usernet-filenet-a-berlin-12/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.bpmbulletin.com/2006/06/07/bpmn-bpel-et-autres-points-depuis-le-usernet-filenet-a-berlin-12/</link>
	<description>Gestion de l&#039;Information. Gouvernance. Gestion des contenus et Processus. Big Data et Médias Sociaux</description>
	<lastBuildDate>Wed, 25 Jan 2012 13:39:04 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Par : Jean-Christophe</title>
		<link>http://www.bpmbulletin.com/2006/06/07/bpmn-bpel-et-autres-points-depuis-le-usernet-filenet-a-berlin-12/comment-page-1/#comment-32</link>
		<dc:creator>Jean-Christophe</dc:creator>
		<pubDate>Thu, 06 Jul 2006 08:36:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.bpmbulletin.com/?p=123#comment-32</guid>
		<description>Bonne analyse en effet. Il est clair qu&#039;�  l&#039;origine modélisation des processus et gestion des processus sont deux métiers différents. Aujourd&#039;hui l&#039;intégration (la cohabitation ?) est de mise et je pense également que les partenariats (rachats ?) vont se multiplier entre acteurs. Maintenant, il va quand même falloir disposer de moyens de communications entre ces outils et je pense qu&#039;effectivement BPMN est un élément de réponse. les passerelles existantes ou ayant existé sont quasiment toutes propriétaires, une standardisation devient donc nécessaire et nous sommes en passe d&#039;avoir un langage commun. Reste �  savoir si les enjeux économiques vont l&#039;emporter (acquisitions) avant la mise en oeuvre de ces nouvelles normes auquel cas la donne pourrait être différente ??</description>
		<content:encoded><![CDATA[<p>Bonne analyse en effet. Il est clair qu&#8217;�  l&#8217;origine modélisation des processus et gestion des processus sont deux métiers différents. Aujourd&#8217;hui l&#8217;intégration (la cohabitation ?) est de mise et je pense également que les partenariats (rachats ?) vont se multiplier entre acteurs. Maintenant, il va quand même falloir disposer de moyens de communications entre ces outils et je pense qu&#8217;effectivement BPMN est un élément de réponse. les passerelles existantes ou ayant existé sont quasiment toutes propriétaires, une standardisation devient donc nécessaire et nous sommes en passe d&#8217;avoir un langage commun. Reste �  savoir si les enjeux économiques vont l&#8217;emporter (acquisitions) avant la mise en oeuvre de ces nouvelles normes auquel cas la donne pourrait être différente ??</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Gaëtan B.</title>
		<link>http://www.bpmbulletin.com/2006/06/07/bpmn-bpel-et-autres-points-depuis-le-usernet-filenet-a-berlin-12/comment-page-1/#comment-27</link>
		<dc:creator>Gaëtan B.</dc:creator>
		<pubDate>Mon, 03 Jul 2006 14:45:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.bpmbulletin.com/?p=123#comment-27</guid>
		<description>Je me permets, avec un mois de retard de rebondir sur cet article. 

La montée du BPM au sein des entreprises (et essentiellement des grands comptes) a été l’occasion pour nombres d’entreprises d’analyser en profondeurs leurs processus internes (pour commencer). L’inventaire des processus a été réaliser par les personnes les mieux plaçaient pour réaliser ce recueil : les utilisateurs eux-mêmes. Ces analyses sont souvent très « métiers », les outils de descriptions de processus fournis par les acteurs du BPM étant trop technique, les éditeurs tels que MEGA ont proposé des outils adaptés afin de réaliser ces entrepôts de processus. 

De plus, le fait de réaliser les entrepôts de processus par les utilisateurs et ensuite les intégrer dans un moteur de Workflow a souvent été un outil de marketing auprès des décideurs alors que les plateformes n’étaient pas réellement prête pour cela. En effet, la description d’un même processus est  différent selon le côté où l’on se place : utilisateur (métier) ou architecte (technique).

En conséquence depuis deux ans, se montent des partenariats entre Editeurs de « carto » tel que MEGA et des pure players BPM tel que W4. Le but étant de monter des passerelles entre des processus avec une vue très métier et des processus plus techniques et adapté aux moteurs de Workflow.

BPMn et BEPL peuvent être une solution pour faciliter cette passerelle. BPMn et BEPL permettent ils de faire la liaison entre les deux ?

Les rapprochements entre les éditeurs de carto et les pure player BPM vont se multiplier. Mais pas seulement. En effet, et pour rebondir sur d’autres points traités sur ce blog, les pure players BPM doivent intégrer des outils de BI, de BAM… Et comme cela n’est pas leur cœur de métiers, les partenariats croisés ne peuvent donc que se multiplier.</description>
		<content:encoded><![CDATA[<p>Je me permets, avec un mois de retard de rebondir sur cet article. </p>
<p>La montée du BPM au sein des entreprises (et essentiellement des grands comptes) a été l’occasion pour nombres d’entreprises d’analyser en profondeurs leurs processus internes (pour commencer). L’inventaire des processus a été réaliser par les personnes les mieux plaçaient pour réaliser ce recueil : les utilisateurs eux-mêmes. Ces analyses sont souvent très « métiers », les outils de descriptions de processus fournis par les acteurs du BPM étant trop technique, les éditeurs tels que MEGA ont proposé des outils adaptés afin de réaliser ces entrepôts de processus. </p>
<p>De plus, le fait de réaliser les entrepôts de processus par les utilisateurs et ensuite les intégrer dans un moteur de Workflow a souvent été un outil de marketing auprès des décideurs alors que les plateformes n’étaient pas réellement prête pour cela. En effet, la description d’un même processus est  différent selon le côté où l’on se place : utilisateur (métier) ou architecte (technique).</p>
<p>En conséquence depuis deux ans, se montent des partenariats entre Editeurs de « carto » tel que MEGA et des pure players BPM tel que W4. Le but étant de monter des passerelles entre des processus avec une vue très métier et des processus plus techniques et adapté aux moteurs de Workflow.</p>
<p>BPMn et BEPL peuvent être une solution pour faciliter cette passerelle. BPMn et BEPL permettent ils de faire la liaison entre les deux ?</p>
<p>Les rapprochements entre les éditeurs de carto et les pure player BPM vont se multiplier. Mais pas seulement. En effet, et pour rebondir sur d’autres points traités sur ce blog, les pure players BPM doivent intégrer des outils de BI, de BAM… Et comme cela n’est pas leur cœur de métiers, les partenariats croisés ne peuvent donc que se multiplier.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Sandy Kemsley</title>
		<link>http://www.bpmbulletin.com/2006/06/07/bpmn-bpel-et-autres-points-depuis-le-usernet-filenet-a-berlin-12/comment-page-1/#comment-22</link>
		<dc:creator>Sandy Kemsley</dc:creator>
		<pubDate>Wed, 07 Jun 2006 13:46:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.bpmbulletin.com/?p=123#comment-22</guid>
		<description>JC, the issue about bi-directionality is critical, since engine-specific information must be added to a model in all cases once it is within the BPMS. XPDL allows for additional information to be added to a process definition by the engine, then preserved when exported back to a modelling tool for further modifications: see my post about the XPDL session at the recent OMG BPM Think Tank:

&lt;a target=&quot;_blank&quot; href=&quot;http://www.ebizq.net/blogs/column2/archives/2006/05/bpm_think_tank_13.php&quot;&gt;http://www.ebizq.net/blogs/column2/&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>JC, the issue about bi-directionality is critical, since engine-specific information must be added to a model in all cases once it is within the BPMS. XPDL allows for additional information to be added to a process definition by the engine, then preserved when exported back to a modelling tool for further modifications: see my post about the XPDL session at the recent OMG BPM Think Tank:</p>
<p><a target="_blank" href="http://www.ebizq.net/blogs/column2/archives/2006/05/bpm_think_tank_13.php">http://www.ebizq.net/blogs/column2/</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

