Реорганизация бизнес-процессов при изменении информационной системы в крупной организации (стр. 3 из 6)

Начальное планирование проекта.

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

Как вообще принимается решение о проведении изменений в информационной системе? Причины изменения информационной системы описаны в предыдущем разделе:

технические характеристики системы

область деятельности организации

функциональность системы

моральное устаревание системы

политика организации относительно стандартизации процессов

интеграция различных областей деятельности организации

престижность использования новой системы

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

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

Рассмотрим основные составляющие, которые следует включить в начальный план проекта:

Описание объекта изменения (что необходимо изменить - систему, часть ее функциональности и т.д.);

Краткая рекомендация по необходимости изменения (причина изменения, преимущества новой системы, описание целей, которых нужно достичь при завершении проекта);

Основные стадии проекта (см. ниже);

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

Список участников проекта, их основных обязанностей и ролей (менеджер проекта, топ менеджмент, ресурсы, участники и т.д.);

Бюджет проекта;

Что не войдет в проект (это необходимо для внесения ясности в ожидания менеджеров рабочих групп относительно возможностей системы);

Какие функциональные возможности системы нужно изучить в дальнейшем для потенциальной установки в дальнейшем (список);

Риски (какие факторы могут помешать реализации проекта в полном объеме, в поставленные сроки с установленным бюджетом);

Критерии успешного выполнения проекта

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

Планирование в процессе осуществления проекта.

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

Рис. 3.1. Планирование проекта по изменению информационной системы.

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

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

Рис. 3.2. “Сроки проекта - содержание проекта”

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

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

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

Стадии проекта по изменению информационной системы.

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

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

Описание бизнес процессов

Тренинги по новой системе (при необходимости)

Тестирование функциональности системы

Необходимые доработки

Обучение пользователей функциональности системы

Тестирование системы пользователями

Ввод реальных данных

Переход на новую систему

Рассмотрим более детально каждую стадию.

Описание бизнес процессов.

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