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

Обновлено: 02.07.2024

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

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

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

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

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

Процесс структурирования

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

компоненты продукции проекта;
этапы жизненного цикла;
составные части организационной структуры.

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

Основными задачам структуризации можно назвать:

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

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

Структура процесса – структуризация всего проекта по периодам его жизненного цикла.

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

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

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

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

Определение проекта. Предполагает конкретную формулировку таких параметров как характер проекта, его цели и содержание проекта, а также выявление всех конечных продуктов проекта с их детальным описанием. Здесь же следует составить иерархию целей.
Уровень детализации. На данном этапе изучаются разного рода уровни детализации плана и определяется оптимальное число уровней элементов структуры.
Структура процесса. Подразумевает разработку схемы жизненного цикла проекта.
Организационная структура, то есть организационная схема проекта, которая охватывает все группы участников либо отдельно взятых участников, которые принимают участие в работе над проектом, включая специалистов из внешней среды, которые заинтересованы в осуществлении проекта.
Структура продукта, то есть схема деления конечного продукта на подсистемы либо компоненты, включая материальное, программное, информационное, сервисное обеспечения, в случае необходимости и территориальное разделение.
Система бухгалтерских счетов организации, которая подразумевает создание системы кодов, используемых при создании структуры проекта. Данная система должна базироваться на реально существующем в компании плане бухгалтерских счетов и на системе внутреннего учета.
Структура разбивки проекта. Итоги с третьего по шестой шагов интегрируются в одну общую структуру проекта.
Генеральный сводный план проекта, который в дальнейшей операционной работе может быть подвергнут дальнейшей детализации для поиска оптимального пути разрешения и достижения цели.
Матрица распределения ответственности. После анализа отношений между составными частями структуры проекта и организационной структурой создается матрица, в которой все элементы целостной структуры проекта образуют собой строки, а составляющие организационной структуры компании – столбцы. В каждой ячейке матрицы уровни ответственности отображаются с помощью условных обозначений либо специальных символов.

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

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

Виды структур проектов

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

функциональная;
матричная;
проектная.

Функциональная структура

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

Рис.1 - Функциональная структура проектов

Матричная структура

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

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

Существует три вида матричной структуры:

Слабая матричная структура приближена к функциональной, сильная – к проектной.

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

Рис. 2 - Слабая матричная структура

Сбалансированная матричная структура (рисунок 3) – вид структуры, в которой координационные функции осуществляется сотрудниками, которые целиком освобождены от текущих обязанностей.

Рис. 3 - Сбалансированная матричная структура

Сильная матричная структура (рисунок 4) – вид структуры, в котором формируется отдел, объединяющий менеджеров проектов и контролирующий ресурсы.

Рис. 4 - Сильная матричная структура

Проектная структура

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

Рис. 5 - Проектная структура

Критерии выбора организационной структуры

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

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

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

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

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

Что такое организационная структура проекта

Организационная структура проекта – это временная организационная структура, созданная для повышения качества управления и взаимодействия в проекте путем определения и визуализации процессов взаимодействия как между внутренними, так и с внешними участниками проекта.

Определение, если что, не формальное из стандарта типа PMBoK, а авторское, не знаю, где взять формальное. Если у вас есть вариант лучше – здорово, предлагайте в комментариях!

Типы организационных структур проекта

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

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

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

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

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

Разработка организационной структуры проекта

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

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

Для построения организационной структуры проекта нужно пройти следующие шаги:

Примеры организационной структуры проекта

Как и для WBS – единого стандарта для разработки организационной структуры проекта нет. Главное, чтобы она была понятна, не допускала двойного толкования и помогала в работе.

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

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

Пример 1. Классическая организационная структура проекта, которой будет достаточно в 95% случаев

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

Пример 3. Организационная структура проекта с разделением по уровням управления и одновременно – с выделением команды Заказчика и команды ИТ

Пример 4. Организационная структура выполнения проекта

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

Cкачать шаблон всех приведенных выше оргструктур в pptx (презентация Power Point) вы можете всего за 199 руб. Те оргструктуры, которые созданы в Visio (первая и последняя), можно будет отредактировать в Visio прямо из презентации. Сэкономьте свое время, оно стоит намного дороже! Скачайте шаблон и начните строить оргструктуру своего проекта прямо сейчас!

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

