Управление портфелями проектов. Формирование и управление портфелем ценных бумаг

Управление проектами в эпоху рыночной России начало активно развиваться в 90-х годах ” появились профессиональные объединения, стандарты, системы сертификации по управлению проектами. В конце 90-х годов и начале 21 века управление проектами получило широкое распространение как управленческая технология в бизнесе и превратилось из более теоретической области знаний в практически применимую дисциплину.

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

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

В данной статье рассказывается о некоторых методологических подходах к управлению портфелем проектов и о возможностях, заложенных в новый продукт по управлению портфелем проектов ” Microsoft Project Portfolio Server.

Определение портфеля проектов как объекта управления

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

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

Провести некоторую черту между управлением проектами и управлением портфелем можно следующим образом:

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

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

Фаза Создания портфеля проектов

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

В разных компаниях данная фаза может быть организована по-разному – в зависимости от масштаба компании и объема проектных заявок. В основном, все это сводится к двух-шаговой структуре:

1. сначала проектная идея прорабатывается укрупненно (в разных компаниях могут использоваться различные формы ” Проектная заявка, Инвестиционная заявка, Запрос на реализацию проекта и т.д.). Цель этой проработки ” получение оценки того, насколько данная идея удовлетворяет стратегическим целям Компании и является ли реализация данной идеи целесообразной и актуальной.
2. после согласования и утверждения проектной идеи (инвестиционной заявки) проводятся технологические, экономические и иные изыскания/расчеты (в форме ТЭО, Бизнес-плана и т.д.). Целью данных расчетов является оценка того, насколько эффекты от реализации данной идеи соответствуют вложениям в ее реализацию.

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

В крупных компаниях данные 2 этапа могут разбиваться на подэтапы. Например, для многих крупных компаний характерно разбиение этапа 2 на два подэтапа:

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

Фаза отбора портфеля проектов

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

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

Фаза планирования портфеля проектов

На фазе планирования портфеля проектов осуществляются:

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

Фаза управления реализацией

На фазе управления реализацией выполняются следующие задачи:

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

Обзор Microsoft Project Portfolio Server

В 2006 году корпорация Microsoft приобрела продукт UMT Portfolio Manager ” один из лидировавших на то время продуктов в области управления портфелем проектов. В этом же году на базе данного продукта Microsoft выпустил свой продукт под названием Microsoft Project Portfolio Server и встроил его в семейство продуктов для управления проектами Enterprise Project Management.

В результате новая линейка продуктов теперь покрывает полный жизненный цикл управления портфелем проектов:

Project Portfolio Server включает в себя 3 основных модуля:

По умолчанию в Portfolio Builder заложена следующая логика:

• Пользователь создает заявку на проект (Project Request), в котором указываются основные параметры заявки (описание проектной идеи, соответствие стратегии, оценка затрат и доходов, рисков, ресурсов и т.д.). При этом форма заявки может настраиваться – туда могут включаться те поля, которые содержатся в форме заявки на проект, приведенной в корпоративном стандарте Компании по управлению портфелем проектов.
• После создания заявка начинает свое движение по маршруту согласования. При этом маршруты также могут настраиваться.
• После согласования заявка утверждается, и на основе утвержденной заявки разрабатывается бизнес-план (Business Case), в котором приводятся уже более детальные параметры проекта.
• После создания бизнес-план также запускается по маршруту согласования. При этом маршрут для бизнес-плана может быть отличным от маршрута заявки на проект.
• После согласования и утверждения бизнес-план попадает в пул потенциально интересных проектов и в дальнейшем участвует в ранжировании и отборе.

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

1. Portfolio Optimizer “данный модуль является самым интересным и ценным в продукте и предназначен для оптимизации портфеля проектов.

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

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

В такой таблице мы определяем, какие цели более важны, какие менее.

После заполнения данной матрицы Project Portfolio Server автоматически рассчитывает рейтинг целей:

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

При этом шкала для каждой цели может быть различна. К примеру, если у нас цель увеличить долю рынка на 10%, то если проект увеличивает долю рынка на 0,5% – это слабое влияние, если на 1-3%-среднее и т.д.

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

Ранжирование по экономическим факторам производится более просто ” простым сравнением значений заданных параметров.

После ранжирования проектов система строит карту инвестиций, отталкиваясь от которой, уже можно принять предварительные решения о том, какие проекты наиболее вероятны к реализации, а какие ” наименее:

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

2.2. Второй этап оптимизации портфеля ” Отбор проектов , который включает в себя следующие шаги:

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

Система автоматически отберет проекты с учетом данного ограничения:

1. Проект 3
2. Проект 2

И на этом деньги Компании закончатся ” т.е. при заданных ограничениях Проект 1 не будет принят к реализации.

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

1. Проект 4 (как наиболее стратегически важный)
2. Проект 1 (как связанный с проектом 4)
3. Проект 3 (по приоритету)

