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

Все проекты обладают общими свойствами: включают координированное выполнение взаимосвязанных действий; имеют ограниченную протяженность во времени, с определенным началом и концом; все в некоторой степени неповторимы и уникальны. Проект предполагает комплекс взаимосвязанных целей. Предполагается точное определение и формулирование целей, начиная с высшего уровня, с постепенной детализацией на нижних уровнях. При нарушении синхронизации взаимосвязанных задач (операций), когда одни не могут быть начаты, если не завершены другие, весь проект может быть поставлен под угрозу. Взаимосвязи могут быть как очевидными, так и представлять более сложный характер взаимодействия. «Проект - это сложная система, состоящая из взаимосвязанных динамических частей, требующая особого подхода к управлению» http://orags.narod.ru/manuals/html/ito/ito_51.htm. Проект заканчивается по достижению основных целей. Значительная часть усилий направлена именно на обеспечение сроков реализации проекта.

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

Среди основных признаков проекта выделяют http://www.betec.ru/index.php?id=6&sid=18:

· уникальность и неповторимость целей и работ проекта;

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

· направленность на достижение конечных целей;

· ограниченность во времени (наличие начала и окончания);

· ограниченность по ресурсам.

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

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

«Участники проекта - основной элемент структуры, так как они обеспечивают реализацию замысла» http://orags.narod.ru/manuals/html/ito/ito_51.htm. У каждого участника свои функции, мера участия и степень ответственности за судьбу проекта.

Структуризация проекта

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

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

· разбивка проекта на поддающиеся управлению блоки;

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

· точная оценка необходимых затрат - средств, времени и материальных ресурсов;

· создание единой базы для планирования, составления смет и контроля за затратами;

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

· переход от общих целей к конкретным заданиям, выполняемым подразделениями организации;

· определение комплексов работ (подрядов).

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

Рис.1.1

При построении ИСР необходимо соблюдать следующие принципы:

· работы нижнего уровня являются способом достижения работ верхнего уровня;

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

· у каждой дочерней работы может быть только одна родительская работа;

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

· на одном уровне дочерние работы, декомпозирующие родительскую должны быть равнозначны;

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

· последовательность критериев декомпозиции работ следует выбирать таким образом, чтобы как можно большая часть зависимостей и взаимодействий между работами оказалась на самых нижних уровнях ИСР;

· на верхних уровнях работы должны быть автономны.

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

Рассмотрение процесса структуризации как неотъемлемой составляющей природы проектной деятельности показало, что, во-первых, процесс структуризации проекта является довольно важным, а в некоторых случаях даже необходимым условием реализации проекта. Во-вторых, структуризация здесь служит более эффективному управлению проектом («это управление изменениями, деятельность, направленная на реализацию проекта с максимально возможной эффективностью при заданных ограничениях во времени, денежных средствах (и ресурсах), а также качеству конечных результатов проекта» http://orags.narod.ru/manuals/html/ito/ito_51.htm), а также облегчению работы над проектом. А в-третьих, видно, что кроме всего остального структуризация проекта является ещё и средством, инструментарием, обеспечивающим достижение целей проекта.

Классификация проектов

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

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

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

1. инвестиционные;

2. масштабные (малые, мегапроекты);

3. бездефектные;

4. мультипроекты;

5. монопроекты;

6. модульные;

7. международные.

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

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

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

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

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

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

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

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

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

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

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

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

Рис. 1.9.

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

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

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

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

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

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

Основные функции отдела Маркетинга и продаж : продажи ИС и услуг по ее внедрению.

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

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

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

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

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

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 не утратит фокусировки, а наоборот, обретет четкость и компактность, исходя из соответствующих задач. Для этого нужны новые принципы и правила управления в наступающей уже сейчас реальности. И такое неизбежно будет.

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

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

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

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

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

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

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

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

• 1) компоненты продукции;
• 2) этапы жизненного цикла проекта;
• 3) элементы организационной структуры.

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

Рис. 2.5.

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

Основные задачи структуризации проекта:

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

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

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

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

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

Рис.

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

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

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

проекта?

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

Выделенная структура

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

Двойственный тип

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

Сложная конструкция

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

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

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

Функции посредников

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

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

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

Проектный тип

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

Разделение и особенности

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

Создание

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

Распределение по зонам ответственности

Как уже было сказано выше, организационная структура проекта основывается на ответственности всех категорий сотрудников. Логично, что чем выше личная заинтересованность отдельно взятого работника, тем эффективней будет общий процесс. Необходимо донести до всех групп лиц, участвующих в проекте, важность выполняемых ими действий и влияние на конечный результат. Естественно, не стоит забывать и об ответственности. Нужно объяснить, насколько катастрофичными будут последствия при невыполнении сотрудником его функций. Можно также обозначить награды за правильную работу и штрафы за ошибки. Все это каждый должен знать, а сама подача информация обязана быть максимально простой и доступной. К примеру, где-то в должностной инструкции будет размыто написано о том, что если слесарь Сидоров не будет работать как надо, его накажут. Это неэффективно. Нужно прямо сказать, что та деталь, которую он делает, нужна для того, чтобы машина поехала. Без этого проект будет сорван, и компания понесет убыток в размере 1 миллиона. А виноват будет только он. Зато если этот слесарь сделает на одну деталь больше за то же время, он получит премию в размере половины оклада. Все четко, понятно и доступно. Указано наказание и есть поощрение.

Особенности детализации

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

Итог

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