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

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

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

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

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

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

стандарт PMI по управлению портфелем проектов

Национальные Требования к компетенции специалистов по управлению проектами

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

запуск проектов (назначение менеджеров проектов, формирование организационных структур, выпуск Уставов проектов)

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

выделение ресурсов (выделение конкретных людей, производственных мощностей и т.д.)

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

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

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

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

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

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

Обзор Microsoft Project Portfolio Server

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

	Затраты	Стратегическая значимость
Проект 1	10	20%
Проект 2	20	25%
Проект 3	15	30%
Проект 4	5	50%
ИТОГО	50

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

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 действительно заслуживает уважения, для многих российских компаний использование такой функциональности является завтрашним днем (особенно функциональности по оптимизации портфеля).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Для дальнейшего рассмотрения процессов управления портфелем проектов (УГ1П) необходимо определить сам объект управления.

Портфель проектов - набор проектов или программ и других работ, объединенных вместе с целью эффективного управления данными работами для достижения стратегических целей компании . Российский ГОСТ дает несколько иное определение. Портфель проектов - набор компонентов, которые группируются вместе с целью эффективного управления и для достижения стратегических целей организации. Компонентами портфеля в соответствии с ГОСТ являются проекты и программы. Таким образом, российский стандарт не включает в состав портфеля «другие виды работ». Таковыми «другими видами работ» могут являться работы по формированию и сопровождению портфеля, разработке методологии УПП, обучению и г.д., а также иреднроектная и постпроектная деятельность. Понимая важность и значимость таких активностей и мероприятий мы, однако, не будем в дальнейшем изложении рассматривать их в качестве компонентов портфеля, следуя ГОСТ, поскольку основные процессы УПП к ним малоприменимы. Если строго следовать приведенным выше определениям, то корпоративный портфель проектов может включать в себя только программы и отдельные проекты. Однако практика показывает, что на крупных предприятиях внутри корпоративного портфеля формируются дополнительно портфели более низких уровней, к которым также применяются методы портфельного управления такие, например, как определение приоритетов входящих в них проектов.

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

Возможная иерархическая структура портфеля проектов приведена на рис. 5.

Рис. 5.

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

В соответствии с определением института PMI, которое уже стало классическим, проект - это временное предприятие,

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

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

Программы представляют собой ряд связанных друг с другом проектов, объединенных общей целью и условиями выполнения. Результатом выполнения программы является качественное изменение состояния, вызванное реализацией запланированных задач. Выполнение отдельного проекта в составе программы может не давать ощутимого результата, в то время как осуществление всей программы обеспечивает достижение значимого для предприятия результата. Объединение отдельных проектов в программы характерно не только для корпоративного управления. Так, примерами программ являются федеральные целевые программы: «Развитие оборонно-промышленного комплекса России до 2020 года», «Доступная среда», «Развитие физической культуры и спорта в Российской Федерации на 2006 - 2015 годы», «Повышение безопасности дорожного движения в 2013 - 2020 годах».

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

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

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

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

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

• 1. Наличие фиксированной цели.
• 2. Временная сущность проекта. Временность не означает короткий срок. Это означает, что проекты не являются деятельностью, длящейся непрерывно.
• 3. Проекты имеют четкую дату начала и окончания. Начало и окончание проекта связано с выполнением определенных процедур, обычно регламентированных внутренними документами предприятия.
• 4. Проекты используют ограниченные ресурсы и имеют соответствующий бюджет.
• 5. Проект закрывается, когда его результаты достигнуты или когда выясняется, что цели проекта недостижимы.
• 6. Успешным считается проект, если результат отвечает ожиданиям заказчика и ключевых участников проекта.

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

К критериям масштаба относятся:

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

К критериям сложности управления относятся:

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

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

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

• 1. Наименование проекта.
• 2. Цели и задачи проекта.
• 3. Организационный охват.
• 4. Результаты реализации проекта.
• 5. Этапы и сроки реализации.
• 6. Бюджет проекта.
• 7. Обоснование проекта:
• 7.1. Обоснование бизнес-потребности.
• 7.2. Получаемые бизнес-выгоды.
• 7.3. Технико-экономическое обоснование.
• 8. Показатели эффективности проекта.
• 9. Риски проекта.

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

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

Взаимосвязанными являются проекты, которые следует включать в портфель совместно, поскольку невозможно или нецелесообразно выполнять их, исключив хотя бы один проект из группы. Для определения степени взаимосвязи проектов при формировании портфеля используется показатель связанности проектов. В простейшей модели он представляет собой числовой показатель, который может принимать значения: 0 - когда проекты не связаны; I - когда проекты связаны и не должны отбираться в портфель по отдельности (включение одного проекта в портфель вызывает необходимость включения другого проекта); 2 - если проекты связаны, но могут отбираться в портфель по отдельности (включение одного проекта в портфель необязательно вызывает необходимость включения другого проекта). В более сложных моделях показатель связанности может принимать различные значения в определенном диапазоне, например, от 0 до 10, чем больше значение показателя, тем выше степень взаимосвязи проектов.

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

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

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

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

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

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

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

Так, возможна группировка проектов в субпортфели по функциональным областям, таким как производство, экономика и финансы, продажи и т.п.; но территориальному признаку (например: по регионам, в которых ведут деятельность ДЗО, филиалы и территориально-обособленные подразделения компании); по специфическим особенностям реализации проектов (например: капитальное строительство, информационные технологии, разработка новых продуктов и технологий) и т.п.

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

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

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

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

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

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

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

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

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

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

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

• портфель проектов нового строительства и технического перевооружения;
• портфель проектов но повышению операционной эффективности;
• портфель научно-исследовательских и опытно- конструкторских работ (НИОКР);
• норгфель проектов развития инфраструктуры;
• норгфель организационных проектов;
• норгфель 1Т-проектов.

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

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

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

Практический пример к разделу 1.2

• 1. Описание бизнес-си гуации. Группа компаний, включающая в себя несколько аффилированных юридических лиц, осуществляет производство и реализацию оптических дисков в РФ (см. рис. 6). По масштабу деятельности она может быть отнесена к среднему бизнесу. Стратегической целью данной группы компаний является выход на третье место в РФ по объему производства оптических дисков и выход на рынок СНГ (минимум две страны) в течение грех лет.
• 2. Описание корпоративного портфеля проектов. Для достижения

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

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

В Общий портфель вошли проекты:

• организация собственного мастеринга ;
• запуск производства дисков формата CDR, DVDR;
• развитие системы безопасности.

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

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

Рис. 6.

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

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

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

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

В Портфель ИТ-проектов вошли связанные проекты:

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

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

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

Контрольные вопросы к разделу 1.2

• 1. Приведите несколько определений понятия «портфель проектов», проведите их сравнение.
• 2. Какие компоненты входят в портфель проектов?
• 3. Дайте определение и краткую харакгеристику понятия «программа». В чем вы видите основное отличие программ от портфелей проектов?
• 4. Дайте определение проекта. Какие критерии можно использовать на предприятии для классификации отдельной активности как проекта?
• 5. Что представляет из себя документ Паспорт проекта? Охарактеризуйте назначение и содержание данного документа.
• 6. В чем состоит отличие предварительного Паспорта проекта от фактического?
• 7. В чем состоит отличие Паспорта проекта от Устава проекта?
• 8. Что такое взаимосвязанные проекты? Какой показатель характеризует степень взаимосвязи проектов?
• 9. В чем отличие программ от групп взаимосвязанных проектов? Какие критерии можно использовать на предприятии для классификации объекта управления как программы?
• 10. С какой целью и по каким принципам в составе корпоративного портфеля проектов выделяются отдельные субпортфели?
• 11. В чем состоят особенности формирования и выполнения портфелей проектов, выполняемых проектно-ориентированными предприятиями для внешних заказчиков?
• 12. С какой целью производится категоризация проектов? Приведите пример возможного подхода к выделению отдельных категорий проектов, входящих в один субпортфсль.

Литература к разделу 1.2

• 1. Забродин Ю.Н., Михайличенко А.М., Саруханов А.М., Шапиро В.Д., Ольдерогге Н.Г. Управление инвестиционными нро1раммами и портфелями проектов: справочное пособие. - М.: Издательство «Дело» АНХ, 2010. - С. 331-336.
• 2. Илларионов А.В., Клименко Э.Ю., Портфель проектов: Инструмент стратегического управления предприятием / А.В. Илларионов, Э.Ю. Клименко - М. : Альпина Паблишер, 2013.-С. 13-38.
• 3. Богданов В.В. Управление проектами. Корпоративная система - шаг за шагом // М.: Манн, Иванов и Фербер, 2012. - С. 19-23.
• 4. Аньшин В.М., Демкин И.В., Никонов И.М., Царьков И.Н., Портфель проектов организации: стратегии, типология, анализ. // Управление проектами и программами - 2008.-№ 1(13),-С. 14-27.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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, Публикуется с разрешения издательства «Открытые системы». Все права сохранены. Оригинал публикации

Системы управления портфелями проектов

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

Системы управления портфелем проектами - это программное обеспечение, предназначенное для реализации и поддержки управления портфелем проектов. Оно объединяет две области знаний: управление портфелями и управления проектами.

Ниже вы найдете некоторые интересные новости о решениях для управления портфелями проектов.

2014. Comindware Project позволит работать с внешними контрагентами в рамках совместных проектов

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

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

Обычно крупные компании выбирают тяжелые традиционные ИТ-решения и не доверяют облачным системам из-за соображений корпоративной безопасности. Но постепенно те выгоды, которые несут в себе онлайн-системы берут верх над страхами ИТ-руководителей. Так, недавно закончился проект внедрения облачной системы управления проектами Адванта в сельскохозяйственном холдинге КОМОС Групп, в который входит аж 20 предприятий по всей России. Теперь все они (а именно около 300 пользователей) могут совместно работать над проектами в единой системе. С помощью Адванты в холдинге ведут организационные проекты (по реорганизации компаний), инвестиционные проекты (строительство и реконструкция производственных помещений, модернизация оборудования, разработка и усовершенствования продуктов), и финансовые проекты (предназначенные для постоянного контроля финансирования проектной деятельности).

2012. Адванта 2.0 - пятиэтажная система управления бизнесом

Компания Адванта Груп выпустила новую версию SaaS системы управления бизнесом Адванта 2.0 . Ранее эта система называлась А2: Управление проектами, но т.к. в новой версии была значительно переосмыслена философия продукта и изменена его функциональность, то не переименовать его было просто нельзя. Теперь уже разработчики системы обидятся на вас, если вы назовете Адванту системой управления проектами. Теперь это - система управления бизнесом, или даже система управления развитием бизнеса. В отличии от многих других систем управления проектами, которые в последнее время становятся более простыми, плоскими, социальными, Адванта пошла в другом направлении. Создатели четко определили, что главным пользователем Адванты является руководитель компании. А работа в системе осуществляется аж на пяти уровнях: Моя работа -> Команда -> Организация -> Стратегия -> Видение. Таким образом, руководитель может использовать систему как для планирования рабочего дня, так и для формирования целей компании.

2010. PM Arena - новая Web-система для управления масштабными проектами

Российская компания Фогсофт представила новую веб-ориентированную систему управления проектами и портфелем проектов PM Arena . Это набор аналитических инструментов для руководителя компании или госструктуры, дающих возможность легко и наглядно контролировать и управлять изменениями масштабных проектов и государственных программ. В отличии от универсальных систем управления проектами типа MS Project, Primavera, Spider Project, решение PM Arena - узконаправленное, имеет преднастроенные бизнес-процессы, аналитический ситуационный центр со стратегической направленностью на результат и ориентировано, в первую очередь, на органы государственной власти.

2008. Compuware обновила инструмент управления портфелями ИТ-проектов

Компания Compuware выпустила Changepoint 2009, решение для управления портфелями ИТ-проектов, конкурирующее с продуктами CA и Hewlett-Packard, а также с ПО Oracle, которая недавно приобрела компанию Primavera. Улучшения в Changepoint 2009 касаются появления комплексных возможностей для планирования ИТ-инвестиций: система позволяет смоделировать расходы и отдачу от инвестирования на несколько лет вперед. Расширен функционал управления и отслеживания рабочей нагрузки: сотрудники могут разрабатывать сценарии своей работы по принципу «что если», анализируя последствия изменений. Добавлены такие возможности порталов, как видоизменение пользовательского интерфейса согласно определенной роли сотрудника и автоматическое формирование отчетов по электронной почте. Цена лицензирования Changepoint 2009 на одного пользователя начинается от 400 долл

2008. Oracle покупает Primavera

Продолжая расширять набор бизнес-приложений, корпорация Oracle объявила о покупке компании Primavera Systems, поставщика систем управления проектами и портфелями проектов (Project Portfolio Management, PPM). Финансовые условия сделки не сообщаются. Предполагается, что она завершится до конца текущего года.

2008. Решение IW PPM для управления проектами и портфелями от Innoware

Компания Innoware создала новую интегрированную систему управления портфелем проектов – IW PPM (Project Portfolio Management). Это решение, созданное на базе Microsoft® Office Project Server и Microsoft® Office Project Portfolio Server, интегрируется с ERP и охватывает управление всеми ключевыми бизнес-процессами в области управления проектами, программами и портфелями проектов.Впервые это технологическое решение было опробовано в самой Innoware. «После внедрения решения закрытие отчетного периода нашим финансовым отделом стало происходить почти в 3 раза быстрее.

2007. «Ай-Теко» + CA: управляемые портфели проектов приходят в Россию

Компания CA, мировой производитель ПО для управления корпоративными ИТ-ресурсами, и компания «Ай-Теко», российский поставщик комплексных ИТ-решений и консалтинговых услуг, объявляют о стратегическом партнерстве в области продвижения на российском рынке решений по управлению портфелем проектов (Project & Portfolio Management - PPM). В рамках договора «Ай-Теко» становится первым партнером CA в России, который будет реализовывать решения CA по управлению портфелями проектов.

2007. В России стали доступны решения CA по управлению портфелем проектов

Во второй половине сентября компании CA, производитель ПО для управления корпоративными ИТ-ресурсами, и "Ай-Теко", поставщик комплексных ИТ-решений и консалтинговых услуг, объявили о стратегическом партнёрстве в области продвижения на российском рынке решений по управлению портфелем проектов (Project & Portfolio Management, PPM). В рамках заключённого между сторонами договора компания "Ай-Теко" получает по отношению к CA статус Enterprise Solution Provider (ESP) и становится первым партнёром CA в России по направлению PPM.

2007. Planview приобрел компанию Business Engine

Planview, лидер рынка решений по управлению портфелями проектов и эксклюзивный партнёр PM Expert в России и СНГ, анонсировал покупку всех активов компании Business Engine, базирующейся в Сан-Франциско. Business Engine – со своей 20-летней историей успеха в области портфельного управления ИТ еще более усилит позиции Planview в качестве лидера этого рынка. Сильные стороны Business Engine также включают широкую экспертизу и авторитет в области Earned Value Management, что позволит еще более расширить предложение Planview в отношении федеральных агентств и правительственных подрядчиков.

2007. Все, что касается портфелей проектов

Oracle продолжает скупать другие компании: в начале октября она объявила о приобретении Primavera Software, ведущего производителя программных средств управления портфелями проектов (Project Portfolio Management, PPM). Завершение сделки запланировано на конец текущего года. Условия ее не разглашаются. Почти стандарт Несмотря на то что на рынке PPM-систем есть продукты, созданные крупными компаниями, такими как CA и IBM, присутствуют на нем и разработки фирм поменьше, наподобие Planview и Cardinis.

