Logo Море(!) аналитической информации!
IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware
Обучение от Mail.Ru Group.
Онлайн-университет
для программистов с
гарантией трудоустройства.
Набор открыт!
2003 г

В каких случаях осуществлять внедрение лучше самим, а когда доверить это сторонней компании?

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

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

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

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

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

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

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

ВариантПреимуществаНедостатки
I. Внедрение полностью собственными силами
  1. Меньшие финансовые затраты
  2. Знание бизнес-процессов
  3. Независимость на этапе эксплуатации
  1. Требуются специалисты с хорошим знанием программного продукта
  2. Требуются программисты
  3. Требуется разработка методологии управления проектом и четкое следование ей
  4. Необходимость решения вопроса занятости сотрудников, выделенных (или нанятых) для реализации проекта
II. Реализация проекта (или его этапов) "под ключ" силами внешней компании-консультанта
  1. Опыт управления проектами
  2. Разработанная и "обкатанная" методология внедрения
  3. Опыт внедрения системы на нескольких предприятиях
  4. "Новый взгляд" на задачи предприятия
  5. Как правило - способность оказания услуг в области оптимизации системы управления, владение современными методами построения систем управления
  6. Знание программного продукта
  7. Штат опытных программистов
  1. Бoльшие финансовые затраты
  2. Сторонние консультанты не знают особенностей конкретного предприятия, и им требуется время на их изучение
  3. Проблема поддержания системы на этапе эксплуатации
III. Привлечение руководителя проекта от внешней компании-консультанта
  1. Меньшие финансовые затраты
  2. Опыт управления проектами
  3. Опыт внедрения системы на нескольких предприятиях
  4. Владение современными методами построения систем управления
  5. Независимость на этапе эксплуатации
  1. Требуется разработка методологии управления проектом и четкое следование ей
  2. Необходимость решения вопроса занятости сотрудников, выделенных (или нанятых) для реализации проекта
  3. Требуются программисты
IV. Привлечение экспертов по продукту от внешней компании-консультанта
  1. Меньшие финансовые затраты
  2. Знание программного продукта
  1. Требуется разработка методологии управления проектом и четкое следование ей
  2. Необходимость решения вопроса занятости сотрудников, выделенных (или нанятых) для реализации проекта

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

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

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

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

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

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

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

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

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

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

    Например, при внедрении системы бюджетирования невозможно работать только с финансовым директором. Подсистема бюджетирования интегрирует в себе данные других подсистем, поэтому невозможно не обсуждать предлагаемые проектные решения с директором по производству, директором по продажам и т.д. и не учитывать их интересы.
С учетом выявленных целей и связей проекта определяются необходимые человеческие ресурсы. Среди человеческих ресурсов проекта необходимо особо выделить команду внедрения, которая в зависимости от выбранной формы реализации проекта - своими или сторонними силами - берет на себя функции от организации контакта между предприятием и фирмой-консультантом (в случае выбора варианта внедрения сторонними силами) до полной реализации проекта (в случае внедрения собственными силами). В команду внедрения должны входить как специалисты ИТ-департамента, так и специалисты от подразделений, которые затрагивает проект внедрения (эти подразделения определяются на этапе определения связей проекта). Эти специалисты должны хорошо знать работу предприятия в своей области, хорошо представлять себе всю бизнес-деятельность предприятия, уметь грамотно сформулировать задачи для проекта внедрения, в идеале - иметь опыт работы с корпоративными информационными системами. Оптимальное количество членов команды внедрения, принимающих принципиальные решения по проекту (конфигурация программного продукта, бизнес-логика и т.п.) - не более 5-6. Приведем в качестве примера типовые роли членов команды внедрения:
  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) их оплату можно производить на основании фактически выполненных работ, оформленных индивидуальными отчетами участников проекта о выполненных работах (см. выше).

Новости мира IT:

Архив новостей

Последние комментарии:

Релиз ядра Linux 4.14  (6)
Пятница 17.11, 16:12
Apple запустила Pay Cash (2)
Четверг 09.11, 21:15
Loading

IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

Информация для рекламодателей PR-акции, размещение рекламы — adv@citforum.ru,
тел. +7 985 1945361
Пресс-релизы — pr@citforum.ru
Обратная связь
Информация для авторов
Rambler's Top100 TopList liveinternet.ru: показано число просмотров за 24 часа, посетителей за 24 часа и за сегодня This Web server launched on February 24, 1997
Copyright © 1997-2000 CIT, © 2001-2015 CIT Forum
Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...