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

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

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

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

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

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

Портфель проектов - множество проектов и программ, объединенных для удобства управления.

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

Программа и портфель проектов - инструменты реализации стратегического плана организации.

В компании может существовать одновременно несколько портфелей проектов, управление которыми осуществляется относительно независимо.

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

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

Рис. 11.4. Области применения управления портфелями проектов

в организации

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

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

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

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

Куратор (директор) программы. Отвечает за стратегию и политику ее реализации, поддержку программы внешним окружением;

Совет управления программой. Обладает полномочиями принимать стратегические решения относительно содержания, бюджета, расписания программы, а также решать проблемы и предотвращать риски;

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

Менеджеры проектов. Отвечают за своевременное предоставление отчетов по своим проектам. При выявлении рисков и проблем должны сразу же сообщать о них или принимать меры по их разрешению.

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

Группы процессов управления программой перечислены ниже:

Процессы планирования. Определяется оптимальный план действий для достижения выгод и выполнения объема работ по программе;

Процессы организации исполнения. Обеспечивают интеграцию и организацию работы участников проектов и мобилизацию ресурсов для реализации плана программы в целом и достижения ожидаемых выгод;

Процессы мониторинга и контроля. Оценивается реализация программы и соответствующих проектов - достигаются ли ожидаемые выгоды. Выявляются отклонения от плана реализации, при необходимости выполняются корректирующие действия;

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

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

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

Единая политика и процедуры могут регламентировать следующие требования и процессы, общие для всех проектов программы:

Общие требования к разработке документов, утверждению документации и решений в рамках программы;

Общий подход к управлению изменениями;

Систему показателей для оценки успеха отдельных проектов и программы в целом;

Общие подходы к управлению рисками, проблемами, выгодами;

Соответствующие меры контроля, обеспечивающие постоянное соблюдение процедур.

Общая политика и регламенты создаются силами офиса программы с привлечением к работе совета управления данной программой и команд проектов.

Основные фазы жизненного цикла программы и связь с другими уровнями управления представлены на рис. 11.5. Этот рисунок - основа для разбиения программ на ряд последовательных этапов, описываемых далее.

Рис. 11.5. Жизненный цикл программы

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

Анализ осуществимости и обоснование программы включает:

Определение целей программы и их соответствия стратегическим целям организации;

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

Разработка так называемого бизнес-кейса, демонстрирующего осуществимость и необходимость программы, а также подтверждение стратегической ценности предложенного бизнес - изменения;

Согласование и утверждение устава программы ключевыми заинтересованными сторонами;

Утверждение совета управления программой;

Разработка плана запуска программы.

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

Как правило, при принятии решения об одобрении (отклонении) программы рассматриваются следующие факторы:

Стратегическое соответствие долгосрочным целям организации;

Анализ выгод: определение выгод, планирование их достижения;

Предварительный бюджет, необходимый для реализации программы;

Общий объем доступных ресурсов;

Риски, связанные с программой.

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

Результатами первого этапа жизненного цикла являются:

Решение переходить к следующему этапу реализации;

Устав программы, где фиксируется видение, ключевые цели, ожидаемые выгоды, ограничения по программе и предположения, которые будут учитываться при планировании;

Назначение руководителя программы;

Определение ключевых участников и общая схема ресурсного обеспечения;

План этапа «Определение программы».

Второй этап: определение программы. Цель второго этапа - создать и согласовать с основными заинтересованными сторонами план управления программой. К работам второго этапа можно отнести:

Уточнение соответствия миссии, видения, ценности программы целям организации;

Дополнительную проработку и оценку технической и экономической осуществимости программы;

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

Разработку структуры и определение основных компонентов программы (проектов, процессов и других мероприятий);

Определение предварительной команды управления программой.

Третий этап: запуск программы. Цель этого этапа - создать инфраструктуру, которая будет поддерживать исполнение программы и входящих в нее проектов. Главные результаты этого этапа включают:

Формирование команды программы;

Формирование офиса управления программой;

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

Поставку оборудования, создание необходимой для поддержки программы технической инфраструктуры;

Создание информационных систем и технологий коммуникации, а также обеспечение их поддержки.

Четвертый этап: исполнение программы и достижение выгод. Цель этого этапа - инициировать проекты, входящие в состав программы, и координировать цели для достижения запланированных выгод.

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

На этом этапе выполняются следующие работы:

Формирование структуры проектов в рамках программы;

Создание организационных структур и запуск процессов контроля исполнения проектов;

Обеспечение менеджерами проектов определенной методологии управления ими;

