Сроки окупаемости, эффективность

Это достаточно сложный вопрос даже для специалистов (не верьте тем, кто вам говорит, что это не так). Дело в том, что эффект от применения системы автоматизации комплексный и имеет как экономическую составляющую (то, что так или иначе можно оценить в денежном исчислении), так и организационную, имиджевую и т.д., что также имеет большое значение для развития предприятия и что в деньгах, особенно в краткосрочной перспективе, посчитать трудно или вообще невозможно (например, повышение оперативности и качества управления, позволяющее избежать дорогостоящих промахов и ошибок, сработать быстрее и эффективнее конкурентов).

Следует также иметь в виду, что положительный эффект, как правило, проявляется не сразу, а спустя некоторое время. Например, рост культуры производства приводит к повышению качества работ и продукции, что в свою очередь сказывается на рыночных позициях предприятия. Или повышение готовности к сертификации на соответствие стандартам серии ISO 9000 - без сертификата ISO сегодня нельзя вести бизнес на равных на Западе, а теперь и все больше и в России и на Украине.

Тем не менее, стоит поинтересоваться, какие у поставщиков есть данные по итогам предыдущих внедрений или модельные оценки эффективности и сроков окупаемости системы. Важно рассмотреть источники предполагаемого эффекта - они порой скажут экономисту или производственнику больше, чем многие экономические расчеты, которые так или иначе носят преимущественно качественный характер.

Также имеет смысл оценить, какой объем функциональности будет введен в строй уже на первых этапах эксплуатации и использование какой части системы откладывается на потом, сколько вложенные средств будут при этом "заморожены" и на какой срок.

Гарантии успешного завершения проекта автоматизации

Гарантии успешного завершения проекта автоматизации - еще один очень важный момент, на который следует обратить внимание при выборе АСУП.

Действительно, внедрение системы автоматизации связано с выполнением большого числа сложных и ответственных работ. Далеко не всякий поставщик АСУП обладает необходимыми опытом и ресурсами для их выполнения.

Так, в 2001 году число неудачных внедрений систем класса ERP на Западе достигало 28% (данные компании PriceWaterhouseCoopers, в СНГ подобная статистика отсутствует).

Если в конечном итоге система не будет работать, то все потраченные на нее средства, время, ресурсы будут потеряны, не говоря уже о том, что не будет получен ожидавшийся эффект от применения АСУП. А негативный психологический эффект и стойкое неверие в автоматизацию у персонала предприятия!

Поэтому узнайте как можно больше о том, что поможет вам удостовериться в высоких шансах на успех.

Не стесняйтесь требовать резюме компании-поставщика, интересоваться опытом работы первых лиц компании. Побывайте на предприятиях, где данная система уже работает. Посмотрите на все своими глазами. Найдите ответы на такие вопросы:

Какие сертификаты качества есть у компании-поставщика?
Поставляется ли вам полностью готовая к работе система или полуфабрикат, требующий от вас доводки и доработки? Есть ли у вас специалисты, способные гарантировано выполнить такую доводку?
Есть ли у поставщика специализированные подразделения по внедрению и сопровождению?
Существуют ли (формализованные) методики работ или все делается, как "бог на душу положит" (иногда последнее скрывают за фразами типа "индивидуальный подход" и т.п.)?
Какие процедуры снижения рисков предусмотрены (опытная эксплуатация, "пилотные" проекты, устранение выявленных ошибок и т.д.)?
Какова квалификация персонала компании-поставщика?
Достаточна ли численность персонала? (по оценкам, для автоматизации среднего предприятия в компании-поставщике должно на постоянной основе работать не менее 40 человек, прошедших обкатку в совместных проектах - т.е. не просто группа специалистов, а сработанная команда. Впрочем, могут быть свои проблемы и у крупных (свыше 500 сотрудников) компаний-поставщиков - например, забюрократизованность, "неповоротливость", снижение внимания к проблемам клиентов и т.д.).
С вами будет работать непосредственно разработчик системы или речь идет о длинной цепочке посредников с непонятным уровнем подготовки и опытом выполнения аналогичных работ?
Система "изнутри"

Чтобы не получилось как у М. Жванецкого - "снаружи уже можем, теперь бы изнутри", проанализируйте использованные при разработке системы информационные технологии.

Опора на "самопальные" технологии (систем управления базами данных, например) может означать проблемы в эксплуатации и однозначно - сильную зависимость от поставщика. Взвесьте все многократно, прежде чем приобретать такую систему.

Применение известных, многократно проверенных технологий, особенно ориентированных на разработку систем промышленного класса, используемых на крупных и средних предприятиях с характерными для них быстро нарастающими объемами данных, большим числом одновременно работающих пользователей и выполняемых операций, - это частичные гарантии того, что система приемлемо проработав несколько месяцев, будет столь же производительно и надежно работать и далее. Частичные, потому что многое зависит и от того, КАК этими технологиями воспользовался разработчик. Ответ на это "КАК" можно поискать в резюме компании-поставщика - его опыте создания подобных систем, квалификации специалистов, а также познакомившись с работой системы на других предприятиях. Стоит также заметить, что надежность и производительность работы системы зависит, конечно же, и от подготовки обслуживающего персонала, его умения воспользоваться заложенными возможностями и "выжать" из системы максимум.

Клиент-серверные технологии

В настоящее время оптимальным решением для автоматизации крупных и средних предприятий, особенно быстро развивающихся, является использование информационных систем, построенных в архитектуре "клиент-сервер" (двухуровневых, с применением расширенных возможностей промышленных СУБД (уровня СУБД Oracle или MS SQL Server), или многоуровневых, использующих дополнительный сервер приложений).

Еще не так давно программы в архитектуре "клиент-сервер" проектировали и программировали только избранные специалисты-эксперты, настоящие "гуру". С распространением относительно дешевых клиент-серверных технологий, а также с появлением средств быстрой разработки, не писать клиент-серверные приложения считается среди программистов уже дурным тоном. Но умение сделать что-то по шаблону и создание эффективной системы автоматизации промышленного уровня - "две большие разницы", как говорят в Одессе. И по-прежнему от профессионального разработчика баз данных в архитектуре "клиент-сервер" требуются не только базовые знания, но и многолетний опыт практической работы, доступ к описаниям расширенных возможностей СУБД (некоторые из них можно получить только на специализированных курсах, организуемых разработчиками СУБД), проведение специальных исследований (последнее, правда, частично компенсируется опытом практической разработки), а также специальное чутье, интуиция. Впрочем, в любом деле ценятся профессионалы-эксперты, а не самонадеянные дилетанты!

Осторожно следует относиться к системам, о которых говорится, что они построены в архитектуре "клиент-сервер", с применением, например, СУБД Oracle, но являющимся разновидностью базовой версии, созданной исходно как локальная или файл-серверная (или близкая к ней). Качественная (в частности, производительная и не снижающая своих характеристик при росте объемов данных и одновременно работающих пользователей) клиент-серверная система под СУБД Oracle должна проектироваться и разрабатываться отдельно, а не переноситься по принципу "кальки" с файл-серверных или - еще хуже - локальных версий - это две совершенно разные архитектуры!