2006. В России представлены курсы на базе последних стандартов PMI

Компания PM Expert первой в России представила курсы на базе последних стандартов PMI по управлению программами и портфелем проектов организации. Курсы, разработанные PM Expert и впервые представленные в России на основе стандартов PMI The Standard for Portfolio Management и The Standard for Program Management, уже сегодня позволяют отечественным компаниям изучить и применить подходы к достижению бизнес-выгод и стратегических целей организации на благо их собственного бизнеса.

2006. HP взялась за управление проектами и портфелями

Hewlett-Packard выпустила программную систему управления проектами и портфелями Mercury Project and Portfolio Management Center 7.0, призванную помочь предприятиям в оптимизации развития ИТ-отделов в соответствии с бизнес-целями компании и в стандартизации методов оценки состояния таких проектов. Это первый продукт HP, ставший результатом совершенной ею недавно покупки компании Mercury Interactive. По словам представителей HP, система помогает ИТ-директорам принимать решения, согласованные с бизнес-задачами компании. В системе имеется механизм оптимизации, автоматически ранжирующий ИТ-проекты по заданным критериям, таким как "имеет проблемы с бюджетом" или "обеспечивает выполнение первоочередных корпоративных задач". Кроме того, инструментарий можно использовать для задания общекорпоративных стандартов и правил, используемых для оценки состояния проектов.

2006. Эффективный аутсорсинг

В компании ООО "Тойота Мотор" успешно реализован портфель из 7 проектов по внедрению информационных систем, осуществленный компанией РМ Expert. Это один из немногих успешных российских опытов передачи на аутсорсинг управления портфелем проектов.

2006. Успех в портфеле

Программные средства управления портфелями проектов (project portfolio management, PPM) являются важным фактором успешного выполнения ИТ-службами своей работы, поскольку они позволяют визуализировать основные требования к ИТ, находить оптимальные комбинации новых проектов и существующих систем для корректного распределения ресурсов и держать под контролем лишние инвестиции. Проведенный компанией Forrester анализ рынка PPM показал, что лидерами остаются производители решений, ориентированных на конкретные индустрии или определенные типы работ.

2002. Primavera обезопасит удаленное управление проектами

Компании "ПМСофт" и "ЭЛВИС+" анонсировали совместное интегрированное решение - защищенную систему управления проектами на базе ПО Primavera. для географически распределенных проектов Созданная система, помимо инструментов, обеспечивающих выполнение таких традиционных функций, как планирование и контроль проектов, мониторинг текущего состояния проекта, управление результатами и рисками, включает также подсистему информационной безопасности, которая ограничивает несанкционированный доступ, обеспечивает защиту периметра системы, предоставляет внешним удаленным пользователям, в том числе мобильным, защищенный доступ к службам системы. Она также гарантирует высокую степень защиты управляющей информации, разграничения прав пользователей, регистрации и протоколирования действий пользователей и обслуживающего персонала. Благодаря масштабируемости подсистемы информационной безопасности, пользователи имеют возможность регулировать уровень защиты информационных ресурсов в зависимости от установленной политики безопасности в организации

1995. Time Line облегчает задачу управления проектами за счет гибкости и поддержки ODBC

Мощь и гибкость программы Time Line 6.5 позволяет менеджерам осуществлять четкое управление портфелем проектов, ресурсов и приложений. Версия 6.5 под Windows этого пакета корпорации Time Line Solutions для управления проектами (цена $699) вышла в сентябре. В ней улучшен интерфейс и расширены возможности конфигурирования пакета самим пользователем. Однако самым значительным изменением, внесенным в продукт, является поддержка совместимых со стандартом ODBC (Open Database Connectivity) SQL-баз данных, что облегчает совместное использование данных и управление проектами.