Обеспечение соответствия получаемых результатов необходимым техническим требованиям;

Анализ прогресса (динамики продвижения) в реализации плана программы;

Определение изменений, которые могут повлиять на управление программой или запланированные выгоды;

Обеспечение координации общих работ и зависимостей между проектами или другими программами портфеля;

Определение рисков и проведение соответствующих действий по их уменьшению;

Определение проблем и проведение корректирующих воздействий;

Координация эффективного использования ресурсов в программе и проектах;

Обзор запросов на изменения и одобрение дополнительных работ (при необходимости);

Коммуникации с участниками и советом управления программой.

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

Обсуждение выгод с участниками и куратором программы;

Мотивация и роспуск команды программы: должно быть сделано все необходимое для перевода членов команды на другие работы;

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

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

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

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

Связь управления портфелем с управлением программами и проектами устанавливается через реализацию следующих функций менеджера портфеля:

Согласование проектов и других компонентов портфеля в соответствии со стратегией;

Обеспечение сбалансированности проектов между собой как частей одного портфеля;

Оценка стоимости и взаимосвязей проектов портфеля;

Определение доступности ресурсов и расстановка приоритетов;

Включение проектов в портфель и исключение их из портфеля.

Рис. 11.6. Процессы и взаимосвязи управления портфелем проектов

Система управления портфелем для эффективной поддержки выполнения представленных функций предусматривает выделение трех ключевых организационных структур:

1)наблюдательный совет управления портфелем;

2)менеджер (директор) портфеля проектов;

3)офис управления портфелем проектов.

В стандартах PMI процессы управления портфелем представлены двумя группами:

1)группа процессов выравнивания портфеля включает процессы управления им, позволяющие оценить проекты и принять решение о включении/исключении их из состава портфеля;

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

Автор книги:

Раздел: ,

Серия:
Возрастные ограничения: +
Язык книги:
Издательство:
Город издания: Москва
Год издания:
ISBN: 978-5-7598-0868-8
Размер: 7 Мб

Внимание! Вы скачиваете отрывок книги, разрешенный законодательством и правообладателем (не более 20% текста).
После прочтения отрывка вам будет предложено перейти на сайт правообладателя и приобрести полную версию произведения.

Описание книги по бизнесу:

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

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

Правообладателям!

Представленный фрагмент книги размещен по согласованию с распространителем легального контента ООО "ЛитРес" (не более 20% исходного текста). Если вы считаете, что размещение материала нарушает ваши или чьи-либо права, то .

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

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

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

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

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

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

Процесс управления портфелем проектов можно разделить на следующие этапы:

1. Формирование портфеля проектов - определение "жизнеспособного" набора проектов, обеспечивающего достижение целей компании.
2. Анализ портфеля проектов - достижение сбалансированного портфеля по краткосрочным и долгосрочным целям; рискам и доходам; исследованиям и разработкам и т.д.
3. Планирование портфеля проектов - планирование работ и ресурсов по проектам, составляющим портфель.
4. Мониторинг портфеля проектов - анализ выполнения портфеля и способов его совершенствования.
5. Пересмотр и перепланирование портфеля проектов - оценка новых возможностей с точки зрения портфеля проектов.

Ключевым этапом управления портфелем проектов является определение сбалансированного портфеля. В управлении портфелями проектов широко применяется теория, Г. Марковица Modern Portfolio Theory. Методы, предложенные Марковицем для управления портфелем ценных бумаг, были органично перенесены в сферу управления проектами. Основным положением Modern Portfolio Theory является диверсификация риска портфеля проектов и формирование приемлемого с точки зрения критерия риск - преимущества портфеля проектов.

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

Инструменты управления портфелями проектов в полном объеме представлены в корпоративной информационной системе управления проектами Primavera Enterprise. Серия программных продуктов Primavera Enterprise, позволяет создать корпоративную систему управления проектами и включает ряд систем, работающих с единой базой данных, но предоставляющих различную функциональность. Primavera Enterprise это:

• единое информационное пространство;
• масштабируемость с точки зрения размеров проектов и организации;
• многопользовательская среда для каждого проекта;
• модульность по уровням управления;
• единая база данных;
• архитектура клиент/сервер, функции web-доступа, оff-line приложения;
• регламентированные права доступа;
• база знаний типовых решений (проектов);
• возможность интеграции с другими информационными системами:
  • ERP-системы,
  • управление финансами,
  • PDM-системы,
  • системы документооборота,
  • системы ведения договоров и др.

