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

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

Рис. Управление проектами как кибернетическая система

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

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

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

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

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

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

Структура НТК (национальные требования компетенции) СОВНЕТ разработана на основе системной модели управления проектами и представленной на рис. схемы классификации задач и процедур Управления проектами.

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

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

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

3. Процессы управления проектами.

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

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

Объектами управления в УП могут быть:

‰ проекты,

‰ программы,

‰ организации,

‰ системы.

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

фазы жизненного цикла, окружение и т.д.

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

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

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

‰ Ключевые участники проекта:

Инвестор,

Заказчик,

Генконтрактор,

Генподрядчик,

Исполнители и др.

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

Управляющий проектом,

Члены команды проекта

‰ Прочие участники проекта

3. Процессы управления осуществлением проекта

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

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

‰ Стадии процесса управления:

Инициация – организация и запуск проекта и его частей,

Планирование работ проекта,

Организация и контроль выполнения работ проекта,

Анализ и регулирование хода работ проекта,

Закрытие проекта и его частей.

‰ Функции управления:

Управление предметной областью проекта,

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

Управление стоимостью в проекте,

Управление качеством в проекте,

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

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

Управление коммуникациями в проекте,

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

Управление изменениями в проекте,

Прочие функции управления

‰ Уровни управления, рассматриваемые с точки зрения временного разреза управления проектом, который, как правило, соотносится с соответствующими субъектами управления:

Стратегический уровень охватывает весь жизненный цикл проекта и соответствует ор-

ганизационно-экономическому уровню проекта,

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

Квартальный уровень управления – рассматривает работы проекта, выполнение кото-

рых запланировано в течении квартала,

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

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

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

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

Системная модель УП явилась базой для обоснования структуры НТК.

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

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

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

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

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

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

Проектные структуры

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

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

При проектной структуре управления:

Работает самостоятельная группа специалистов.

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

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

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

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

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

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

Правила выбора оптимальной структуры управления проектами

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

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

используемые технологии;

длительность проекта;

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

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

количество задействованных в осуществлении проекта сотрудников;

сроки исполнения проекта.

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

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

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

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

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

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

сложность проекта;

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

сроки завершения отдельных стадий;

требования заказчика (инвестора);

финансовые возможности заказчика (инвестора).

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

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

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

Схема «под ключ» Заключается в том, что руководитель (менеджер) - проектно-строительная фирма - заказчик заключают контракт на условиях сдачи объекта «под ключ» в соответствии с заданными стоимостью и сроками.

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

Существует два основных подхода к формированию рабочих групп.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

рациональное распределение ответственности между уровнями иерархии управления, а также между руководителями и исполнителями на каждом уровне иерархии.

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

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

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

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

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

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

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

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

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

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

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

структура распределения заданий;

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

календарный график выполнения работ;

график движения специалистов по проектам.

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

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

масштаб проекта;

сложность проекта;

продолжительность проектного цикла.

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

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

Реферат

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

1. Влияние проекта на тип организационной структуры организации

Управление проектом в организации с функциональной структурой

Организации проектного типа

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

Выбор формы организации проекта

Корпоративная культура

Список литературы

1. Влияние проекта на тип организационной структуры организации

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Во-вторых, нужно решить, как будет организован сам проект.

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

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

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

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

2. Управление проектом в организации с функциональной структурой

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

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

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

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

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

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

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

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

Проект является одной из составляющих работы высшего руководства (рис.1).

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

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

Основные преимущества следующие.

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

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

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

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

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

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

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

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

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

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

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

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

3. Организации проектного типа

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

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

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

корпоративный структура управление проект

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

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

Важно заметить, что не все проекты - независимые проектные команды; персонал может работать на разных проектах одновременно.

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

Среди преимуществ можно выделить:

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

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

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

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

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

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

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

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

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

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

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

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

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

4. Проекты в матричной структуре организации

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

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

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

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

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

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

С учетом значительного представительства в проекте 1 работников производственного и исследовательского подразделений этот проект может предусматривать разработку и внедрение нового производственного процесса для нового продукта «Альфа». Проект 2 может быть нацелен на маркетинг нового продукта. Проект 3 может быть ориентирован на внедрение новой системы финансового контроля для нового продукта. При этом все функциональные подразделения продолжают заниматься своей основной деятельностью.

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

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

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

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

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

Матричное управление в целом и в его конкретных формах имеет уникальные сильные и слабые стороны.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5. Выбор формы организации проекта

Выбор формы организации проекта не относится к компетенции РП. Этот вопрос решается топ-менеджментом. Крайне редко РП имеет право голоса при выборе способа взаимодействия проекта с материнской организацией.

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

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

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

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

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

С точки зрения организации

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

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

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

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

С точки зрения проекта

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

размер проекта;

стратегическая важность;

новизна и потребность в инновациях;

потребность в интеграции;

сложность среды за пределами проекта (количество посредников/зон взаимодействия/ «интерфейсов»);

ограничения по бюджету и по времени;

стабильность потребностей в ресурсах.

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

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

Проиллюстрируем процесс с помощью примера, в котором используется приведенная ниже процедура.

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

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

Определите последовательность этих задач и разделите их на пакеты рабочих заданий.

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

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

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