Следующий шаг отбора ” Учет политических проектов (Force – In / Force – Out Projects ) . Несмотря на все попытки уйти от субъективного фактора, все равно в Компании всегда будут проекты, которые инициированы высшим руководством и которые должны войти в проект вне зависимости от их реальной эффективности.

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

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

1. Проект 1 (как политически важный)
2. Проект 4 (как стратегически значимый)
3. Проект 3 (по приоритету)

Таким образом, при данных ограничениях Проект 2 не попадет в портфель.

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

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

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

1. Portfolio DashBoard ” модуль для мониторинга портфеля проектов на этапе реализации.

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

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

Заключение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Аннотация

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

Abstract

The process of portfolio management implementation is described in the article. The main phases of the portfolio management process, the importance of optimization and balancing with mathematical statistics methods are shown.

Актуальность проблемы

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

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

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

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

Рисунок 1. Типовой жизненный цикл портфеля проектов

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

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

Решение задач управления портфелем ИТ-проектов на научной основе обусловлено следующими причинами.

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

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

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

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

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

Создание портфеля проектов

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

Стандартно процесс формирования портфеля проектов выглядит следующим образом:

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

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

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

Предположим, что в настоящее время в ИТ-департаменте некой телекоммуникационной компании реализуются следующие проекты:
1. Консолидация баз данных
2. Поддержка оборудования по регламенту ЗИП
3. Архивация почты
4. Виртуализация серверов Wintel
5. Миграция на оборудование класса HiEnd
6. Замена HiEnd серверов Intel на LowEnd серверы
7. Миграция с архитектуры Sun sparc на архитектуру х86
8. Архивация файлового хранилища
9. Модернизация ПО рабочих мест
10. Внедрение системы end-to-end мониторинга
11. Внедрение системы учета серверных помещений
12. Миграция оборудования приобретенных компаний в ЦОД

Определим задачи, которые призваны решить данные проекты:
1. Стандартизация оборудования
2. Консолидация оборудования
3. Стандартизация рабочей среды
4. Повышение качества услуг

На рисунке 2 показана связь задач и проектов.

Рисунок 2. Связь задач и проектов

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

Цели можно сформулировать следующим образом:
1. Уменьшение операционных расходов на поддержку ИТ-инфраструктуры
2. Сокращение количества инцидентов в ИТ-инфраструктуре
3. Повышение лояльности клиентов

На рисунке 3 показана связь целей и задач.

Рисунок 3. Связь целей и задач

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

Таким образом, была зафиксирована новая задача «Модернизация сетевой инфраструктуры», связанная с целью «Сокращение количества инцидентов в ИТ-инфраструктуре».

Одновременно с этим было выполнено сравнение зафиксированных нами целей с целями, утвержденными в стратегии развития компании. Уменьшение операционных расходов и сокращение количества инцидентов нашли свое отражение в стратегии, однако повышения лояльности клиентов в стратегии не оказалось. Поскольку портфель – это совокупность слабосвязанных между собой проектов, направленных на достижение определенных бизнес-целей компании, а портфельное управление проектами – это интегрированный процесс оптимального выбора и выполнения инициатив, приносящих наибольшую отдачу для бизнеса в контексте внутренних и внешних обстоятельств, то становится очевидным, что поскольку цель «Повышение лояльности клиентов» не нашла своего отражения в утвержденной стратегии развития компании, ее необходимо исключить. Это послужило основанием снятия задачи повышения качества услуг и, как следствие, закрытие связанных с ней проектов:
1. Архивация почты
2. Архивация файлового хранилища
3. Внедрение системы end-to-end мониторинга

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

Рисунок 4. Связь целей и задач после трансформации

Задача по модернизации сетевой инфраструктуры будет решаться выполнением двух проектов:
1. Сетевое резервирование серверов
2. Модернизация сетевой инфраструктуры

Также необходимо обратить внимание на противоречие в целях проектов, связанных с задачей стандартизации оборудования. Противоречие заключается в том, что один проект подразумевает эксплуатацию оборудования класса HiEnd и вывод из эксплуатации оборудования LowEnd, а другие – обратную задачу: вывод из эксплуатации HiEnd и миграцию на LowEnd. Для разрешения данного противоречия была создана рабочая группа экспертов, задачей которых являлось произвести расчет совокупной стоимости владения (TCO, Total cost of ownership) оборудованием обоих классов. В ходе сравнения результатов расчетов было установлено, что использование оборудования класса LowEnd на данном этапе предпочтительнее HiEnd.

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

2. Виртуализация серверов Wintel
3. Замена HiEnd серверов Intel на LowEnd серверы
4. Миграция с архитектуры Sun sparc на архитектуру х86
5. Модернизация ПО рабочих мест
6. Внедрение системы учета серверных помещений
7. Миграция оборудования приобретенных компаний в ЦОД
8. Сетевое резервирование серверов
9. Модернизация сетевой инфраструктуры

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