Корпоративная система управления проектами на базе продуктов серии Primavera Enterprise является гибкой информационной системой. Сочетание модулей, работающих на единой базе данных с единой регламентированной системой прав доступа, позволяет оптимально распределить потоки информации между всеми уровнями управления организацией - от руководства компании до исполнителей "на местах".

04.10.2007

Утверждение, что для обеспечения устойчивого положения на рынке компании необходимо постоянно развиваться, стало уже аксиомой. Развитие это должно поддерживаться на должном технологическом уровне. Компании для уверенности в завтрашнем дне нужно, в том числе, постоянно осуществлять инновационные проекты в области ИТ. Какие же проекты выбрать? И как успешно выполнить сам проект? Для удовлетворения всех пожеланий явно не хватит персонала и финансов. Однако отсутствие того или иного технологического решения может ослабить позицию компании на рынке. Например, не предоставить клиентам услугу по управлению счетами через Internet для банка означает уступку конкурентам. Отсутствие оперативной управленческой отчетности для руководства в информационной системе предприятия ведет к риску принять решение, не подкрепленное финансовыми ресурсами. Таким образом, помимо опасностей, подстерегающих руководителя ИТ-проекта и команду в ходе выполнения работ, есть еще головная боль руководства — на какую из потребностей в области автоматизации выделять средства? Что важнее — обеспечение безопасности бухгалтерских данных, мощные каналы связи с филиалами или внедрение CRM-решения? Проверенным механизмом решения подобной задачи является действующая система управления портфелем ИТ-проектов. Под системой подразумевается комплексная модель из элементов организационной структуры компании, методик и регламентов и информационная система, обеспечивающая автоматизацию процессов управления портфелями.

Задачи и решения

Типичные задачи, которые решает ИТ-подразделение компании, можно разделить на три основные группы:

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

В настоящее время качество ИТ-обслуживания внутри компании напрямую влияет на качество ее услуг и продуктов и, следовательно, на ее конкурентоспособность. Большинство руководителей объективно оценивают вклад ИТ в обеспечение и развитие бизнеса. Например, по западной статистке, компании инвестируют в ИТ от 2 до 7% дохода, а некоторые — до 20%. Инвестиции в ИТ постоянно возрастают, поскольку ПО и техника становятся вся более дорогими, а автоматизация — глобальной. Растет также доля расходов на поддержку и сопровождение уже внедренного ПО. Вот типичные проблемы, с которыми приходится сталкиваться большинству ИТ-руководителей: дублирование решений, сложность интеграции, низкое качество приложений, необходимость использования открытых стандартов, рост рисков ИТ-проектов из-за высокой скорости развития технологий.

Управление ИТ-проектами как инвестициями

Управление портфелем ИТ-проектов является одной из составляющей комплексной задачи управления ИТ-портфелями (IT portfolio management), так как стратегическое развитие ИТ в компании напрямую связано с эффективностью выполнения проектов как основным инструментом реализации изменений. Возрастает значимость контроля над ИТ-инвестициями. Наиболее эффективным способом является управление через проекты. Правильно организованные и грамотно управляемые проекты могут обеспечить получение желаемого результата в срок и в рамках бюджета. ИТ-подразделения компаний широко практикуют проектный подход. Однако сейчас на первый план выходит задача успешной реализации не только отдельных проектов, но и всей их совокупности, составляющих портфель ИТ-проектов компании. Управление портфелем проектов —следующий этап в науке управления проектами. В чем основное отличие портфельного управления от управления проектами ИТ-подразделения? Цели управления. Если цель управления проектом — поставка продукта проекта вовремя и в рамках бюджета, то цель управления портфелем — получение наибольшей отдачи от реализации всей совокупности проектов (относительно их стоимости и других потенциальных проектных инвестиций). Управление портфелем фокусируется на том, чтобы был успешно реализован весь набор проектов. Субъекты управления. Если в управлении проектами субъектами являются в первую очередь руководители отдельных проектов, то управление портфелем ориентировано на функциональных руководителей высшего и среднего звена, на тех, кто принимает решения, быть или не быть инвестициям в тот или иной проект. Вопрос оптимизации инвестиций в ИТ является вопросом эффективности бизнеса в целом, и все больше компаний начинают применять к ИТ-проектам принципы портфельного управления. Почему возникла задача управления портфелем ИТ-проектов на научной основе? Причин несколько. Зачастую без проведения дополнительной экспертизы бывает сложно понять, какие технологические инвестиции являются хорошими (полезными), а какие — нет. При выборе направлений для инвестирования в ИТ необходимо учитывать много разноплановых параметров, важных для принятия решения, например, не только стоимость самих проектов по внедрению информационных систем, но и стоимость владения продуктом: сопровождение, поддержку, интеграцию с другими продуктами и модернизацию в будущем. При принятии решений об инвестициях в ИТ-факторы, определяющие риск, стоимость и ценность для бизнеса, должны быть заранее (проактивно) идентифицированы, оценены, приоритезированы и сбалансированы в портфеле ИТ-проектов. Это и является основной задачей управления портфелем ИТ-проектов в компании. С практической точки зрения управление портфелем проектов распространяется на людей, процессы, информацию и технологии, поддерживающие принятие решений.

