Автореферат (1138652), страница 3
Текст из файла (страница 3)
ОСНОВНЫЕ ПОЛОЖЕНИЯ, ВЫНОСИМЫЕ НА ЗАЩИТУ1. Построение процессов управления ИТ-проектом на основеразработанныхметодологическихположенийделаетвозможнымуправление содержанием проекта по данным мониторинга бизнесрезультатов, получаемых при использовании продукта, благодаря чемуобеспечиваетсяполучениепланируемыхвыгоддлябизнеса,чтоопределяет ценность продукта проекта.ЦенностьопределяетсяинформационнойкакеесистемывоспринимаемаякакпродуктазаинтересованнымиИТ-проектасторонамиполезность. Разработанные методологические положения направлены напреодоление основных проблем, связанных с созданием ценности в проектахвнедрения информационных технологий: субъективности восприятия ценности12продукта заинтересованными сторонами и невозможности организацииобратной связи в системе управления проектом в связи с тем, что фактическиеданные о результатах использования продукта могут быть получены лишьпосле его внедрения, когда проект разработки уже закрыт.
Привязка элементовбизнес-ценности к этапам жизненного цикла ИТ-проекта показана на рисунке 1.Рисунок 1. Создание элементов бизнес-ценности в ИТ-проекте в привязкек этапам жизненного цикла проекта.Для решения проблемы субъективности восприятия ценности продуктапредлагается использовать для ее оценки данные о конкретных бизнесрезультатах, получаемых при использовании продукта проекта.
При этомжизненный цикл проекта строится по итеративному принципу: содержаниепроекта разбивается на отдельные пакеты работ, продукты которых внедряютсяв деятельность организации по мере их получения. Это позволяет по данным оконкретных бизнес-результатах внедрения продуктов, полученных на раннихстадиях проекта, принимать решения о внесении изменений в содержаниепроекта, если полученные бизнес-результаты отклоняются от запланированныхболее, чем это приемлемо для заказчика.Сформулированы следующие требования к управлению ИТ-проектом,выполнение которых делает возможным построение обратной связи в системеуправления созданием бизнес-ценности:13• Должны контролироваться конкретные бизнес-результаты, получаемыепри использовании продукта проекта в бизнес-процессах организации;• Проект должен быть спланирован таким образом, чтобы получениебизнес-результатов было распределено по жизненному циклу проекта;• Планируемые бизнес-результаты должны включать изменения основныхпроцессов организации, метрики которых в свою очередь должны бытьопределимы как до выполнения проекта, так и после внедренияпродуктов проекта;• Изменения в содержание должны вноситься только при выявлении илипрогнозировании отклонения от запланированных бизнес-результатов,все изменения должны быть направлены на повышение ценностипродукта проекта для бизнеса.Разработанный подход к построению системы управления ИТ-проектамиоснованнасервисноймоделипродуктапроекта.Продуктпроектарассматривается как набор услуг (сервисов) подразделений организации, менюкоторых создается или изменяется вследствие выполнения проекта (вместотрадиционного подхода в котором продуктом проекта считается внедреннаяинформационная система).Предложенная сервисная модель продукта проекта представлена нарисунке 2 и имеет перечисленные ниже структурные особенности.• Создаваемые или изменяемые в проекте информационные системысоставляют технологическую основу модели и располагаются на нижнемуровне;• Подразделения организации используют информационные системы длявыполнения своих бизнес-процессов;• Бизнес-процессы, выполняемые подразделениями для оказания услуг(сервисов), могут задействовать несколько подразделений.
Владельцемсервиса является то подразделение, которое предоставляет интерфейсклиентам сервиса;14• Метрики сервисов включают параметры качества оказания услуг.Метрики сервисов, равно как и сами сервисы не обязаны существовать допроекта. Посредством метрик сервисов определяется последовательностьполучения бизнес-результатов в проекте;• План по ценности определяется путем интеграции планов измененияИТ-инфраструктураПодразделенияСервисыМетрикисервисовМетрикиценностиотдельных сервисов.M11.1.11.1.21.a.11.a.2N.M.mСервис 1.1Сервис 1.aПодразделение 1ИнформационнаясистемаРисунок 2. Схема создания ценности в организационном ИТ-проекте приприменении сервисного подхода.Проект при планировании должен быть разделен на этапы, каждый изкоторых предполагает получение одного или нескольких продуктов уровнясервисов: создание новых услуг или улучшение параметров уже оказываемыхподразделениями.
Благодаря этому в течение жизненного цикла проектаорганизация получает бизнес-результаты от внедрения продуктов на раннихэтапах, которые могут быть сопоставлены с планируемыми. Это позволяет15делать выводы о ценности продукта и при необходимости корректироватьсодержание проекта и требования к продукту.Использование изменений в содержание проекта для управленияценностью повышает риск неконтролируемого роста содержания, которыйприводит к тому, что проект не может успешно завершиться из-за нехваткиресурсов для его дальнейшего выполнения. Возникающая потребность вуправлении этим риском удовлетворяется мониторингом устойчивости системыуправления проектом к изменениям в содержании.В таблице 1 обобщены процессы управления проектом, которыесоставляют разработанный подход.Таблица 1.
Процессы управления ценностью в ИТ-проекте.ПроцессОпределениепродуктаСобытиеВ рамкахпроцессаинициацииИдентификацияВ рамкахметрик ценностипроцессаинициацииИдентификацияВ рамкахметрик продуктапроцессаинициацииРазработка плана В рамкахпо ценностипроцессаинициацииКонтрольДостижениевыполнения плана контрольныхпо ценноститочек проектаУправлениеДостижениеизменениями вконтрольныхсодержанииточек проектаАнализДостижениеконтрольныхотклонений итенденцийточек проектаРезультат выполненияОтветственныйИерархическаяструктура продуктов(сервисная модель)Метрики ценности, ихцелевые значенияБизнесаналитикМетрики сервисовМенеджеризменений вбизнесеБизнесаналитикПлан по ценностиРуководительпроектаВыявленные отклоненияРуководительпроектаОбновленнаяиерархическая структурапродуктов / требованияПрогноз устойчивостисистемы управленияпроектом к изменениямУправляющийсовет проекта16РуководительпроектаРазработаны следующие правила построения процесса управленияценностью:• Продукт проекта должен быть определен как набор сервисов,предоставляемых с помощью внедряемых информационных систем,метрики ценности должны описывать значимые для бизнеса измененияпараметров основных процессов;• Разработка продукта проекта должна быть разделена на этапы, каждыйиз которых включает внедрение или изменение одного или несколькихсервисов;• Планирование получения бизнес-результатов должно соответствоватьплану внедрения сервисов;• Управление изменениями в содержании проекта должно осуществлятьсяпо данным сравнения получаемых бизнес-результатов с планом поценности;• При внесении изменений в содержание должен контролироваться рискпревышения объема проекта над имеющимися управленческимирезервами.2.Мониторингбизнес-результатовпопредложенномуметодуреализованной ценности позволяет снизить затраты на изменениясодержания и повысить их обоснованность с точки зрения вклада вполучение необходимых для создания ценности бизнес-результатов вусловиях отставания от графика или выполнения проекта в соответствиис расписанием, а в условиях опережения графика выявить фактвыполнения работ поздних этапов, не создающих ценности на текущемэтапе.Ключевым процессом в системе управления ценностью в ИТ-проектахявляется мониторинг.
Разработанный подход основывается на отслеживаниибизнес-результатов, получаемых в результате развития услуг, оказываемыхподразделениями компании, что решает проблему субъективности восприятия17ценности продукта проекта заинтересованными сторонами. В качестве методамониторинга разработан «метод реализованной ценности», позволяющий нетольковыявлятьотклонениязапланированнойценностипродуктаотфактически полученной, но и проводить первичную диагностику причинотклонений.
Разработанный метод основывается на методе освоенного объема,в дополнение к основным показателям которого (коэффициенту выполнениястоимости CPI и коэффициенту выполнения сроков SPI) вводится векторныйкоэффициент реализации ценности PPI. Его размерность равна числу метрик,выбранных в процессе идентификации метрик ценности. Предложенныепроцессы идентификации метрик ценности и разработки плана по ценности, атакже выдвинутые требования к метрикам ценности описаны ниже.Впроцессеидентификацииметрикценностиопределяетсяколичественное выражение значимых для бизнеса изменений основныхпроцессов, которые предполагается получить в результате выполнения проекта.Такими метриками могут быть сроки поставки продукции, доля дефектнойпродукции, оборачиваемость запасов и другие.
Значения метрик изменяются врезультате изменений в меню сервисов подразделений. Например, такиеизменениямогутвключатьснижениесроказакупкикомплектующихвследствие автоматизации процесса, введение входного контроля как услуги,оказываемой отделом снабжения с использованием внедряемых техническихсредств,врезультатечегоожидаетсяснижениедолибракованныхкомплектующих, попадающих в производство и т.п. Также на этом этапеустанавливаетсясвязьмеждупараметрамисервисовподразделенийиметриками ценности, отражающими основные бизнес-результаты.Сформулированы требования к метрикам ценности, необходимые дляпоследующего выполнения мониторинга.
Метрики должны:• Описывать значимые для бизнеса параметры основных процессов,затрагиваемых автоматизацией;• Быть измеримыми средствами управленческого учета организации;18• Быть чувствительными к изменениям, планируемым в результатепроекта, т.е. величина их изменения в результате выполнения проектадолжна давать возможность судить о получении запланированныхбизнес-результатов;• Быть актуальными для организации на всех этапах жизненного циклапроекта.