<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Комментарии к записи: Лукавые клиенты, хитрые внедренцы</title>
	<atom:link href="http://alenaroo.wordpress.com/2006/11/18/problems-2/feed/" rel="self" type="application/rss+xml" />
	<link>http://alenaroo.wordpress.com/2006/11/18/problems-2/</link>
	<description>Заметки IT-консультанта</description>
	<lastBuildDate>Wed, 06 Jan 2010 07:02:27 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Автор: alenaroo</title>
		<link>http://alenaroo.wordpress.com/2006/11/18/problems-2/#comment-312</link>
		<dc:creator>alenaroo</dc:creator>
		<pubDate>Fri, 29 Dec 2006 09:49:51 +0000</pubDate>
		<guid isPermaLink="false">http://alenaroo.wordpress.com/2006/11/18/problems-2/#comment-312</guid>
		<description>Золотые слова. Подпишусь под каждым словом. Тут вот такие трудности:
1. Клиенту зачастую трудно изучить внедренца, поскольку на оперативки его вряд ли пустят.
2. Как хорош бы ни был внедренец, никто его не пригласит, если он не продает систему, пользующуюся спросом на рынке, и если его имя не мелькает в соответствующих кругах. Показательны рейтинги лидеров по внедрению ERP-систем - раньше они строились по финансовым вложениям во внедрение, теперь по количеству. Про качество как не было разговора, так и нет. 

