<?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"
	>
<channel>
	<title>Комментарии: Главное не результат, главное процесс</title>
	<atom:link href="http://mainthing.ru/ru/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://mainthing.ru</link>
	<description>BPM-блог Анатолия Белайчука</description>
	<pubDate>Sun, 01 Aug 2010 09:19:24 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
		<item>
		<title>Комментарий к записи Семинары BPMS.ru от Anatoly Belychook</title>
		<link>http://mainthing.ru/ru/item/293/#comment-751</link>
		<dc:creator>Anatoly Belychook</dc:creator>
		<pubDate>Tue, 01 Jun 2010 11:56:42 +0000</pubDate>
		<guid isPermaLink="false">http://mainthing.ru/?p=293#comment-751</guid>
		<description>Наталья

Могу только посочувствовать, но не вести протоколы, записи и трансляции было принципиальным решением. Понимаете, на семинар приходят как бы просто профессионалы: в свое рабочее время и представляя только себя. Но на самом-то деле мы все занимаем какие-то должности, и поэтому как только выступление становится публичным - надо заботиться о кофиденциальности и о соответствии официальной позиции компании. Откровенное обсуждение реальных проектов, сделанных на реальном инструменте у реальных заказчиков становится попросту невозможным.

Правда, для неконференции это неактуально, но там другая специфика: мозговой штурм требует не только вербального, но и эмоционального контакта. Это действие, происходящее здесь и сейчас.</description>
		<content:encoded><![CDATA[<p>Наталья</p>
<p>Могу только посочувствовать, но не вести протоколы, записи и трансляции было принципиальным решением. Понимаете, на семинар приходят как бы просто профессионалы: в свое рабочее время и представляя только себя. Но на самом-то деле мы все занимаем какие-то должности, и поэтому как только выступление становится публичным - надо заботиться о кофиденциальности и о соответствии официальной позиции компании. Откровенное обсуждение реальных проектов, сделанных на реальном инструменте у реальных заказчиков становится попросту невозможным.</p>
<p>Правда, для неконференции это неактуально, но там другая специфика: мозговой штурм требует не только вербального, но и эмоционального контакта. Это действие, происходящее здесь и сейчас.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Семинары BPMS.ru от Наталья</title>
		<link>http://mainthing.ru/ru/item/293/#comment-750</link>
		<dc:creator>Наталья</dc:creator>
		<pubDate>Tue, 01 Jun 2010 11:47:09 +0000</pubDate>
		<guid isPermaLink="false">http://mainthing.ru/?p=293#comment-750</guid>
		<description>Вот уж который раз читаю о семинарах и облизываюсь. Может быть будут сетевые общения?.. ну чтобы уж и регионы смогли поучаствовать.</description>
		<content:encoded><![CDATA[<p>Вот уж который раз читаю о семинарах и облизываюсь. Может быть будут сетевые общения?.. ну чтобы уж и регионы смогли поучаствовать.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Граница между инструментарием EA и BPMS от Bruce Silver</title>
		<link>http://mainthing.ru/ru/item/285/#comment-749</link>
		<dc:creator>Bruce Silver</dc:creator>
		<pubDate>Fri, 28 May 2010 20:59:32 +0000</pubDate>
		<guid isPermaLink="false">http://mainthing.ru/?p=285#comment-749</guid>
		<description>Anatoly,
Great piece (sorry I am just reading it today).  I have been trying to get BPMS vendors who have good BPMN tools to add more BPA-like functionality - notably a business-oriented repository of modeling artifacts: organizations/roles, goals and metrics, rules, data, etc... with no success, largely for the reasons you state.  And one you don't state... That is, BPA vendors are in the tools business.  They know how to sell software to an elite few for $5000 per seat.  BPMS vendors are in the runtime business.  If you can buy the tools at all without the runtime, they are essentially free.  I think BPMS vendors know how to make a good BPA tool worth $1000 per seat (with excellent roundtripping to the BPMS)... but they don't know how to make a business out of it.
--Bruce</description>
		<content:encoded><![CDATA[<p>Anatoly,<br />
Great piece (sorry I am just reading it today).  I have been trying to get BPMS vendors who have good BPMN tools to add more BPA-like functionality - notably a business-oriented repository of modeling artifacts: organizations/roles, goals and metrics, rules, data, etc&#8230; with no success, largely for the reasons you state.  And one you don&#8217;t state&#8230; That is, BPA vendors are in the tools business.  They know how to sell software to an elite few for $5000 per seat.  BPMS vendors are in the runtime business.  If you can buy the tools at all without the runtime, they are essentially free.  I think BPMS vendors know how to make a good BPA tool worth $1000 per seat (with excellent roundtripping to the BPMS)&#8230; but they don&#8217;t know how to make a business out of it.<br />
&#8211;Bruce</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Шаблоны и паттерны BPM от Anatoly Belychook</title>
		<link>http://mainthing.ru/ru/item/292/#comment-748</link>
		<dc:creator>Anatoly Belychook</dc:creator>
		<pubDate>Fri, 28 May 2010 08:18:12 +0000</pubDate>
		<guid isPermaLink="false">http://mainthing.ru/?p=292#comment-748</guid>
		<description>John

Interesting point. Frameworks and templates have are similar by nature but for me they differ in scale. A template refers to a single process while a framework should cover all processes of the given industry, more or less.</description>
		<content:encoded><![CDATA[<p>John</p>
<p>Interesting point. Frameworks and templates have are similar by nature but for me they differ in scale. A template refers to a single process while a framework should cover all processes of the given industry, more or less.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Шаблоны и паттерны BPM от John Reynolds</title>
		<link>http://mainthing.ru/ru/item/292/#comment-747</link>
		<dc:creator>John Reynolds</dc:creator>
		<pubDate>Fri, 28 May 2010 07:53:33 +0000</pubDate>
		<guid isPermaLink="false">http://mainthing.ru/?p=292#comment-747</guid>
		<description>After using Lombardi for many years, I finally spend some time with a Pega expert... and I finally "got" the difference - It's related to the difference between patterns and templates that you've outlined.

Pega has many vertical market Frameworks - very much like your Templates.  These are "80%" solutions... Fill in or customize the remaining "20%" and you are done.
Lombardi doesn't have any "Templates"... but there are several "Patterns" that we tend to follow time and time again.
For example, I frequently find myself following a "Hierarchical Approval Pattern" or a "Parallel Approval Pattern" or a combination of the two.

I think of patterns as proven approaches... When I hear the business person describe the process, I think to myself "Ah... I can use pattern X".

I think of template/frameworks as being purchase differentiators - "We're in the banking industry, and are processes are pretty standard banking processes".  If you've got a good banking template, you have a big competitive advantage.</description>
		<content:encoded><![CDATA[<p>After using Lombardi for many years, I finally spend some time with a Pega expert&#8230; and I finally &#8220;got&#8221; the difference - It&#8217;s related to the difference between patterns and templates that you&#8217;ve outlined.</p>
<p>Pega has many vertical market Frameworks - very much like your Templates.  These are &#8220;80%&#8221; solutions&#8230; Fill in or customize the remaining &#8220;20%&#8221; and you are done.<br />
Lombardi doesn&#8217;t have any &#8220;Templates&#8221;&#8230; but there are several &#8220;Patterns&#8221; that we tend to follow time and time again.<br />
For example, I frequently find myself following a &#8220;Hierarchical Approval Pattern&#8221; or a &#8220;Parallel Approval Pattern&#8221; or a combination of the two.</p>
<p>I think of patterns as proven approaches&#8230; When I hear the business person describe the process, I think to myself &#8220;Ah&#8230; I can use pattern X&#8221;.</p>
<p>I think of template/frameworks as being purchase differentiators - &#8220;We&#8217;re in the banking industry, and are processes are pretty standard banking processes&#8221;.  If you&#8217;ve got a good banking template, you have a big competitive advantage.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Шаблоны и паттерны BPM от Scott</title>
		<link>http://mainthing.ru/ru/item/292/#comment-746</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Tue, 25 May 2010 22:36:44 +0000</pubDate>
		<guid isPermaLink="false">http://mainthing.ru/?p=292#comment-746</guid>
		<description>Anatoly - this is an interesting post. 
While the distinction seems subtle, it is important.  I, too, have been skeptical of templates (though I have, at times, seen them work well).  But it is hard for many people to understand how valuable design patterns are if it doesn't mean that they can just "copy-n-paste and edit" the pattern as if it were template.  Ie, the "re-use" in the design pattern is knowing well how to solve a problem with a pattern that has been proven over time to be a good one.  The "re-use" of a template is using existing code with some additional configuration or editing, in my view.  

The observer pattern is often one that you can explain to people - the template isn't that useful because you don't know exactly what the technical underpinnings of the pattern are (webservice? jms? db trigger? other? )  but the concept is highly re-usable.  Notification patterns in general are good examples, I think, for the non-technical audience.</description>
		<content:encoded><![CDATA[<p>Anatoly - this is an interesting post.<br />
While the distinction seems subtle, it is important.  I, too, have been skeptical of templates (though I have, at times, seen them work well).  But it is hard for many people to understand how valuable design patterns are if it doesn&#8217;t mean that they can just &#8220;copy-n-paste and edit&#8221; the pattern as if it were template.  Ie, the &#8220;re-use&#8221; in the design pattern is knowing well how to solve a problem with a pattern that has been proven over time to be a good one.  The &#8220;re-use&#8221; of a template is using existing code with some additional configuration or editing, in my view.  </p>
<p>The observer pattern is often one that you can explain to people - the template isn&#8217;t that useful because you don&#8217;t know exactly what the technical underpinnings of the pattern are (webservice? jms? db trigger? other? )  but the concept is highly re-usable.  Notification patterns in general are good examples, I think, for the non-technical audience.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Шаблоны и паттерны BPM от Anatoly Belychook</title>
		<link>http://mainthing.ru/ru/item/292/#comment-745</link>
		<dc:creator>Anatoly Belychook</dc:creator>
		<pubDate>Thu, 20 May 2010 06:14:34 +0000</pubDate>
		<guid isPermaLink="false">http://mainthing.ru/?p=292#comment-745</guid>
		<description>David

Thank you for valuable input. I'm not a native speaker and can't judge on these two terms usage in English. So it's better to clarify each time "let's call a template this and a pattern that". OK then.

Luckily for us, in Russian they are two distinct terms. "Pattern" was borrowed from English not long ago. There were "behaviour patterns", patterns in image recognition and now we also have "design patterns".</description>
		<content:encoded><![CDATA[<p>David</p>
<p>Thank you for valuable input. I&#8217;m not a native speaker and can&#8217;t judge on these two terms usage in English. So it&#8217;s better to clarify each time &#8220;let&#8217;s call a template this and a pattern that&#8221;. OK then.</p>
<p>Luckily for us, in Russian they are two distinct terms. &#8220;Pattern&#8221; was borrowed from English not long ago. There were &#8220;behaviour patterns&#8221;, patterns in image recognition and now we also have &#8220;design patterns&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Шаблоны и паттерны BPM от David French</title>
		<link>http://mainthing.ru/ru/item/292/#comment-744</link>
		<dc:creator>David French</dc:creator>
		<pubDate>Thu, 20 May 2010 05:59:08 +0000</pubDate>
		<guid isPermaLink="false">http://mainthing.ru/?p=292#comment-744</guid>
		<description>While I agree that there are two distinct concepts here, trying to separate them by the use of words "template" and "pattern' is, I think, a mistake. Lifting our noses out of the mire of IT we would see that these words are synonyms with a long use as equivalents in fields such as engineering and fitting with your use of 'template'. Unfortunately, I cannot think of a suitable alternative for pattern!</description>
		<content:encoded><![CDATA[<p>While I agree that there are two distinct concepts here, trying to separate them by the use of words &#8220;template&#8221; and &#8220;pattern&#8217; is, I think, a mistake. Lifting our noses out of the mire of IT we would see that these words are synonyms with a long use as equivalents in fields such as engineering and fitting with your use of &#8216;template&#8217;. Unfortunately, I cannot think of a suitable alternative for pattern!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Различие между BPM и Workflow: не только технологии от anon</title>
		<link>http://mainthing.ru/ru/item/204/#comment-742</link>
		<dc:creator>anon</dc:creator>
		<pubDate>Fri, 07 May 2010 07:27:11 +0000</pubDate>
		<guid isPermaLink="false">http://mainthing.ru/?p=204#comment-742</guid>
		<description>The only place Automation is before Process Mapping is in the dictionary</description>
		<content:encoded><![CDATA[<p>The only place Automation is before Process Mapping is in the dictionary</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Различие между BPM и Workflow: не только технологии от igor Fiodorov</title>
		<link>http://mainthing.ru/ru/item/204/#comment-741</link>
		<dc:creator>igor Fiodorov</dc:creator>
		<pubDate>Tue, 04 May 2010 10:07:12 +0000</pubDate>
		<guid isPermaLink="false">http://mainthing.ru/?p=204#comment-741</guid>
		<description>A nice comparison, but it misses a last but not least difference:
A Workflow stands for AUTOMATION while BPM means MANGEMENT.
  
Igor Fiodorov</description>
		<content:encoded><![CDATA[<p>A nice comparison, but it misses a last but not least difference:<br />
A Workflow stands for AUTOMATION while BPM means MANGEMENT.</p>
<p>Igor Fiodorov</p>
]]></content:encoded>
	</item>
</channel>
</rss>
