<?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/item/177/feed/" rel="self" type="application/rss+xml" />
	<link>https://mainthing.ru/ru/item/177/</link>
	<description>BPM-блог Анатолия Белайчука</description>
	<pubDate>Mon, 20 Apr 2026 09:05:36 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
		<item>
		<title>Автор: Anatoly Belychook</title>
		<link>https://mainthing.ru/ru/item/177/#comment-500</link>
		<dc:creator>Anatoly Belychook</dc:creator>
		<pubDate>Fri, 13 Mar 2009 18:56:44 +0000</pubDate>
		<guid isPermaLink="false">http://mainthing.ru/?p=177#comment-500</guid>
		<description>Олег

Спасибо за отзыв, но сейчас у нас тут получится дискуссия :)

По стартапам полностью согласен, даже не обсуждается - там энтузиазм, сплоченная команда, креатив. Процессное управление подразумевает повторяемость, а какая повторяемость при трехзначных процентах роста?! Важно только не упустить момент, когда успешная команда перерастает стартап и ей становятся нужны другие люди и другие управленческие технологии.

Но сокращение расходов как драйвер BPM - сомнительно. Реинжиниринг в его циничной разновидности с этим справится куда лучше ;) BPM в первую очередь - борьба за value, а не за cost.

По ISO 9000: если это сертификация ради сертификации, то BPM для этого не нужен. Если "для себя", тогда ISO 9000 - это не цель, а так, побочный продукт: будет в компании полноценный BPM - ISO получится автоматически.

Не вполне согласен с ITIL как удачной точкой применения для BPM. Надо ли компании стремиться стать "чемпионом" во вспомогательных процессах и, в частности, в ITIL? Обычно все что нужно - это "достаточно хорошие" процессы, и поэтому готовое приложение скорее всего окажется более прагматичным решением.

И теперь самое интересное - компания "с проблемой". Вы правильно заметили: действительно, если доктор уже сказал "в морг", значит - в морг. Очевидно я неточно выразился, правильно было сказать "не уже угрожает", а "в перспективе станет угрожать".

На самом деле такие моменты в бизнесе случаются достаточно часто: для окружающих, для прессы, для сотрудников компания выглядит цветущей, и только собственник или топ знает, что развитие переходит в застой, а дальше маячит утрата завоеванных позиций. Что более молодые конкуренты предлагают заказчикам то, для чего нам придется идти на очень серьезную перестройку. А не хочется. И наглые, неблагодарные клиенты начинают задавать неудобные вопросы, а некоторые - пока только некоторые - уходить. Что имидж компании в глазах тех, кто держит нос по ветру - аналитиков и партнеров - постепенно меняется, и она начинает восприниматься как заслуженная, большая, но неповоротливая и игнорирующая меняющиеся требования рынка.

И вот это, пожалуй, самый подходящий момент для BPM.

