Консультационная группа АТК

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

Ключевыми элементами успеха является правильное определение целей проекта внедрения, его задач, требуемый уровень качества, необходимое сочетание всех видов ресурсов: человеческих, финансовых, временных и пр.

Одними из наиболее волнующих руководителей вопросов являются: - "Какими ресурсами выполнять проект? Можно ли реализовать успешное внедрение своими силами?".

На практике встречаются следующие основные варианты ответов:

1. Внедрение осуществить полностью собственными силами,
2. Реализовать проект "под ключ" силами внешней компании-консультанта,
3. Привлечь руководителя проекта от внешней компании-консультанта,
4. Привлечь экспертов по продукту от внешней компании-консультанта.

Основными вариантами являются, конечно, I и II. Варианты III и IV являются "промежуточными". В таблице ниже приведено общее сравнение этих вариантов.

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

Для того чтобы определить необходимую степень участия сторонних специалистов или потребность в собственных ресурсах, нужно:

1. четко определить цели и задачи проекта
2. детально выявить существующие связи проекта
3. определить необходимые человеческие ресурсы проекта и
4. оценить степень готовности предприятия к внедрению системы - прежде всего, с точки зрения наличия персонала, подготовленного в области знания программного продукта и опыта управления проектами.

• знание программного продукта,
• управление проектом внедрения.

Естественно, что значимость указанных областей зависит от условий выполнения конкретного проекта.

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

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

• ERP-системы сложны сами по себе, их настройка требует знания многих нюансов, особенностей реализации функциональности в конкретном программном продукте,
• для внедрения ERP-системы необходим опыт "переложения" предметной области, системы бизнес-функций предприятия в функциональность программного продукта, опыт построения систем управления, основанных на современных методах и средствах.

Ясно также, что не обойтись в этом случае без разработки методики управления проектом внедрения и опыта по управлению проектом. Это обусловлено тем, что проект внедрения имеет множественные связи, которые рассмотрим ниже. Связи проекта очень важны. Причина этого в том, что проект внедрения - это, прежде всего, проект по внесению изменений в текущую деятельность компании. Процесс внесения изменений затрагивает многие подразделения предприятия, их сотрудников. Среди сотрудников могут быть как люди, поддерживающие эти изменения, так и активные их противники. Кроме того, могут быть затронуты и интересы различных контрагентов предприятия.

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

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

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

1. Директор проекта
   Основные функции:
   • Контроль за исполнением условий договора со стороны заказчика.
   • Назначение исполнителей со стороны заказчика.
   • Контроль за ходом проекта.
   • Принятие окончательного решения в спорных ситуациях.
   • Контроль и своевременная приемка результатов работ, выполняемых сотрудниками заказчика и исполнителя.
   • Принятие решения о приостановке и возобновлении работ.
2. Менеджер проекта
   Основные функции:
   • Координация работ по проекту.
   • Согласование процедур взаимодействия между подразделениями компании.
   • Принятие решений по тактическим вопросам, возникающим на проекте.
   • Внесение необходимых изменений в систему документооборота и учета, необходимых и согласованных при внедрении, контроль за ходом внедрения внутренних изменений.
3. Администратор системы
   Ответственен за:
   • Материально-техническое обеспечение процесса внедрения.
   • Работоспособность компьютеров, принтеров, сети и другого необходимого оборудования.
   • Установку программного обеспечения на рабочих местах.
4. Технические специалисты
   Основные функции - дополнение и изменение функциональности программного продукта средствами разработки:
   • Техническое проектирование.
   • Прототипирование.
   • Кодирование.
   • Тестирование.
   • Документирование.
5. Участники команды внедрения
   Основные функции:
   • Обеспечение решений, принятых руководителями проекта.
   • Сбор, анализ и систематизация требующейся информации.
   • Подготовка данных, необходимых для осуществления внедрения.
   • Ввод первичной информации, необходимой для ввода системы в эксплуатацию.
   • Обучение пользователей и обеспечение пользователей инструкциями и информацией на этапе эксплуатации.

Роли и функции членов команды внедрения определяются индивидуально для каждого конкретного проекта.

Члены команды внедрения должны обладать углубленной подготовкой по следующим направлениям:

• управление проектом внедрения информационных систем,
• основы CASE-технологий (стандарты IDEF 0, IDEF 1, IDEF 3, программные средства BPWin, ERWin и т.д.),
• принципы методологий управления MRP и ERP,
• функциональность программного продукта,
• средства разработки,
• психологические тренинги в области формирования команды, управления персоналом, управления конфликтами.

В области управления проектом следует, среди прочих, особо отметить следующие "умения", которыми должны обладать члены команды проекта: установление проектных коммуникаций и управление рисками проекта.

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

Вертикальная коммуникация предусматривает взаимодействие между различными уровнями управления и включает в себя следующие потоки информации:

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

Для установления вертикальных проектных коммуникаций довольно эффективно использовать следующие документы:

• отчеты о состоянии проекта, в которых суммарно за период фиксируются достигнутые результаты и возникшие проблемы, - предоставляются руководству компании,
• индивидуальные отчеты участников проекта о выполненных работах - предоставляются руководителям проекта.

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

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

Кроме того, немаловажным фактором является наличие на предприятии таких менеджеров, которые владеют современными методами управления и понимают всю важность и необходимость интегрированной информационной системы на предприятии, умеют использовать ее для решения своих задач. Именно руководители среднего звена предприятия во многом определяют успех проекта внедрения. Почему?

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

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

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

В этом случае преодолеть такое восприятие очень трудно.

Именно в области реализации изменений в работе предприятия заключается основная проблема проекта внедрения.

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

Необходимо также отметить следующее. Опыт специалистов компании ATK Consulting Group показывает, что при внедрении информационной системы собственными силами существует большая опасность того, что проект внедрения станет плохо управляемым, и собственная команда внедрения рано или поздно "переключится" на решение текущих проблем (например, адаптация интерфейса системы по требованиям отдельных пользователей) вместо достижения глобальных целей проекта. Поэтому внедрять систему собственными силами следует только в том случае, если руководству компании удастся построить отношения с командой внедрения как со сторонним консультантом в части постановки задач и контроля их выполнения. Если же нет полной уверенности в этом, то услуги сторонних консультантов в итоге обойдутся дешевле.

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

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

Как могут быть оформлены отношения между предприятием и фирмой-консультантом?

Одна из рекомендуемых форм - составление устава проекта, в котором отражаются следующие моменты (ниже приведено примерное содержание устава проекта):

1. Назначение и цели консультационного проекта
   • Назначение и обоснование подхода к выполнению проекта
   • Цели проекта
2. Рамки проекта
   • Логические рамки проекта
   • Организационные рамки проекта
   • Временные рамки проекта
   • Финансовые рамки проекта
   • Выходные результаты проекта
   • Исходные допущения
3. Организация и управление проектом
   • Распределение ролей участников проекта
   • Программная корреспонденция
   • Подход к управлению изменениями рамок проекта
4. Подход к выполнению работ, план-график

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

В случае же привлечения отдельных специалистов для выполнения работ (см. выше Варианты III-IV) их оплату можно производить на основании фактически выполненных работ, оформленных индивидуальными отчетами участников проекта о выполненных работах (см. выше).