Жизненный цикл управления портфелем проектов

Жизненный цикл управления портфелем проектов (ЖЦ УПП) соотносится с периодами пересмотра стратегии компании (а если речь идет об ИТ-подразделении, то ИТ-стратегии). Этот цикл по своей идеологии совпадает с циклом Деминга: «Планируй — сделай — проверь — действуй». Графически цикл управления портфелем проектов изображен на рисунке. Как и стратегия не может меняться каждый месяц, так же и портфель проектов не должен пересматриваться чаще, чем того требуют условия рынка — в противном случае это уже не регулярный, а ситуационный менеджмент, и он может практиковаться в незрелых компаниях, единственная задача которых — остаться на плаву. Можно дать такую обобщенную рекомендацию: периодичность пересмотра портфеля ИТ-проектов должна определяться периодичностью пересмотра стратегии предприятия. Рассмотрим четыре фазы жизненного цикла управления портфелями. Фаза 1. Уточнение требований Исходя из сформированной ИТ-стратегии, компания определяет набор критериев для оценки проектов, в том числе критерий их «стратегической полезности». Например, высокий рейтинг будут иметь проекты, ориентированные на повышение информационной безопасности, если такая цель определена в ИТ-стратегии. На этой же фазе определяется, какие ресурсы доступны для выполнения портфеля проектов.

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

Фаза 2. Планирование

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

Фаза 3. Управление реализацией

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

Фаза 4. Оценка результатов

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

Особенности управления

При управлении портфелем проектов ИТ-подразделения можно выделить следующие особенности. Цели портфеля Цели, на основании которых разрабатываются критерии для управления портфелем, не связаны напрямую с извлечением прибыли. Проекты ИТ-подразделений всегда требуют затрат, поэтому традиционный подход, при котором портфель проектов, как правило, максимизируется с точки зрения прибыли, не подходит. Для ИТ-проектов внутри компании невозможно заранее достоверно просчитать финансовые показатели — ROI, NPV, IRR. В ситуации, когда проекты не приносят непосредственной прибыли, основная цель при формировании и управлении портфелем проектов — получить как можно больше пользы от доступного бюджета. Критерии отбора Наиболее значимыми являются специфические для сферы ИТ критерии, связанные с технологической надежностью, общей продолжительностью жизни продукта (долгосрочностью результатов проекта). Например, считается, что средняя продолжительность жизни корпоративной информационной системы (в том числе и автоматизированной банковской системы) составляет 5—7 лет, после чего она перестает удовлетворять как непрерывно совершенствующимся технологиям, так и изменяющимся и постоянно оптимизируемым бизнес-процессам организации и требует либо значительной доработки, либо замены на более современную систему. К другим принципиальным отличиям модели управления портфелем ИТ-проектов от модели управления бизнес-проектами можно также отнести следующее:

• у руководителей бизнеса, как правило, меньше энтузиазма, так как ИТ-проекты всегда связаны с затратами;
• заказчик у ИТ-проектов всегда внутренний (высшее руководство компании в случае крупных проектов, например, внедрения новой ERP-системы, корпоративного хранилища данных, либо различные структурные подразделения, например, финансовый отдел, отдел продаж, бухгалтерия и т.д.).

Как построить портфельное управление в ИТ-подразделении