Ну а если в компании не найдется того, кто этот момент вовремя прочувствует - что ж, тогда дело дойдет до антикризисного менеджмента.</description>
		<content:encoded><![CDATA[<p>Олег</p>
<p>Спасибо за отзыв, но сейчас у нас тут получится дискуссия <img src='https://mainthing.ru/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>По стартапам полностью согласен, даже не обсуждается - там энтузиазм, сплоченная команда, креатив. Процессное управление подразумевает повторяемость, а какая повторяемость при трехзначных процентах роста?! Важно только не упустить момент, когда успешная команда перерастает стартап и ей становятся нужны другие люди и другие управленческие технологии.</p>
<p>Но сокращение расходов как драйвер BPM - сомнительно. Реинжиниринг в его циничной разновидности с этим справится куда лучше <img src='https://mainthing.ru/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> BPM в первую очередь - борьба за value, а не за cost.</p>
<p>По ISO 9000: если это сертификация ради сертификации, то BPM для этого не нужен. Если &#8220;для себя&#8221;, тогда ISO 9000 - это не цель, а так, побочный продукт: будет в компании полноценный BPM - ISO получится автоматически.</p>
<p>Не вполне согласен с ITIL как удачной точкой применения для BPM. Надо ли компании стремиться стать &#8220;чемпионом&#8221; во вспомогательных процессах и, в частности, в ITIL? Обычно все что нужно - это &#8220;достаточно хорошие&#8221; процессы, и поэтому готовое приложение скорее всего окажется более прагматичным решением.</p>
<p>И теперь самое интересное - компания &#8220;с проблемой&#8221;. Вы правильно заметили: действительно, если доктор уже сказал &#8220;в морг&#8221;, значит - в морг. Очевидно я неточно выразился, правильно было сказать &#8220;не уже угрожает&#8221;, а &#8220;в перспективе станет угрожать&#8221;.</p>
<p>На самом деле такие моменты в бизнесе случаются достаточно часто: для окружающих, для прессы, для сотрудников компания выглядит цветущей, и только собственник или топ знает, что развитие переходит в застой, а дальше маячит утрата завоеванных позиций. Что более молодые конкуренты предлагают заказчикам то, для чего нам придется идти на очень серьезную перестройку. А не хочется. И наглые, неблагодарные клиенты начинают задавать неудобные вопросы, а некоторые - пока только некоторые - уходить. Что имидж компании в глазах тех, кто держит нос по ветру - аналитиков и партнеров - постепенно меняется, и она начинает восприниматься как заслуженная, большая, но неповоротливая и игнорирующая меняющиеся требования рынка.</p>
<p>И вот это, пожалуй, самый подходящий момент для BPM.</p>
<p>Ну а если в компании не найдется того, кто этот момент вовремя прочувствует - что ж, тогда дело дойдет до антикризисного менеджмента.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Олег Ладыженский</title>
		<link>https://mainthing.ru/ru/item/177/#comment-499</link>
		<dc:creator>Олег Ладыженский</dc:creator>
		<pubDate>Fri, 13 Mar 2009 17:14:15 +0000</pubDate>
		<guid isPermaLink="false">http://mainthing.ru/?p=177#comment-499</guid>
		<description>Действительно, обычно организации приходят к внедрению BPM только когда возникает такая крайняя необходимость. Это может быть например, либо необходимость сократить расходы на персонал в условиях финансового кризиса, или сертификация по ISO 9000. Для стартапов BPM подход  зачастую смерти подобен так как лишает молодые предприятия одного из главных конкурентных преимуществ- мобильности. Однако, есть области в которых BPM это важное условие успешной работы: eTOM для телекоммуникационной сферы или библиотека ITIL для IT компаний. 
Кстати, когда у компании возникает проблема, которая уже угрожает её существованию, разве в дело не должен вступать кризисный менеджмент? А он как и в случае со стартапами плохо совместим с BPM подходом. Самое время для BPM это этап устойчивого функционирования, когда нужно сокращать постоянные затраты, повышать качество обслуживания, время отклика и.т.д. Но "пока петух не клюнет, мужик не перекрестится…"</description>
		<content:encoded><![CDATA[<p>Действительно, обычно организации приходят к внедрению BPM только когда возникает такая крайняя необходимость. Это может быть например, либо необходимость сократить расходы на персонал в условиях финансового кризиса, или сертификация по ISO 9000. Для стартапов BPM подход  зачастую смерти подобен так как лишает молодые предприятия одного из главных конкурентных преимуществ- мобильности. Однако, есть области в которых BPM это важное условие успешной работы: eTOM для телекоммуникационной сферы или библиотека ITIL для IT компаний.<br />
Кстати, когда у компании возникает проблема, которая уже угрожает её существованию, разве в дело не должен вступать кризисный менеджмент? А он как и в случае со стартапами плохо совместим с BPM подходом. Самое время для BPM это этап устойчивого функционирования, когда нужно сокращать постоянные затраты, повышать качество обслуживания, время отклика и.т.д. Но &#8220;пока петух не клюнет, мужик не перекрестится…&#8221;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