А вообще все правильно. На этапе диагностики у клиента есть возможность познакомиться с командой. На глазах пример - клиент после диагностики был несколько напуган дороговизной проекта, пытался сменить платформу (два раза) и поставщиков (несколько раз). Разница между внедренцами оказалась так велика, что в итоге клиент вернулся к первоначальной группе внедрения, несмотря на разницу в 80 тыс. долларов (разница, в основном, за счет лицензий).</description>
		<content:encoded><![CDATA[<p>Золотые слова. Подпишусь под каждым словом. Тут вот такие трудности:<br />
1. Клиенту зачастую трудно изучить внедренца, поскольку на оперативки его вряд ли пустят.<br />
2. Как хорош бы ни был внедренец, никто его не пригласит, если он не продает систему, пользующуюся спросом на рынке, и если его имя не мелькает в соответствующих кругах. Показательны рейтинги лидеров по внедрению ERP-систем &#8211; раньше они строились по финансовым вложениям во внедрение, теперь по количеству. Про качество как не было разговора, так и нет. </p>
<p>А вообще все правильно. На этапе диагностики у клиента есть возможность познакомиться с командой. На глазах пример &#8211; клиент после диагностики был несколько напуган дороговизной проекта, пытался сменить платформу (два раза) и поставщиков (несколько раз). Разница между внедренцами оказалась так велика, что в итоге клиент вернулся к первоначальной группе внедрения, несмотря на разницу в 80 тыс. долларов (разница, в основном, за счет лицензий).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: LiteManager</title>
		<link>http://alenaroo.wordpress.com/2006/11/18/problems-2/#comment-311</link>
		<dc:creator>LiteManager</dc:creator>
		<pubDate>Fri, 29 Dec 2006 09:21:06 +0000</pubDate>
		<guid isPermaLink="false">http://alenaroo.wordpress.com/2006/11/18/problems-2/#comment-311</guid>
		<description>Доверие. Выбирать не систему, а Партнера.
Можно спорить что лучше iScala или MBS Axapta, можно ездить на предприятия где внедрен нужный вам функционал, можно. Но не нужно. Лучше изучить внедренца. Его аналитиков, его акционеров, программистов.   
Под возможности системы придется менять бизнес (где-то больше, где-то меньше). Это уже аксиома. И менять бизнес придется вместе с внедренцем. А если ваш партнер на оперативках говорит своим аналитикам, что они зарабатывают на часах, поэтому не надо  спорить с клиентом, когда он настаивает на неэффективном с точки зрения консультанта решении  - потом переделаете за доп. оплату... Нужен вам такой внедренец с Самой-Лучшей-В-Мире ERP???</description>
		<content:encoded><![CDATA[<p>Доверие. Выбирать не систему, а Партнера.<br />
Можно спорить что лучше iScala или MBS Axapta, можно ездить на предприятия где внедрен нужный вам функционал, можно. Но не нужно. Лучше изучить внедренца. Его аналитиков, его акционеров, программистов.<br />
Под возможности системы придется менять бизнес (где-то больше, где-то меньше). Это уже аксиома. И менять бизнес придется вместе с внедренцем. А если ваш партнер на оперативках говорит своим аналитикам, что они зарабатывают на часах, поэтому не надо  спорить с клиентом, когда он настаивает на неэффективном с точки зрения консультанта решении  &#8211; потом переделаете за доп. оплату&#8230; Нужен вам такой внедренец с Самой-Лучшей-В-Мире ERP???</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: alenaroo</title>
		<link>http://alenaroo.wordpress.com/2006/11/18/problems-2/#comment-72</link>
		<dc:creator>alenaroo</dc:creator>
		<pubDate>Sun, 19 Nov 2006 13:37:13 +0000</pubDate>
		<guid isPermaLink="false">http://alenaroo.wordpress.com/2006/11/18/problems-2/#comment-72</guid>
		<description>По идее ROI должно волновать, прежде всего, компанию, где решение внеряется, а не ту, которая его внедряет. :-) А вообще это тема для отдельного поста.</description>
		<content:encoded><![CDATA[<p>По идее ROI должно волновать, прежде всего, компанию, где решение внеряется, а не ту, которая его внедряет. <img src='http://s.wordpress.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' />  А вообще это тема для отдельного поста.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Japanese Bird</title>
		<link>http://alenaroo.wordpress.com/2006/11/18/problems-2/#comment-69</link>
		<dc:creator>Japanese Bird</dc:creator>
		<pubDate>Sun, 19 Nov 2006 12:35:07 +0000</pubDate>
		<guid isPermaLink="false">http://alenaroo.wordpress.com/2006/11/18/problems-2/#comment-69</guid>
		<description>В принципе – всё верно. Стоило бы, полагаю, добавить описание воистину гамлетовских метаний специалистов, которые пытаются «вогнать» функциональность системы в существующие бюджетные ограничения. При этом приходится идти практически на хакерские уловки и придумки, которые могут быть оправданы только высокой стоимостью решения. В некоторых проектах внедренцев до последнего момента внедрения не оставляют сомнения: даст ли система покупателю хоть что-то, кроме бешеных затрат на сопровождение и прочие «милые» хлопоты. Недавно на одном экономическом форуме  прочитал буквально это:

«…Компьютеризация вообще не дает никакого полезного эффекта и практически не влияет на производительность труда(за исключением некотороых областей, например в торговле или проектировании). На одном из крупных комбинатов в Беларуси мне попалось объявление по кадрам: &quot; В связи с компьютеризацией производства ... сократить должность одного(!) кладовщика.&quot; Это при том, что на комбинате работает несколько тысяч человек. Скорость обработки заказов и документации конечно увеличилась, но если учесть затраты на сами компьютеры, сканеры, софт и обучение - то результат ничтожный…»

Глупости и передергивания в этой реплике, конечно присутствуют, но без дыма огня не бывает. Нужно четко понимать эффект от внедрения, но априорно ROI для более или менее сложных проектов посчитать просто нереально. В итоге – всё в тумане-) Область уж больно лукавая.</description>
		<content:encoded><![CDATA[<p>В принципе – всё верно. Стоило бы, полагаю, добавить описание воистину гамлетовских метаний специалистов, которые пытаются «вогнать» функциональность системы в существующие бюджетные ограничения. При этом приходится идти практически на хакерские уловки и придумки, которые могут быть оправданы только высокой стоимостью решения. В некоторых проектах внедренцев до последнего момента внедрения не оставляют сомнения: даст ли система покупателю хоть что-то, кроме бешеных затрат на сопровождение и прочие «милые» хлопоты. Недавно на одном экономическом форуме  прочитал буквально это:</p>
<p>«…Компьютеризация вообще не дает никакого полезного эффекта и практически не влияет на производительность труда(за исключением некотороых областей, например в торговле или проектировании). На одном из крупных комбинатов в Беларуси мне попалось объявление по кадрам: &raquo; В связи с компьютеризацией производства &#8230; сократить должность одного(!) кладовщика.&raquo; Это при том, что на комбинате работает несколько тысяч человек. Скорость обработки заказов и документации конечно увеличилась, но если учесть затраты на сами компьютеры, сканеры, софт и обучение &#8211; то результат ничтожный…»</p>
<p>Глупости и передергивания в этой реплике, конечно присутствуют, но без дыма огня не бывает. Нужно четко понимать эффект от внедрения, но априорно ROI для более или менее сложных проектов посчитать просто нереально. В итоге – всё в тумане-) Область уж больно лукавая.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
