Как быть с внедренцами? Мы хотим, что бы все работало!

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

Р?так, начнем СЃ самого начала. РЎ того момента, РєРѕРіРґР° некая консалтинговая компания провела для вас презентацию Microsoft Dynamics NAV.

Система эта большая, продуманная, имеющая множество модулей Рё огромный выбор поддерживаемых бизнес-процессов. Поэтому красиво провести презентацию стандартной системы сравнительно РЅРµ сложно, благо показывать есть что. Р? РІРѕС‚ вам РІСЃРµ понравилось, Рё РІС‹ готовы доверить этим людям внедрение системы РІ вашей компании. Далее обычно РІСЃРµ РїСЂРѕРёСЃС…РѕРґРёС‚ РїРѕ следующему сценарию:

  1. Обследование процессов вашей компании специалистами внедряющей компании
  2. Составление Технического Задания (ТЗ) сотрудниками внедряющей компании
  3. Согласование и подписание ТЗ. Составление плана работ (+ составление сметы)
  4. Доработка и настройка системы в соответствии с ТЗ
  5. Тестирование системы вашей компанией на соответствие ТЗ
  6. Запуск системы в рабочем режиме

Далее в статье мы пройдемся по этому списку от первого до последнего пункта более подробно.

В 1. Обследование процессов включает РІ себя интервьюирование ключевых сотрудников вашей компании СЃ целью составления целостной картины работы компании СЃРѕ всеми тонкостями Рё спецификами ее работы. Р?нтервьюирующий должен быть хорошо подготовленным человеком весьма желательно СЃРѕ знанием предметной области (обычно это консультант-аналитик). Случается, что РІ данный момент РІСЃРµ такие специалисты внедряющей компании заняты РЅР° РґСЂСѓРіРёС… проектах. Р’ таком случае Рє вам РјРѕРіСѓС‚ направить специалиста РґСЂСѓРіРѕРіРѕ профиля или, что гораздо хуже, стажера. Этот РІРѕРїСЂРѕСЃ следует обговорить заранее. Р? если нужного специалиста сейчас нет, то СЏ Р±С‹ предложил подождать, или РІРѕРІСЃРµ сменить внедряющую компанию (если таких специалистов РІ этой компании вообще нет). Ошибки Рё неточности имеют тенденцию накапливаться, Р°, следовательно, РёС… необходимо РїРѕ максимуму исключить РЅР° ранних этапах! Да Рё вообще, РЅРµ лишним будет осведомиться Рѕ компетентности людей, которые Р±СѓРґСѓС‚ работать над вашим проектом.

2. После обследования составляется Техническое Задание (ТЗ), которому должна удовлетворять внедряемая система. Зачастую оно составляется внедряющей компанией, в силу того, что компания-клиент не имеет необходимого ресурса и опыта. Соответственно, ТЗ будет составлено на основании тех данных, которые будут получены на этапе обследования. ТЗ является основным документом, на основании которого вы, в случае некорректной работы системы после внедрения, сможете предъявить внедряющей компании претензии. Следовательно, максимально возможное количество основополагающих бизнес-процессов и «тонких мест» должны найти четкое, а не расплывчатое отражение в ТЗ. Поэтому:

3.Очень важно, что Р±С‹ это РўР— было проработано всеми ключевыми пользователями вашей компании. Потому что РІ нем отражено сначала РЅРµ то как будет работать ваша компания после внедрения системы, Р° лишь то, как это себе представляют РІРѕ внедряющей компании. Р? если после первого прочтения ключевой сотрудник готов поставить СЃРІРѕСЋ РїРѕРґРїРёСЃСЊ РїРѕРґ этим РўР—, то РІ 99% случаев это значит, что этот сотрудник пролистал документ, РЅРµ уделяя внимания деталям. Эти детали впоследствии РјРѕРіСѓС‚ привести Рє неправильной работе системы. Разумеется, всего сразу РЅРµ предусмотреть, РЅРѕ хорошее РўР— залог РІ целом правильной работы информационной системы. Рљ тому же, как СЏ Рё рекомендовал ранее, следует иметь РІ штате сотрудника, который очень хорошо разбирается РІ Microsoft Dynamics NAV Рё может оценить РўР— СЃ точки зрения этой системы. Рђ так же такой сотрудник сможет адекватно оценить время выполнения той или РёРЅРѕР№ задачи, указанное РІ плане работ РїРѕ модификации стандартной системы РїРѕРґ нужды вашей компании.

