Введение

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

Обзор

Метод внедрения программного продукта – это руководство, позволяющее пользователям и/или организациям начать работу с конкретным программным продуктом. Этот метод представляет собой набор правил и подходов для решения наиболее распространенных проблем, возникающих при внедрении: соответствие бизнес-целям с точки зрения организации и принятие пользователями. Внедрение программного продукта, как завершающий этап в цепочке создания программного обеспечения, является существенным вопросом с финансовой точки зрения. Утверждается, что на внедрение программного продукта может уходить до трети бюджета, выделенного на его приобретение (больше, чем на аппаратное и программное обеспечение вместе).

Настройка программного обеспечения и перепроектирование бизнес-процессов

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

Руководящий принцип против профессии

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

Рамки осуществления

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

ДСДМ

Сила метода разработки динамических систем заключается в том, что он использует принципы итераций и инкрементальной ценности, то есть проекты выполняются в повторяющихся фазах, каждая из которых добавляет ценность проекту. Таким образом, этапы реализации могут осуществляться инкрементно, повышая ценность важных аспектов проекта, таких как степень принятия, осведомленности и уровень квалификации на каждом этапе [F. Von Meyenfeldt, Basiskennis управление проектами, Academic Service 1999]. Помимо управления изменениями объема, инкременты также применимы в процессе моделирования при реализации фаз. Использование инкрементов позволяет согласовывать моделі процессов бизнес-архитектуры и программного обеспечения продукта, поскольку добавление большей детализации на каждом инкременте фазы сближает обе модели. DSDM также предусматривает поэтапное обучение, документирование и проверку.

Оценки

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