<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="bbPress/1.0.3" -->
<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>bpmnforum.ru &#187; Topic: Как мы внедряем у себя новые бизнес-процессы</title>
		<link>http://bpmnforum.ru/topic/76</link>
		<description>bpmnforum.ru &#187; Topic: Как мы внедряем у себя новые бизнес-процессы</description>
		<language>ru-RU</language>
		<pubDate>Thu, 07 May 2026 11:16:06 +0000</pubDate>
		<generator>http://bbpress.org/?v=1.0.3</generator>
		<textInput>
			<title><![CDATA[Поиск]]></title>
			<description><![CDATA[Search all topics from these forums.]]></description>
			<name>q</name>
			<link>http://bpmnforum.ru/search.php</link>
		</textInput>
		<atom:link href="http://bpmnforum.ru/rss/topic/76" rel="self" type="application/rss+xml" />

		<item>
			<title>neverpoint на "Как мы внедряем у себя новые бизнес-процессы"</title>
			<link>http://bpmnforum.ru/topic/76#post-722</link>
			<pubDate>Срд, 18 Апр 2012 03:29:58 +0000</pubDate>
			<dc:creator>neverpoint</dc:creator>
			<guid isPermaLink="false">722@http://bpmnforum.ru/</guid>
			<description>&#60;blockquote&#62;&#60;p&#62;&#60;cite&#62;Цитирую &#60;a href=&#34;http://bpmnforum.ru/topic/76#post-717&#34;&#62;Анатолий Белайчук&#60;/a&#62;:&#60;/cite&#62;&#60;br /&#62;
Так и тут - разрабатываем процесс разработки процессов. Воля ваша, но мне как-то больше по душе сразу за дело браться. Т.е. за основные процессы.&#60;/p&#62;
&#60;/blockquote&#62;
&#60;p&#62;Чтобы система эволюционировала любая после ее рождения, а не оставалась фиксированной или требующей периодического хирургического вмешательства программистов, необходимо наличие механизма ее самосовершенствования. В данном случае процесс создает процессы, в том числе и сам себя. Когда система таким образом замкнута она эволючионирует, изменяя саму себя в процессе жизни. Такой подход решает проблему частого дальнейшего вмешательства в бизнес хирургов и делает организацию действительно живым организмом: саморазвивающимся, а не синтетической единицей.&#60;/p&#62;
&#60;p&#62;Немного философии в тему...&#60;br /&#62;
В течение своей жизни я пришел к одному интересному правилу, если не знаешь как решить задачу, спроси у природы и проведи аналогию - тогда скорее всего твоя задача будет решена. Природа отточила за миллионы лет очень много интересных механизмов, один из которых система эволюционирования организмов. Эта система как раз работает по принципу процесс создает процесс и тем самым сам себя, взаимодействуя с внешним миром в процессе жизни и передавая созданную структуру новорожденному организму - из поколения в поколение система становится совершенней и эффективней в своей среде обитания без вмешательства извне, а лишь взаимодействуя со средой...
&#60;/p&#62;</description>
		</item>
		<item>
			<title>Анатолий Белайчук на "Как мы внедряем у себя новые бизнес-процессы"</title>
			<link>http://bpmnforum.ru/topic/76#post-717</link>
			<pubDate>Втр, 17 Апр 2012 23:50:53 +0000</pubDate>
			<dc:creator>Анатолий Белайчук</dc:creator>
			<guid isPermaLink="false">717@http://bpmnforum.ru/</guid>
			<description>&#60;p&#62;Забавно. Жила-была компания, как-то вела свои дела. Тут пришли специалисты по процессам, нарисовали свои схемы, и объяснили: туда надо нанять людей, сюда приобрести ресурсы... &#34;Дуришь, Алиса, ой, дуришь!&#34;&#60;/p&#62;
&#60;p&#62;Я это к чему: обычно процессами люди занимаются чтобы издержки сократить, продажи увеличить, маневренность повысить. Тут же какой-то нетрадиционный взгляд.&#60;/p&#62;
&#60;p&#62;А еще вот какая аналогия просматривается. Известно, что программисты, когда изобретают новый язык, любят первым делом написать на нем компилятор для него же. Так и тут - разрабатываем процесс разработки процессов. Воля ваша, но мне как-то больше по душе сразу за дело браться. Т.е. за основные процессы.
&#60;/p&#62;</description>
		</item>
		<item>
			<title>neverpoint на "Как мы внедряем у себя новые бизнес-процессы"</title>
			<link>http://bpmnforum.ru/topic/76#post-710</link>
			<pubDate>Втр, 17 Апр 2012 13:44:35 +0000</pubDate>
			<dc:creator>neverpoint</dc:creator>
			<guid isPermaLink="false">710@http://bpmnforum.ru/</guid>
			<description>&#60;p&#62;1) к сожалению многие ресурсы в плане настройки взаимносвязаны между собой, например в начале года закупали планшет ваком специально разработанный для электронной подписи и он взаимодействует не только с рабочей станции в канцелярии (планшет купили для подписи сторонних лиц, свои подписывают стификатами), но и с сервером и системой проверки достоверности подписи.&#60;br /&#62;
