Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
УМК - Проектирование ИС 2011 / Лекции Проектирование ИС / Л.18- Управление проектированием ИС.doc
Скачиваний:
107
Добавлен:
12.04.2015
Размер:
164.35 Кб
Скачать

2. Системная методология управления проектами и программами

В [3.17] указывается, что анализ известных методологий по управлению проектами (IPMA [3.1], APM [3.16], PMI [3.10], P2M [3.9], SOVNET [3.10] и др. [3.5 – 3.8]) обусловил возможность разработки Системной методологии управления проектами и программами (СМ УПП), обобщающей мировой опыт.

Предлагаемый подход к созданию СМ УПП опирается на:

  • системную модель УПП.

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

  • определение целей, продукта, работ проекта (структура объекта управления);

  • определение структуры и состава системы управления проектами и программами.

  • определение центров ответственности, распределение ответственности между субъектами управления и установления взаимосвязи между ними.

В качестве основы системной методологии УПП используется системная модель [3.1], которая апробирована в теории и практике управления проектами в России.

Применение такой модели позволило разработать:

  • системное структурированное представление знаний об управлении проектами;

  • основу для стандартизации, унификации и локализации управления проектами;

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

  • основу для разработки моделей, методов и средств решения задач УПП;

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

Системная модель содержит три основных блока, представленных структурными декомпозициями субъектов управления, объектов управления и процесса управления проектом (табл. 19).

Таблица 1 – Содержание системной модели УПП

Состав СМ ПП

Содержание блоков

Объекты управления

множество проектов и программ в организациях или компаниях;

программы;

проекты;

фазы жизненного цикла объекта управления: концепция, разработка, реализация, завершение;

комплексы работ и т.д.

Субъекты управления

Основные участники проекта: инвестор, заказчик, генконтрактор, генподрядчик, исполнители и др.

Команда проекта: функциональные менеджеры проекта, члены команды проекта

Команда управления проектом: управляющий проектом, члены команды управления проектом.

Процесс управления

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

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

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

К свойствам системной модели можно отнести:

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

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

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

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

WBS – структура всех работ проекта, включающая:

  • WBS’ – структура работ, направленных на получение результата проекта;

  • TBS – структура задач (работ) управления проектом.

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

OBS – команда проекта, выполняющая все работы, включает:

  • OBS’ – команда исполнителей работ, направленных на получение результата проекта;

  • OBS’’ – команда управления проектом;

Структура задач (работ) управления проектом – TBS в свою очередь подразделяется на:

  • ТBS РMT - структура задач (работ), выполняемых командой управления проектом (OBS’’ РMT);

  • ТBS РР i- структуры задач (работ), выполняемых командами управления основных участников проекта (OBS’’ РР i).

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

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

Таблица 2 – Иерархические структуры проекта

Структурные модели работ проекта

Структурные модели ответственности

WBS – все работы проекта

OBS – команда проекта

WBS’ – работы проекта

OBS’ – исполнители работ

TBS – все работы управления проектом

OBS’’ – команда управления проектом.

ТBS РMT- работы управления

OBS’’ РMT - команда управляющего проектом

ТBS РР i - работы производственного управления

OBS’’ РР i - команды управления основных участников проекта

TBS’ работы по созданию системы УПП

OBS’’’- команда разработчиков системы УПП

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

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

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

  • субъекты управления (Z);

  • команда управления проектом (L);

  • объекты управления – проекты, программы (Q);

  • фазы жизненного цикла объектов управления (С);

  • уровни управления (T);

  • функциональные области управления (S);

  • стадии процесса управления (F).

Как видно из системной модели УПП, каждый процесс (задача) однозначно определяется компонентами всех уровней системной модели выстроенных и логично взаимосвязанных «снизу вверх».

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

Так, например, задача (Р) - «Планирование (F2) финансирования (S3) годового объема работ (Т2) на этапе разработки (С2) проекта (Q1) для менеджера проекта (L1) и заказчика (Z2)» определяется вектором:

Р n = (F2,S3,T2,C2,Q1,L2,Z2)

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

Общее количество процессов (задач) УПП по предлагаемой методологии определяется произведением количества компонентов рассмотренных оснований.

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

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

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

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

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

На основе системной модели управления проектом можно осуществлять интеграцию различных ее элементов. Например, объединение задач U P(Z1, L, Q, C, T, S, F) включает все возможные задачи УП для инвестора. Аналогично можно выделить задачи любого из субъектов управления, объектов управления и процессов управления.

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

В качестве примеров рассмотрим:

  • объединение задач (Р), объединяющую все стадии процесса управления проектом – «Концепцию – Планирование – Организацию и контроль выполнения – Анализ и регулирование – Закрытие» и обеспечивающую их логическую и информационную взаимосвязь:

n = (F1,F2,F3,F4)

Такая комбинация представляет свернутое дерево всех задач УПП, которые определят численный и качественный состав команды управляющего проектом - OBS’’ РMT;

  • задачу (Р), объединяющую комбинацию элементов (управление «временем», стоимостью, персоналом, контрактами) уровня «Функциональные области управления проектом»:

n = (S2,S3,S6,S8)

Состав задач такой комбинации определят свой состав команды управляющего проектом - OBS’’ РMT, способной выполнить управление проектом (программой) по перечисленным функциональным областям управления.

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

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

U Р n = (F3, F4, S1, S2, S3, S4 S5, S6, S7, S8, S9, С3)

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

  • концептуальное проектирование;

  • проектирование функциональных и обеспечивающих частей;

  • проектирование системы коммуникаций и документации;

  • разработка элементов: модели, методы, алгоритмы, программы и нормативно-методическое обеспечение (руководство пользователям, корпоративные и системные стандарты, методики, инструкции).

Областью потенциального использования системной методологии является:

  • проектирование целостной интегрированной системы управления проектированием;

  • разработка стандартов и нормативных документов по УПП;

  • разработка программных средств по УПП;

  • формирование образовательного процесса и сертификационных программ для специалистов по УПП.