Прототипный метод внедрения

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

Cogs_image

Плюсы варианта:

  1. Малые первоначальные затраты – включают в себя:
    • приобретение программного продукта и лицензий;
    • работы по настройке программного обеспечения;
    • первоначальная настройка информационной базы;
    • загрузка НСИ и остатков;
    • первичное обучение пользователей.
  2. Меньшие затраты на разработку по сравнению с модельным.

Минусы варианта:

  1. Неопределенный финальный бюджет проекта.
  2. Неопределенные сроки проекта.
  3. Может возникнуть ситуация, когда новая доработка программного продукта изменит функционал ранее созданной или вовсе отменит его (например, сделав невозможным использование). Связано с тем, что разработка каждой функциональной доработки производится локально, без масштабного обследования.

ПРИМЕР
ЗАО «Рубин» занимается торговлей запчастей для бытовой техники.
Необходимо автоматизировать управленческий учет.

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

  1. Определен оптимальный программный продукт для автоматизации (1С: Управление торговлей, ред. 11).
  2. Произведена первоначальная настройка программного продукта и обучение пользователей работе с типовым функционалом.

Непосредственно после запуска программного продукта в эксплуатацию руководство отдела продаж пришло к решению о необходимости корректировки типового механизма расчета скидок.

Специалистами нашего отдела был произведено экспресс-обследование необходимых доработок, произведена оценка трудозатрат на доработку и внедрение; были определены сроки реализации доработки.

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

Спустя три месяца после начала эксплуатации руководителем отдела продаж регионального филиала было принято решение о необходимости переноса функционала бонусной системы покупателей из стороннего программного продукта в 1С: Управление торговлей, ред.11.
Специалистами нашего отдела был произведено экспресс-обследование необходимых доработок, произведена оценка трудозатрат на доработку и внедрение; были определены сроки реализации доработки. Возникла необходимость корректировки ранее созданных доработок в механизмах расчета скидок, т.к. первоначальное экспресс-обследование не предполагало данных доработок.
После согласования, доработка (с учетом корректировок ранее созданных механизмов) была реализована и передана в промышленную эксплуатацию.