4. Этап доработок, пожалуй, самый простой в моем рассмотрении. Потому что, его практически целиком делает внедряющая компания. Неплохой экономией на этом этапе будет выполнение части доработок «своими силами». Обычно внедряющая компания не препятствует такому ходу событий.

5. Этап тестирования весьма ответственен. Обычно, компания – внедренец предоставляет сделанную работу частями. Первичное тестирование система проходит на тестовых примерах, которые непременно должны быть подготовлены ключевыми сотрудниками компании-клиента. Эти примеры представляют собой описание последовательности условий и событий происходящих в повседневной работе компании. Первый этап отчета о проделанной работе – это презентация работы одной части (блока) программы. Обычно в этот момент все красиво работает. После этого необходимо тестирование ключевыми сотрудниками, которые в последствии будут работать с этим блоком. С целью экономии времени ключевого сотрудника, для первичного тестирования может быть привлечен тот самый сотрудник из штата вашей компании, который разбирается в Dynamics NAV.
После тестирования отдельных блоков необходимо протестировать РІСЃСЋ систему целиком. Р?наче может возникнуть ситуация, РІ которой РІСЃРµ блоки работают отлично РІ автономном режиме Рё отказываются правильно работать РІ комплексе. РќРµ надо полагаться РЅР° то, что РІСЃСЏ система работает так как это описано РІ РўР—, только РёР·-Р·Р° того что компания-внедренец имеет большое число внедрений Рё, может даже, как-то особенно отмечена компанией Microsoft. РўСѓС‚ РІ полной мере действует правило: Доверяй, РЅРѕ проверяй! Поэтому, РЅРё РІ коем случае РЅРµ пренебрегайте полноценным тестированием!

6. Запуск системы в эксплуатацию пройдет гладко, если все предыдущие этапы выполнены правильно. Здесь хочется обратить внимание на то, что необходимо проведение обучения сотрудников непосредственно перед внедрением системы. Конечно же, к этому моменту должны быть подготовлены инструкции по работе с системой на местах. Причем, эти инструкции не должны содержать информации «к размышлению» или длинных фраз. Все в инструкции должно быть четко, коротко и ясно. Никто не любит читать инструкций, особенно длинных.

Р’ заключении хочу добавить, что если система после запуска РІ эксплуатацию РЅРµ работает или работает РёР· СЂСѓРє РІРѕРЅ плохо, то это значит лишь РѕРґРЅРѕ: Р’С‹ недостаточно проконтролировали выполнение работы. Р? именно РѕС‚ этого СЏ хотел предостеречь вас данной статьей.

Метки:



Комментариев: 1

  1. Дмитрий пишет:

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

    Что хотелось бы добавить. Выбирать внедряющую компанию следует исходя из цены и качества. Под качеством можно понимать успешный опыт этой компании во внедрении аналогичных отраслей. Если в некоторых случаях пренебречь качеством, то это может выйти себе дороже, как в пословице “Скупой платит дважды”.

    Поэтому я бы рекомендовал компаниям запланировавшим у себя внедрение Navision:
    1) запросить резюме каждого сотрудника, который будет работать на проекте
    2) прочитать рекомендательные письма, от глав компаний, которым уже был внедрён этот продукт этой организацией

    Удачного всем внедрения!

Оставьте свой отзыв!