Рисунок 5. Связь задач и проектов

Как правило, для повышения наглядности структуры проектов разрабатывается дерево целей, показывающее связи и переходы от целей к задачам и проектам. В рассматриваемом случае дерево целей выглядит, как представлено на рисунке 6.

Рисунок 6. Дерево целей

Отбор портфеля проектов

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

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

1. Ранжирование проектов .

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

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

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

2. Отбор проектов .

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

Для ранжирования проектов будем использовать следующие критерии:

• Важность проекта, или степень соответствия ожидаемых результатов проекта целевым задачам, с которыми ассоциирован проект по шкале 1-5, где 1 – слабое соответствие, 5 – полное соответствие. Данный фактор является субъективным, и для уменьшения субъективности в компании разработана методика, содержащая показатели и принципы, по которым осуществляется ранжирование. В данной работе приводятся только окончательные результаты ранжирования по данному критерию.
• Ценность ожидаемых результатов (или примерный NPV) по качественной шкале 1-5, где 1-2 – это отрицательные NPV, 2-4 – NPV около нуля или небольшие положительные значения, 4-5 – положительные NPV. При расчете NPV рассматривались факторы окупаемости и сроков возврата инвестиций, а также внутренняя ставка финансирования – IRR. В работе приводятся только окончательные результаты ранжирования по данному критерию.
• Уровень совокупных рисков проекта (технологических и организационных) с учетом их влияния и вероятности возникновения по шкале 1-5, где 5 – несущественные риски, 1 – критические риски.
• Степень безотлагательности проекта – срочность решаемых задач или влияние на ряд других проектов по шкале 1-5, где 1 – низкая срочность, 5 – безотлагательный проект.
• Размер совокупных затрат проекта. Чем больше бюджет проекта, тем больше его «вес» при вычислении показателей портфеля.

Полученные результаты сведены в таблицу 1.

Таблица 1. Результаты ранжирования

Высокой управляемостью обладают проекты, имеющие низкий уровень совокупных рисков и высокую срочность. Комплексный показатель «управляемость» определяют показатели «риски» и «срочность».

Высокой привлекательностью обладают проекты, соответствующие высокоприоритетным задачам бизнеса (важные проекты), имеющие выраженного «сильного» спонсора и характеризующиеся высокой ценностью. Комплексный показатель «привлекательность» определяют показатели «важность» и «ценность». Результаты вычислений показателей управляемости и привлекательности проектов приведены в таблице 2.

Таблица 2. Показатели управляемости и привлекательности

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

Рисунок 7. Диаграмма портфеля проектов

Данная диаграмма разделена на 4 квадранта.

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

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

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

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

Рисунок 8. Выявление проблемных проектов

Оптимизация портфеля

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

Исходя из диаграммы, показанной на рисунке 8, проблемными проектами являются:
1. Поддержка оборудования по регламенту ЗИП
2. Замена HiEnd серверов Intel на LowEnd серверы
3. Миграция с архитектуры Sun sparc на архитектуру x86
4. Внедрение системы учета серверных помещений
5. Модернизация сетевой инфраструктуры
6. Миграция оборудования приобретенных компаний в ЦОД

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

Таблица 3. Показатели управляемости и привлекательности

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

Рисунок 9. Трансформация портфеля проектов

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

Рисунок 10. Оптимизированный портфель проектов

Сравнительный анализ состояния портфелей до и после оптимизации

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

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

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

Рисунок 11. Несбалансированный портфель

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

Рисунок 12. Сбалансированный портфель

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

Таблица 4. Сравнительная оценка портфелей проектов

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

Заключение

В работе показано, что оптимизированный портфель проектов в отличие от исходного обеспечивает решение поставленных задач и достижение поставленных перед департаментом целей. При этом привлекательность портфеля возросла на ~30%, управляемость возросла более чем на 10%. Если в качестве критерия сбалансированности, как указывалось выше, использовать дисперсию, то сбалансированность портфеля улучшилась в ~2,5 раза. Суммарный бюджет портфеля после оптимизации уменьшился более чем на 20%.

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

Список использованных источников

1. Organization Project Management Maturity Model (OPM3). Knowledge Foundation. Project Management Institute, Newtown Square, PA 19073-3299 USA / США
2. Чернов А.В., Цикл статей по портфельному управлению. Управление проектами, 2009.
3. The Standard for Portfolio Management. Project Management Institute, Newtown Square, PA 19073-3299 USA / США, 2006.
4. Матвеев, А.А. Модели и методы управления портфелями проектов / А.А. Матвеев, Д.А. Новиков, А.В. Цветков. – М.: ПМСОФТ, 2005. –206 с.
5. Кендалл И., Роллинз К. Современные методы управления портфелями проектов и офис управления проектами: максимизация ROI. М.: ПМСОФТ, 2004. - 576 с.

Copyright © 2010 Тихонов К.К.