<?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>Comments on: Process Pattern: Do-Redo</title>
	<atom:link href="http://mainthing.ru/item/295/feed/" rel="self" type="application/rss+xml" />
	<link>https://mainthing.ru/item/295/</link>
	<description>@ Anatoly Belaychuk's BPM Blog</description>
	<pubDate>Tue, 14 Apr 2026 05:29:53 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
		<item>
		<title>By: Илья Логинов</title>
		<link>https://mainthing.ru/item/295/#comment-1261</link>
		<dc:creator>Илья Логинов</dc:creator>
		<pubDate>Mon, 23 Apr 2012 00:53:21 +0000</pubDate>
		<guid isPermaLink="false">http://mainthing.ru/?p=295#comment-1261</guid>
		<description>Насчет цепочки создания ценностей согласен полностью.</description>
		<content:encoded><![CDATA[<p>Насчет цепочки создания ценностей согласен полностью.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anatoly Belychook</title>
		<link>https://mainthing.ru/item/295/#comment-1257</link>
		<dc:creator>Anatoly Belychook</dc:creator>
		<pubDate>Wed, 11 Apr 2012 20:21:02 +0000</pubDate>
		<guid isPermaLink="false">http://mainthing.ru/?p=295#comment-1257</guid>
		<description>Признаю, есть такая недоработка. То есть методология-то имеется, но здесь на блоге о ней сказано всего несколько слов: http://mainthing.ru/ru/item/402/. Чуть больше тут: http://b-k.ru/solutions/express/

Структурировать по руководителям мне представляется неудачной идеей: получим вместо процессного функциональное управление. Руководителей в качестве владельцев процессов назначать надо обязательно, но отталкиваться следует не от функционального деления, а от цепочки создания ценностей.</description>
		<content:encoded><![CDATA[<p>Признаю, есть такая недоработка. То есть методология-то имеется, но здесь на блоге о ней сказано всего несколько слов: <a href="http://mainthing.ru/ru/item/402/" rel="nofollow">http://mainthing.ru/ru/item/402/</a>. Чуть больше тут: <a href="http://b-k.ru/solutions/express/" rel="nofollow">http://b-k.ru/solutions/express/</a></p>
<p>Структурировать по руководителям мне представляется неудачной идеей: получим вместо процессного функциональное управление. Руководителей в качестве владельцев процессов назначать надо обязательно, но отталкиваться следует не от функционального деления, а от цепочки создания ценностей.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Илья Логинов</title>
		<link>https://mainthing.ru/item/295/#comment-1256</link>
		<dc:creator>Илья Логинов</dc:creator>
		<pubDate>Wed, 11 Apr 2012 19:55:17 +0000</pubDate>
		<guid isPermaLink="false">http://mainthing.ru/?p=295#comment-1256</guid>
		<description>Цель ясна поста, просто нигде не нашел поста про принципы выделения процессов, а хотелось бы узнать вашу точку зрения. Везде принцип выделения процессов как бог на душу положит или иными словами путем некоего аналитического умозаключения консультанта, хотя может я не прав? Считаю что процессы нужно выделять не по академическому принципу предметной области бизнеса, а по руководителям. Соответственно объединять процессы с общей предметной областью знаний (профессии) и закрепить за ними соответствующего руководителя с соответствующим образованием и опытом. Как то это тема вообще нигде не затрагивается, хотя исполнителем процессов являются люди. Вот и написал сюда потому как некуда больше а тут вроде краем затронуто</description>
		<content:encoded><![CDATA[<p>Цель ясна поста, просто нигде не нашел поста про принципы выделения процессов, а хотелось бы узнать вашу точку зрения. Везде принцип выделения процессов как бог на душу положит или иными словами путем некоего аналитического умозаключения консультанта, хотя может я не прав? Считаю что процессы нужно выделять не по академическому принципу предметной области бизнеса, а по руководителям. Соответственно объединять процессы с общей предметной областью знаний (профессии) и закрепить за ними соответствующего руководителя с соответствующим образованием и опытом. Как то это тема вообще нигде не затрагивается, хотя исполнителем процессов являются люди. Вот и написал сюда потому как некуда больше а тут вроде краем затронуто</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anatoly Belychook</title>
		<link>https://mainthing.ru/item/295/#comment-1255</link>
		<dc:creator>Anatoly Belychook</dc:creator>
		<pubDate>Wed, 11 Apr 2012 19:44:01 +0000</pubDate>
		<guid isPermaLink="false">http://mainthing.ru/?p=295#comment-1255</guid>
		<description>Илья

Слишком тонкий комментарий к незатейливому посту, в котором речь идет о сугубо технических материях.

Можете переименовать "руководителя" во что угодно, я не возражаю :)</description>
		<content:encoded><![CDATA[<p>Илья</p>
<p>Слишком тонкий комментарий к незатейливому посту, в котором речь идет о сугубо технических материях.</p>
<p>Можете переименовать &#8220;руководителя&#8221; во что угодно, я не возражаю <img src='https://mainthing.ru/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Илья Логинов</title>
		<link>https://mainthing.ru/item/295/#comment-1254</link>
		<dc:creator>Илья Логинов</dc:creator>
		<pubDate>Wed, 11 Apr 2012 19:15:02 +0000</pubDate>
		<guid isPermaLink="false">http://mainthing.ru/?p=295#comment-1254</guid>
		<description>Добавлю - а вот администратор как раз и занимается контролем исполнения. А в вашей схеме вы попутали администратора, отвечающего за контроль с руководителем, отвечающего ЗА РЕЗУЛЬТАТ, соответственно имеющий право давать указания внутри процесса вплоть до изменения алгоритма с целью достижения положительного результата в конечной точке процесса, ведь именно он несет ответственность...</description>
		<content:encoded><![CDATA[<p>Добавлю - а вот администратор как раз и занимается контролем исполнения. А в вашей схеме вы попутали администратора, отвечающего за контроль с руководителем, отвечающего ЗА РЕЗУЛЬТАТ, соответственно имеющий право давать указания внутри процесса вплоть до изменения алгоритма с целью достижения положительного результата в конечной точке процесса, ведь именно он несет ответственность&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Илья Логинов</title>
		<link>https://mainthing.ru/item/295/#comment-1253</link>
		<dc:creator>Илья Логинов</dc:creator>
		<pubDate>Wed, 11 Apr 2012 19:11:46 +0000</pubDate>
		<guid isPermaLink="false">http://mainthing.ru/?p=295#comment-1253</guid>
		<description>А у нас в компании руководитель никто иной как исполнитель процесса, имеющий подпроцессы, в которых свои исполнители. Когда мы перешли на процессно ориентированную систему руководства все стало на свои места в вопросах организационной структуры. Соответственно вынос задач руководителя в отдельные задачи в нашем случае лишен всякого смысла</description>
		<content:encoded><![CDATA[<p>А у нас в компании руководитель никто иной как исполнитель процесса, имеющий подпроцессы, в которых свои исполнители. Когда мы перешли на процессно ориентированную систему руководства все стало на свои места в вопросах организационной структуры. Соответственно вынос задач руководителя в отдельные задачи в нашем случае лишен всякого смысла</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anatoly Belychook</title>
		<link>https://mainthing.ru/item/295/#comment-792</link>
		<dc:creator>Anatoly Belychook</dc:creator>
		<pubDate>Mon, 08 Nov 2010 18:54:17 +0000</pubDate>
		<guid isPermaLink="false">http://mainthing.ru/?p=295#comment-792</guid>
		<description>Scott

I agree, the feature you refer to should be not a competitive advantage but a must-have. People do stupid mistakes all the time: you press the wrong button or pick the wrong value from a dropdown list because your mouse got crazy for a second and oops - the process picks the wrong route and you can't do anything about it. There must be an opportunity to roll it back.

BTW, there is another vendor who implemeted it differently: each activity has a "commit transaction" flag. If it's set to false then you can roll it back to the beginning. Smart but probably too smart for the circus :)</description>
		<content:encoded><![CDATA[<p>Scott</p>
<p>I agree, the feature you refer to should be not a competitive advantage but a must-have. People do stupid mistakes all the time: you press the wrong button or pick the wrong value from a dropdown list because your mouse got crazy for a second and oops - the process picks the wrong route and you can&#8217;t do anything about it. There must be an opportunity to roll it back.</p>
<p>BTW, there is another vendor who implemeted it differently: each activity has a &#8220;commit transaction&#8221; flag. If it&#8217;s set to false then you can roll it back to the beginning. Smart but probably too smart for the circus <img src='https://mainthing.ru/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott</title>
		<link>https://mainthing.ru/item/295/#comment-791</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Mon, 08 Nov 2010 13:21:24 +0000</pubDate>
		<guid isPermaLink="false">http://mainthing.ru/?p=295#comment-791</guid>
		<description>Anatoly- 

this is a good case where, in some cases, the software vendor can add value to the generic BPMN.  One vendor, for example, automatically tracks "redo" effort if you route back to the same activity.  Both approaches will work, and managing it manually gives you more precise control.  But if software vendors will look more to how to answer interesting process improvement questions these kind of features would be "baked in"...</description>
		<content:encoded><![CDATA[<p>Anatoly- </p>
<p>this is a good case where, in some cases, the software vendor can add value to the generic BPMN.  One vendor, for example, automatically tracks &#8220;redo&#8221; effort if you route back to the same activity.  Both approaches will work, and managing it manually gives you more precise control.  But if software vendors will look more to how to answer interesting process improvement questions these kind of features would be &#8220;baked in&#8221;&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anatoly Belychook</title>
		<link>https://mainthing.ru/item/295/#comment-784</link>
		<dc:creator>Anatoly Belychook</dc:creator>
		<pubDate>Thu, 21 Oct 2010 04:19:44 +0000</pubDate>
		<guid isPermaLink="false">http://mainthing.ru/?p=295#comment-784</guid>
		<description>Андрей

Согласен, такая постановка задачи имеет смысл. Надо предусмотреть в процессе атрибут "задание выполнено" и дать возможность сотруднику завершать задание, оставляя его в положении false. Тут сработают обе рассмотренные схемы.

Но если считать, что такая ситуация возможна в любой точке процесса, то схема процесса превратится в сущий кошмар. Может, исполнитель с начальником в рабочем порядке между собой договорятся? В конце концов, телефон никто не отменял.

Не стоит также забывать про встроенный в большинство BPM-систем механизм делегирования: пользователь имеет возможность передать свое задание другому. Подчиненному, если задание для него самого слишком простое, или начальнику, если, наоборот, он не может с ним справиться.

И еще как правило есть возможность добавить к задаче произвольные комментарии, которые увидят исполнители последующих шагов.

А.Б.</description>
		<content:encoded><![CDATA[<p>Андрей</p>
<p>Согласен, такая постановка задачи имеет смысл. Надо предусмотреть в процессе атрибут &#8220;задание выполнено&#8221; и дать возможность сотруднику завершать задание, оставляя его в положении false. Тут сработают обе рассмотренные схемы.</p>
<p>Но если считать, что такая ситуация возможна в любой точке процесса, то схема процесса превратится в сущий кошмар. Может, исполнитель с начальником в рабочем порядке между собой договорятся? В конце концов, телефон никто не отменял.</p>
<p>Не стоит также забывать про встроенный в большинство BPM-систем механизм делегирования: пользователь имеет возможность передать свое задание другому. Подчиненному, если задание для него самого слишком простое, или начальнику, если, наоборот, он не может с ним справиться.</p>
<p>И еще как правило есть возможность добавить к задаче произвольные комментарии, которые увидят исполнители последующих шагов.</p>
<p>А.Б.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Андрей</title>
		<link>https://mainthing.ru/item/295/#comment-783</link>
		<dc:creator>Андрей</dc:creator>
		<pubDate>Wed, 20 Oct 2010 08:02:10 +0000</pubDate>
		<guid isPermaLink="false">http://mainthing.ru/?p=295#comment-783</guid>
		<description>Анатолий, а если чуть расширить задачу, и посмотреть на другие варианты, а именно - сотрудник может не понять задачу, ему может не хватить информации/ресурсов для ее выполнения, etc. В этом случае сотрудник отклоняет задачу, а руководитель, скорректировав условия, возвращает обратно. В этом случае стоит ли делать еще один вид задания, или можно использовать уже введенные виды заданий?</description>
		<content:encoded><![CDATA[<p>Анатолий, а если чуть расширить задачу, и посмотреть на другие варианты, а именно - сотрудник может не понять задачу, ему может не хватить информации/ресурсов для ее выполнения, etc. В этом случае сотрудник отклоняет задачу, а руководитель, скорректировав условия, возвращает обратно. В этом случае стоит ли делать еще один вид задания, или можно использовать уже введенные виды заданий?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