ГОСТ Р 54869-2011

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

ТРЕБОВАНИЯ К УПРАВЛЕНИЮ ПРОЕКТОМ

Project management. Requirements for project management

Дата введения 2012-09-01

Предисловие

1 РАЗРАБОТАН Автономной некоммерческой организацией "Центр стандартизации управления проектами" (АНО "Центр стандартизации управления проектами")

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 100 "Стратегический и инновационный менеджмент"

4 ВВЕДЕН ВПЕРВЫЕ

6 ПЕРЕИЗДАНИЕ. Октябрь 2019 г.

Введение

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

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

1 Область применения

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

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

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

2 Нормативные ссылки

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

ГОСТ Р ИСО 9000 Системы менеджмента качества. Основные положения и словарь

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

3 Термины и определения

В настоящем стандарте применены термины в соответствии с ГОСТ Р ИСО 9000, а также следующие термины с соответствующими определениями:

3.1 архив проекта: Структурированный комплект документации проекта, представленный в бумажном и/или электронном виде.

3.2 базовый план проекта: Принятый к исполнению план проекта, содержащий сведения об основных временных и стоимостных параметрах проекта.

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

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

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

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

3.6 изменение в проекте: Модификация утвержденного ранее содержания, сроков, ресурсов в проекте, а также установленных процедур.

3.7 контрольное событие проекта: Существенное событие проекта, отражающее получение измеримых результатов проекта.

Примечание - Контрольное событие в отличие от работ проекта не имеет характеристик длительности и трудоемкости.

3.8 корректирующее действие: Действие, предпринятое для устранения обнаруженного несоответствия плану проекта.

3.9 ограничение: Сдерживающий фактор, влияющий на ход исполнения проекта.

3.10 предупреждающее действие: Действие, предпринятое для снижения вероятности или последствий отрицательных рисков проекта.

3.11 продукт проекта: Измеримый результат, который должен быть получен в ходе реализации проекта.

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

3.13 процесс: Совокупность взаимосвязанных действий, направленных на достижение определенных результатов.

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

3.15 расписание проекта (календарный план): Плановые даты исполнения работ и контрольных событий проекта.

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

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

4 Организация управления проектом

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

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

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

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

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

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

5 Управление проектом

5.1 Области управления и последовательность процессов управления проектами

Управление проектом включает совокупность процессов инициации, планирования, организации исполнения, контроля и завершения проекта.

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

- управление содержанием проекта;

- управление сроками проекта;

- управление затратами в проекте;

- управление рисками проекта;

- управление персоналом проекта;

- управление заинтересованными сторонами проекта;

- управление поставками проекта;

- управление качеством в проекте;

- управление обменом информацией в проекте;

- управление интеграцией проекта.

Последовательность процессов управления проектом определяется условиями конкретного проекта, при этом:

- проект должен начинаться с процесса инициации проекта;

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

- выполнение процессов организации исполнения и контроля проекта начинается не раньше процессов планирования.

5.2 Процесс инициации проекта

Цель процесса: формальное открытие проекта.

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

- причины инициации проекта;

- цели и продукты проекта;

- дата инициации проекта;

5.3 Процессы планирования проекта

5.3.1 Процесс планирования содержания проекта

Цель процесса: определение требований проекта и состава работ проекта.

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

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

1) назначение, свойства и характеристики продукта;

2) критерии и методы приемки продукта проекта и его составных частей;

3) допущения и исключения, касающиеся продукта проекта;

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

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

Участники проекта с позиции его организации

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

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

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

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

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

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

Временные организационные структуры

Проблематика структурирования проектной организации

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

Оргструктура проекта как единицы деятельности

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

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

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

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

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

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

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

Интеграция проектной структуры в общий контекст

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

Функциональный и чисто проектный подходы

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

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

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

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

Концентрация власти над персоналом проекта в одних руках.
PM – единоличный ответственный ресурс по задаче мероприятия.
Каналы коммуникаций оптимизируются за счет прямых обращений.
Команда ощущает себя полноценной единицей.
Целостность проекта поддержана соответствующей структурой.

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

Варианты матричной оргструктуры

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

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

слабые;
сбалансированные;
сильные.

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

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

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

Как выбирать модель?

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

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

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

Читайте также: