О технологии и терминологии. ТБР и ТБВ при внедрении ERP

Нередко к нам обращаются Заказчики, для которых крайне критичен срок внедрения ERP системы.

Причины бываю разные: от банального “.. а срок сдачи – вчера”, до желания сократить затраты, логично рассуждая, что чем меньше времени на внедрение, тем меньше стоимость проекта. Но вне зависимости от причин, зачастую при этом клиент сталкивается с такими понятиями, как технология быстрого внедрения (ТБВ) и технология быстрого результата (ТБР). Сразу возникает вопрос, чем такие технологии лучше обычного “классического” проектного внедрения.

Очевидный плюс ТБВ – это скорость выполнения проекта. Реализация данной технологии с получением приемлемого результата стала возможна при появлении полнофункциональных типовых решений. Причем Заказчику, который выбирает данный путь внедрения, стоит обратить внимание на это условие. То есть, чем ближе функциональность типового решения, выбранного для внедрения, тем больше плюсов в сторону выбора ТБВ.

И наоборот, не стоит рассчитывать на чудодейственную силу ТБВ, если программный продукт требует серьезных доработок уже при первом знакомстве с ним.

Структура ТБВ, как правило, выглядит следующим образом:

• Функциональное моделирование (ФМ), список доработок
• Техническое задание на доработки, реализация доработок
• Пусконаладка, обучение
• Опытная эксплуатация и перевод в промышленную эксплуатацию.

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

Существуют также и другие подходы к внедрению ERP системы. Иногда ИТ-менеджеры на предприятиях слышали про аббревиатуру ТБР и интересуются, а в чем особенности этой технологии?

Конечно, дело не в названиях. Да и утвержденных стандартов на эти термины нет, поэтому у разных партнеров-интеграторов может быть разный состав этапов работ. Но обычно под ТБР подразумевают схожую с ТБВ технологию, однако с весьма существенным отличием: в ТБР не предусматривают начальную стадию Функционального моделирования по всем автоматизируемым бизнес-процессам в целом.

В проектной технологии ИТРП в настоящий момент ТБР соответствует технология тестового моделирования.

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

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

По сути, не важно, как называется та технология, которая была выбрана для внедрения ERP. Если внедрение происходит бессистемно, проект обречен на провал. К нам обращались за помощью партнеры, которые по ТБР быстро внедрили бухгалтерию, не думая о производстве (оставили на потом) а потом выясняется, что в системе заложены неприемлемые для производства методические решения и ограничения.

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

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

[evc_social_likes]