При выборе поставщика необходимо учитывать:
─ Наличием в штате поставщика менеджеров проектов и перечнем проведенных ими проектов и решенных задач;
─ Разработанными шаблонами проектной корреспонденции;
─ Системой организации планирования и отчетности на проекте;
─ Системой принятия решений при выявлении проблем во время выполнения проекта;
─ Планируемым распределением ролей между участниками проектной группы;
─ Наличие у поставщика документарно - описанной политики по поддержке клиентов;
─ Тщательность проработки контракта на сопровождение и техническую поддержку;
─ Наличие отдельного подразделения, занимающегося техническим сопровождением;
─ Наличие специальных каналов связи (выделенные телефонные номера, адрес электронной почты, сайт, страницы в Интернет, посвященные поддержке);
─ Наличие специализированного ПО для автоматизации процесса приема и обработки проблем, возникающих у клиентов.[16]
Процесс выбора можно начать составлением и рассылкой информационного письма о том, что предприятие планирует начать проект по автоматизации.. В нем кратко необходимо описать условия участия в проекте и запросить краткую информацию о поставщиках. Затем проводиться анализ поступивших документов и выбирается 3–4 поставщика.
После этого предприятие устраивает презентацию, где поставщики показывают свои возможности и возможности их систем. По её результатам выбирается поставщик и продукт.
На следующем этапе «Реализация и настройка системы» поставщик вместе с информационной службой производит установку и настройку системы. Этот этап может продолжаться в зависимости от размера компании от нескольких недель до нескольких месяцев.
Параллельно можно переходить к следующему этапу «Обучение пользователей». В результате внедрения практически всегда происходит реинжиниринг и реструктуризация. Это значит, что ваши сотрудники будут вынуждены работать по-новому. И проблема не только в том, что их нужно поставить в известность о грядущих изменениях и научить работе в новых условиях. Основное, пожалуй, в том, чтобы преодолеть психологическое сопротивление переменам, позитивно настроить коллектив. Раньше это называлось – «учесть человеческий фактор».
После установки и настройки можно осуществлять тестовое испытание системы. Тестирование системы позволяет проверить корректность ее настройки в режиме реального времени в течение определенного отчетного периода. В ходе этого тестирования могут вноситься уточнения в настройку системы, отслеживаться и исправляться ошибки, допущенные на прошедших этапах.
1. 3. Основные ошибки и факторы успеха при выборе и внедрении
Корпоративные информационные системы превратились в привычный инструмент крупного и среднего бизнеса. Их основная задача - автоматизация бизнес-процессов компании, управленческих функций, вывод справочной или аналитической информации. Однако статистика внедрений таких систем довольно тревожна.
Любая АИС - не совсем "коробочная" программа, как, например, Microsoft Office System, которую можно с равной степенью эффективности установить на компьютерах любого предприятия. Результативность системы в значительной мере зависит от ее настройки под определенные задачи конкретного предприятия. Только правильно спроектированная и настроенная система действительно помогает сделать бизнес более управляемым и прозрачным для руководства компании.
Несмотря на то, что возможности современных АИС достаточно развиты и постоянно возрастают, чуда может и не произойти. Зачастую после внедрения корпоративной информационной системы руководство по-прежнему не довольно качеством информационного обеспечения. Например, вопреки всем ожиданиям, не сокращаются трудозатраты на выполнение рутинных операций и, что еще важнее, сохраняются все недостатки, присущие ранее сложившейся практике осуществления производственно-хозяйственных операций. Речь обычно идет о некорректном оформлении первичных документов, наличии сверхнормативных запасов, нарушениях в сбытовой политике, в частности об отпуске продукции клиентам, имеющим неисполненные обязательства. Более того, нередко спроектированная АИС настолько сложна и неадекватна текущим задачам, что вообще не используется в компании.
Причин неудачных внедрений сотни. Но в их основе, как правило, лежит нарушение основополагающих принципов проектирования автоматизированных систем управления. Обычно проекты внедрения ERP-систем не дают ожидаемых результатов вследствие:
─ проектирование системы ERP без учета стратегии развития компании;
─ перекос в сторону технологии;
─ проектирование системы ERP «снизу-вверх»;
─ избыточного реинжиниринга бизнес-процессов;
─ неверная оценка экономической эффективности внедрения ERP-системы;
─ недооценка сложности процесса внедрения.
Проектирование системы ERP без учета стратегии развития компании одна из типовых ошибок. Понятно, что при настройке системы невозможно учесть все потенциальные пути развития фирмы в отдаленном будущем. За прошедшие годы экономическая среда, в которой работают российские предприятия, сильно изменилась. Например, в компаниях нефтегазовой отрасли трансформировалась структура собственности: организации вывели практически все непрофильные активы, информация о которых была неотъемлемой частью АИС и учитывалась при составлении консолидированной отчетности. Многие компании металлургической отрасли заметно сократили численность сотрудников (некоторые практически в два раза), что естественно отразилось на количестве автоматизированных рабочих мест.
Создание и внедрение полнофункциональной ERP-системы - длительный процесс, который на крупных предприятиях может занимать 3 и даже 5 лет. Более того, систему необходимо проектировать так, чтобы она работала в течение 2 - 3 лет без проведения модернизации. Ошибки в прогнозировании могут привести к неоправданно большим расходам, в частности на покупку дополнительного сетевого оборудования и оплату Интернета, составляющих значительную долю в стоимости владения ERP-системой. Совсем неприятный будет вариант, когда спустя год или два становится очевидна необходимость переводить ERP-систему на другую техническую платформу.
К числу других типовых направлений развития бизнеса можно отнести расширение практики мелкосерийного производства, создание филиальной сети, замену поставщиков, сокращение резервных запасов, ужесточение требований к срокам поставок. В этой связи производительность внутренних телекоммуникационных каналов должна быть рассчитана на повышенную нагрузку, например, когда поток данных возрастает из-за сокращения периодичности обновления информации. Если производительности каналов и самой базы данных недостаточно, то регистрация хозяйственных операций будет проходить менее оперативно. Следовательно, любые аналитические данные по текущей ситуации окажутся не совсем достоверными.
Перекос в сторону технологии. АИС позволяет собирать, хранить, изменять и распространять бизнес-информацию. Внедрение и использование АИС в организации - проблема идеологическая. А запуск заложенных в АИС технологий - самая легкая часть в процессе внедрения АИС.
И следует пытаться автоматизировать в организации все что можно - это будет ловушка, в которую попались многие компании. Главная ценность была и остается в грамотном руководстве, которое при выборе, внедрении и особенно использовании АИС (не более чем инструмента) должно в разумной степени полагаться на управленческий инстинкт.
Проектирование системы ERP "снизу-вверх". Заложить в ERP-систему цели компании и перспективы ее развития можно только при проектировании "сверху-вниз", а не наоборот. Создание информационной управленческой системы - удовольствие дорогое. Регистрация в ней всех данных, появляющихся в компании, в принципе невозможна. И естественно, каждый разработчик при проектировании сталкивается с необходимостью перехода от этого полного, в некотором смысле "неограниченного" объема информации к какому-то лимиту". Поэтому, создавая ERP-систему, проектировщик всегда решает задачу выбора значимых для принятия управленческих решений данных в увязке с "ценой вопроса" на ее реализацию.
У каждого уровня управления - свои потребности в информационном обеспечении. Но эти данные ни в коем случае не должны оказаться избыточными. Распределение информационных потоков будет верным, если начать построение системы с уточнения потребностей в сведениях верхних уровней управления, постепенно спускаясь "вниз". При таком подходе в первую очередь формируются и определяются показатели, необходимые высшему руководству, а также частота их расчета. Затем устанавливаются данные, требующиеся следующему в иерархии управленческому звену. Таким образом, исключается риск создания системы, которая будет генерировать информацию, недостаточную для принятия управленческих решений высшим руководством.[8]
На практике проектировщики, не задаваясь целью обеспечить информационную поддержку принятия управленческих решений, либо пытаются ввести в систему максимальное количество данных, тем самым неоправданно увеличивая стоимость АИС, либо упускают часть важных для какого-то уровня управления сведений. В результате менеджмент страдает, из-за недостаточности и несвоевременности информационного обеспечения.
А руководство компании в лучшем случае получает доступ к информационному пространству, содержащему огромные массивы данных. Но ему практически никогда не выдается точечная агрегированная информация, необходимая для принятия управленческих решений. Естественно, такая важная цель создания и внедрения ERP-системы, как усиление контроля, также не достигается.