6. Корпоративная культура

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

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

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

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

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

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

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

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

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

Толерантность к риску - в какой мере поощряются активность работника отсутствие страха перед новым и стремление к риску.

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

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

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

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

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

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

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

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

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

Сильной (прочной) называется такая культура, при которой базовые ценности и традиции организации «исповедуются» и принимаются всеми членами организации. И наоборот, слабой (непрочной) считается та культура, с ценностями которой согласны далеко не все члены организации.

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

Список литературы

1. Абрамов Р. Н. Российские менеджеры. Социологический анализ становления профессии; КомКнига - Москва, 2013. - 280 c.

Бир Стаффорд Наука управления; ЛКИ - Москва, 2012. - 114 c.

Бэттелл Джон Поиск. Как компания Google и ее конкуренты переписали законы бизнеса и изменили нашу культуру; Добрая книга - Москва, 2013. - 368 c.

Гриффитс Марк Guinness есть Guinness. Красочная история черно-белого бренда; Олимп-Бизнес - Москва, 2013. - 240 c.

Джеффри Дж. Фокс Как делать большие деньги в малом бизнесе; Альпина Паблишер - Москва, 2012. - 37 c.

6. Дональд Н. Салл, Ван Юн Made in China. Чему западные менеджеры могут научиться у ведущих китайских предпринимателей; Гревцов Паблишер - Москва, 2013. - 224 c.

Емельянов О. В. Управлять по-русски, или Управленческие максимы в национальном фольклоре; Экономика - Москва, 2013. - 48 c.

Котлер Филип Маркетинг от А до Я. 80 концепций, которые должен знать каждый менеджер; Альпина Паблишер - Москва, 2013. - 211 c.

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

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

Организационную структуру часто называют жесткой декомпозицией системы властных полномочий в управляемой системе отношений. Но обладает ли проект чертами организационной единицы? Можно с уверенностью утверждать, что обладает, вне зависимости от того, в какую более общую систему властных связей она вписывается: функциональную, проектно-ориентированную или иную. Следует оговориться, что мы рассматриваем коммерческие организации, преодолевшие стадию «Детства» и прошедшие первые этапы «Юности». То есть речь идет о субъектах, ведущих достаточно масштабную деятельность и имеющих развитый регулярный менеджмент.

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

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

1. Постоянно действующие.
2. Временные.

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

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

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

Модель окружения, органов стратегического управления и исполнения проектной реализации

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Организационная модель функционального подхода

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

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

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

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

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

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

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

Матричная организационная модель проектной деятельности компании

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

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

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

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

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

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

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

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

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

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

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

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

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

Проектно-целевые структуры четко отделены от структур участников про­екта и взаимодействуют с ними лишь на самом высоком иерархическом уровне.

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

Преимущества и недостатки проектно-целевых организационных струк­тур представлены в табл. 3.5.

Таблица 3.5. Преимущества и недостатки проектно-целевых организационных структур

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

Таблица 3.6. Характеристики организационных структур управления проектом

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

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

Функциональная и проектно-целевая организационные структуры могут сосуществовать с другими организационными структурами в виде смешан­ной проектно-функциональной структуры.

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

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

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

Проектно-целевые организационные структуры

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

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

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

Преимущества и недостатки проектно-целевых организационных структур представлены в таблице 5.3.3.

Таблица 5.3.3

Преимущества и недостатки проектно-целевых организационных структур

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

Дивизиональные структуры

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

На рис. 5.3.8 представлена продуктовая дивизиональная структура организации.

К числу таких структур можно отнести также:

структуры, ориентированные на тип клиентов (потребителей);

региональные организационные структуры;

структуры, ориентированные на различные сектора рынков.

Рис. 5.3.8. Продуктовая дивизиональная организационная структура

Таблица 5.3.4

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

Смешанные (гибридные) организационные структуры

Рис. 5.3.9. Пример «гибридной» организационной структуры - «частичная» матрица

Рис. 5.3.10. «Смешанная» проектно-функциональная организационная структура

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

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

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

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

5.4. Организационная структура проекта и его внешнее окружение

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

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

Тем не менее, различные организационные структуры в содержательном аспекте как они представлены выше в п. 5.3 тяготеют к различным уровням структуризации, что позволяет расположить их в едином континууме «механистические-органистические» (рис. 5.4.1).

Рис. 5.4.1. Классификация организационных структур в пространстве адаптивности

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

Таблица 5.4.1

Сравнение органистических и механистических организационных структур

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

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

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

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

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

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

Рис. 5.5.1. Организационные структуры в двумерном пространстве «направление интеграции - уровень структуризации»

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

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

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

Таблица 5.5.1

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

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

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

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

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

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

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

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

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

организационная структура проекта (графическое изображение структурных единиц);

штатное расписание (перечень должностей, их количества и заработной платы);

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

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

требования к персоналу (профессиограммы, социально-психологические портреты);

график и бюджет проекта.

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

2-е качеством Учебное пособие ... в работах профессора К. Исикавы, ... г. - вторая редакция ) стандарт QS 9000 ... технических программ (проектов ) и инфраструктурных... их результатов; издание и распространение государственных... Уч. пос./ Под общ . ред. С.А. ...