Управление программами

Материал из Википедии — свободной энциклопедии
Перейти к: навигация, поиск

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

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

Ключевые факторы[править | править вики-текст]

Управление

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

Регулирование

Программа должна поддерживать видение верхнего уровня, цели и задачи.

Уверенность

Проверьте и утвердите программу, убедитесь в следовании стандартам и в соответствии видению.

Руководство

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

Интеграция

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

Финансы

Выследите основные издержки вместе с административными издержками программы.

Инфраструктура

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

Планирование

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

Улучшения

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

Отличия от управления проектами[править | править вики-текст]

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

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

Другое видение[4] состоит в том, что программа всего лишь либо большой проект, либо набор (или портфель) проектов. В таком случае целью использования программы является использование положительного эффекта масштаба и снижение координационных издержек и рисков. Задача менеджера проекта - успешно завершить свой проект. Менеджер программы, с другой стороны, может не интересоваться индивидуальными проектами, но он озабочен совокупным результатом или конечным состоянием. Например, программа финансового института может включать в себя проект, который направлен на использование преимуществ растущего рынка, а другой - на защиту от неблагоприятных сторон падающего рынка. Эти проекты противоположны по своим успешным исходам, но входят вместе в одну и ту же программу.

В соответствии с видением, где результатом программ являются последствия, а проектов - продукты, менеджмент программ заинтересован в выполнении нужных проектов. Менеджер программы сравнивается с игроком в шахматы, а проекты - используемые или жертвуемые фигуры[5]. Менеджмент проектов, напротив, заинтересован в правильном выполнении проектов. И также в соответствии с этим видением, успешные проекты выполняются вовремя в рамках бюджета и требований, в то время как успешные программы приносят долгосрочные улучшения организации. Улучшения обычно выявляются через пользу, которую они приносят. Организация должна выбрать группу программ, которые наиболее близко соответствуют её стратегическим целям, в то же время оставаясь в рамках своих возможностей. С другой стороны, видение программы как просто большого проекта или набора проектов предполагает, что программа должна быстро принести осязаемую пользу.

Рассмотрим следующий набор проектов:

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

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

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

Множество программ занимаются созданием возможности для изменения. Польза от этого будет только тогда, когда возможность передаётся линейному руководству и применяется головной организацией. То есть, программная команда сама не может принести пользу. Польза есть только от использования новой возможности.

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

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

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

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

Главным отличием между программным и проектным управлением является сама природа проекта[6] - у проекта всегда есть конкретная дата завершения, иначе это выполняющаяся программа.

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

  1. Проект уникален и ограничен во времени. Программа не прекращается и выполняется согласно бизнесу для достижения определённых результатов.
  2. Проект предназначен для достижения результатов (output или deriverable) и его успех зависит от достижения нужного результата в нужный срок и по нужной цене.
  3. Программное управление включает в себя управление проектами, что, в целом, улучшает производительность организации. Успех программы измеряется выгодой (benefit).
  4. Выгода является мерой улучшения организации и может включать в себя увеличенный доход, увеличенную прибыль, сниженные издержки, сниженные потери или урон окружающей среде, увеличение числа удовлетворённых клиентов. Для федеральных и местных правительственных организаций выгода может заключаться в лучшем качестве предоставления услуг обществу.
  5. На пути достижения нужных результатов бизнес-программы уясняют бизнес-ограничения и определяют нужные для достижения целей процессы на основании имеющихся ресурсов. Улучшение процессов - это непрерывная операция, что сильно отличает программу от проекта.
  6. На самом нижнем уровне менеджеры проектов управляют индивидуальными проектами. Они находятся под контролем менеджера программы, который отчитывается спонсору (или совету директоров).
  7. Как правило для изменения предустановленных рамок проекта существует процесс. Программа приходится реагировать на изменения в стратегии и на изменения в среде, в которой меняется организация.

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

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

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

Дополнительные факты[править | править вики-текст]

C 2007-го года PMI на основе «Standard for Program Management» проводит аттестацию менеджеров программ — PgMP® (Program Management Professional)

Примечания[править | править вики-текст]

  1. Managing Successful Programmes, Rob Sowden et al. (TSO, 2007), p156
  2. All Change Eddie Obeng Financial Times Publishing 1994
  3. The Gower Handbook of Programme Management
  4. The Definitive Guide to Project Management. Nokes, Sebastian. London (Financial Times / Prentice Hall): 2007
  5. Putting Strategy to Work Eddie Obeng Financial Times Publishing 1996
  6. Prieto, Robert, How Program Management Differs from Project Management, PM Hut. Accessed 17. Oct 2009

Литература[править | править вики-текст]

  • Рассел Д. Арчибальд Управление высокотехнологичными программами и проектами = Managing High Technology Programs and Projects. — М.: «Академия АйТи», 2004. — С. 472. — ISBN 5-98463-002-3

См. также[править | править вики-текст]

Ссылки[править | править вики-текст]

Введение в управление программами (рус.)

Материалы, касающиеся подготовки к сертификации PgMP — Program Management Professional (рус.)

Управление приоритетными национальными проектами и целевыми программами по показателям (рус.)