Первый вопрос, который обычно встает перед руководителем ИТ-подразделения, решившим попробовать инструменты управления портфелями, — кто будет заниматься внедрением портфельного управления. Организационно эту задачу можно возложить на проектный офис, если он создан в ИТ-подразделении, или специально выделенную рабочую группу, реализующую это организационное изменение как проект. Проект внедрения портфельного управления укрупненно можно представить в виде последовательности шагов. Шаг 1. Формирование проектного (либо портфельного) комитета в ИТ-подразделении Для организации управления портфелем на регулярной основе необходимо в первую очередь ответить на вопрос, кто же будет принимать основные решения по проектам: какие проекты необходимо реализовать сейчас, от каких следует отказаться, какие являются более приоритетными. В соответствии с современными тенденциями управления решения такого характера должны приниматься не единолично, а коллегиально, с привлечением руководителей бизнеса и ключевых пользователей — руководителей функциональных подразделений. Таким образом, на данном этапе необходимо определить состав проектного комитета и разработать регламент его деятельности. Шаг 2. Разработка принципов портфельного управления (методологии) На этом этапе вырабатываются критерии оценки, по которым будут ранжироваться проекты портфеля. Также устанавливаются критерии оптимизации, в соответствии с которыми будет производиться балансировка портфеля. К таким критериям относятся, например, оптимальное соотношение между разными типами проектов или пороговое значение для совокупных рисков портфеля. И, наконец, определяются критерии эффективности, по которым будет производиться мониторинг реализации проектов портфеля. Шаг 3. Внедрение информационной системы управления На этом этапе осуществляется выбор программного обеспечения, закупка лицензий, инсталляция и настройка программного обеспечения для управления портфелем проектов. Шаг 4. Формирование первичного портфеля проектов ИТ-подразделения Силами специалистов ИТ-подразделения необходимо провести инвентаризацию и составить общий реестр проектов, уже реализуемых в подразделении, а также проектных инициатив — идей и предложений, по которым решение еще не принято. Члены проектного комитета должны произвести экспертную оценку всех проектов и проектных инициатив по критериям, которые не могут быть вычислены либо определены однозначно. Результатом такой оценки является общий ранжированный список проектов и проектных инициатив. С помощью информационной системы производится отбор наиболее «полезных» проектов и балансировка портфеля в соответствии с ранее определенными принципами. Проектный комитет утверждает окончательный набор проектов портфеля. Шаг 5. Выполнение проектов портфеля с регулярным представлением отчетности о ходе реализации Проектный комитет собирается регулярно (например, раз в месяц) и рассматривает отчеты о реализации портфеля. Такой постоянный контроль за ходом реализации позволяет своевременно прекращать проекты, потерявшие актуальность, перераспределяя ресурсы между другими проектами, и давать эффективный старт появившимся срочным и важным проектам. В целом же стратегическое управление портфелем ИТ-проектов — это регулярный и планомерный процесс, реализуемый в соответствии с циклом, описанным выше. Внедрение портфельного управления является комплексным организационным проектом, однако сами процессы портфельного и проектного управления — постоянные бизнес-процессы компании, которые должны выполняться ровно столько, сколько функционирует предприятие и реализует инновации в своей деятельности. Сделать вывод об успешном внедрении управления портфелем проектов можно только после того, как процессы управления портфелем пройдут не разовую апробацию, а станут постоянно использоваться на всех уровнях управления в организации.

Управление портфелем проектов будет инструментом, который сделает обоснованным для руководства компании вложения в те или иные направления развития информационных технологий и позволит ИТ-руководителям своевременно воздействовать на проблемные проекты. Однако не стоит забывать о необходимых, но недостаточных условиях внедрения портфельного управления — зрелости проектных подходов. Рано говорить о балансировке портфеля проектов, если отсутствует реестр проектов, первичная оценка проектов на этапе инициации, формализованное управление изменениями в ходе реализации проекта. В компании целесообразно говорить о внедрении подходов к управлению портфелями проектов как минимум при втором уровне зрелости в области управления проектами. Серьезной преградой для внедрения портфельного управления может также быть децентрализованное принятие управленческих решений (важно не путать с делегированием ответственности за управление отдельными проектами). Инициатором и движущей силой идеи внедрения портфельного управления, а также исполнителем при разработке механизмов управления портфелями может стать действующий проектный офис. Евгения Попова , — директор департамента консалтинга по управлению проектами компании PM Expert, . Ольга Шестопалова, — заместитель директора департамента консалтинга по управлению проектами компании PM Expert, Публикуется с разрешения издательства «Открытые системы». Все права сохранены. Оригинал публикации

Cookie – это небольшой текстовый файл на вашем устройстве, который запускает функции и возможности веб-сайта.

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

В Comindware мы стараемся быть ясны и откровенны касательно того, какие данные о вас мы собираем и как их используем. И эта Политика предоставляет подробную информацию о том, какие cookie-файлы мы собираем и как мы используем данные о вас. Эта политика использования cookie-файлы применяется к веб-сайту Comindware.

Всегда включённые

Обеспечивают ваш персонализированный опыт и должную работу веб-сайта.

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

Скорость работы сайта

Используются для постоянной оптимизации и улучшения веб-сайта.

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