2) я разместил и тоже подумал исправить но не стал, когда пересмотрел диаграмму. Это очевидная вещь, конечно исправил. Просто описывал так сказать на коленке - текущей работы вал. Понятно что не обязательно может быть аутсорсинг или найм персонала.&#60;br /&#62;
3) учитывая то, что любой новый процесс, встраиваемый в систему словно новый элемент в геном бизнеса по любому оказывает влияние на всю систему в целом, такой сигнал необходим ибо во многих процессах загруженность работников критична, используемые ресурсы и планируемый бюджет. Проще запустить сигнал и оповестить все процессы об изменения структуры ведения бизнеса в этой части. Я посмотрел - если ограничиться диаграммой обмена сообщениями в связи с внедрением нового процесса - получается что связь должна быть практически со процессами в компании.
&#60;/p&#62;</description>
		</item>
		<item>
			<title>Юлия Вагнер на "Как мы внедряем у себя новые бизнес-процессы"</title>
			<link>http://bpmnforum.ru/topic/76#post-709</link>
			<pubDate>Втр, 17 Апр 2012 13:34:46 +0000</pubDate>
			<dc:creator>Юлия Вагнер</dc:creator>
			<guid isPermaLink="false">709@http://bpmnforum.ru/</guid>
			<description>&#60;p&#62;1. Согласна с Павлом: логичнее не дожидаться закупки всех ресурсов, чтобы начать их настройку, а делать настройку по мере поступления. Некоторые ресурсы не требуют сложной настройки (предположим, компьютер вам специалист за день подготовит), а вот станок настраивают неделю. К тому же, это делают разные специалисты, поэтому нет смысла создавать себе botttleneck, чтобы потом успешно с ним бороться.&#60;br /&#62;
2. &#60;blockquote&#62;вместо типа шлюза &#34;параллельный&#34; правильнее было бы использовать &#34;включительный шлюз&#34; (с независимыми условиями для каждой ветки)&#60;/blockquote&#62; - совершенно верно.&#60;br /&#62;
3. почему закупка, найм, договора делаются до тестирования процесса, а не после? А если тестирование выявило избыточность ресурсов - вы их просто выбрасываете? Как минимум, нужно промежуточное тестирование до закупок и найма&#60;br /&#62;
4. В Вашей схеме после стресс-теста, даже если выявлены ошибки, процесс вводится в эксплуатацию. До тех пор, пока процесс не введен в промышленную эксплуатацию, необходимо иметь возможность вернуться и исправить ошибки.&#60;br /&#62;
5.  Завершающим событием является сигнал. А Вы сказали, что межпроцессного взаимодействия тут нет. Противоречите себе, поскольку сигнал подразумевает именно межпроцессное взаимодействие. Так есть или нет?  :)
&#60;/p&#62;</description>
		</item>
		<item>
			<title>Pavel-Smirnov на "Как мы внедряем у себя новые бизнес-процессы"</title>
			<link>http://bpmnforum.ru/topic/76#post-703</link>
			<pubDate>Втр, 17 Апр 2012 08:08:15 +0000</pubDate>
			<dc:creator>Pavel-Smirnov</dc:creator>
			<guid isPermaLink="false">703@http://bpmnforum.ru/</guid>
			<description>&#60;p&#62;1. Настройка ресурсов под процесс будет дожидаться момента когда все без исключения ресурсы будут закуплены? Если каждый новый ресурс настраивать сразу после приобретения - это сэкономит время, правда?&#60;br /&#62;
2. Разве всегда будет необходимо принимать дополнительных работников и заключать договоры аутсорсинга? На мой вместо типа шлюза &#34;параллельный&#34; правильнее было бы использовать &#34;включительный шлюз&#34; (с независимыми условиями для каждой ветки)&#60;br /&#62;
3. Завершающее событие-сигнал отправит сообщение во все запущенные экземпляры процессов, в которых предусмотрена приемка этого сигнала. Не понимаю зачем это делать, поясните?&#60;br /&#62;
С уважением, ПС.&#60;br /&#62;
idef и epc, но с использование обозначений bpmn. Теперь я увидел это.
&#60;/p&#62;</description>
		</item>
		<item>
			<title>neverpoint на "Как мы внедряем у себя новые бизнес-процессы"</title>
			<link>http://bpmnforum.ru/topic/76#post-696</link>
			<pubDate>Пон, 16 Апр 2012 19:55:50 +0000</pubDate>
			<dc:creator>neverpoint</dc:creator>
			<guid isPermaLink="false">696@http://bpmnforum.ru/</guid>
			<description>&#60;p&#62;Решил переложить на BPMN процесс внедрения у нас новых бизнес-процессов. Сразу оговорюсь - я специально не указывал обработку исключений и ошибок в диаграмме! Кроме этого все задачи - подпроцессы, но я умышленно не использовал это обозначение для удобочитаемости, считайте по умолчанию что в диаграмме все задачи являются сложными процессами. Межпроцессорного взаимодействия тут нет, ибо это описывается в хареографии. Весь процесс внедрения имеет более высокого уровня задачу, в которую входит процесс и за эту задачу отвечает специальный работник по внедрению новых процессов. Эта более высокого уровня задача входит в процесс управления компанией в целом, за который отвечает исполнительный директор (CEO). Таким же образом построено вложение &#34;вниз&#34; процессов вплоть до конечных исполнителей.&#60;/p&#62;
&#60;p&#62;P.S. Чтобы не ограничиваться описанием лишь длинных процессов, в ближайшее время переложу на BPMN один из которких процессов, например как у нас работает канцелярия по приему обработке сканированию и маршрутизации внешней корреспонденции.
&#60;/p&#62;</description>
		</item>

	</channel>
</rss>
