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

проекта?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Создание

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

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

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

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

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

Итог

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

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

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

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

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

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

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

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

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

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

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

Рис. 2.5.

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

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

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

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

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

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

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

Рис.

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

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

Структура проекта.

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

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

Источник материала: Абдикеев Н.М. Информационный менеджмент. Учебник. Издательство: Инфра-М. 2010 г., — 400 с.

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

Понятие проекта и его особенности

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

Существует несколько различных трактовок понятия "проект", пример этого можно увидеть в различных международных стандартах, в т.ч. и в российском ГОСТе. Однако практически всегда его основными приметами выступают такие факторы:

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

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

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

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

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

Классификация реализуемых инициатив

Классификация проектов может проводиться в зависимости от таких оснований:

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

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

• организационные;
• экономические;
• социальные;
• технические;
• смешанные.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рисунок 1 – Структура разбивки применительно к реальным проектам

(Примечание – данные работы )

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

Основными задачами структуризации проекта являются следующие :

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

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

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

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

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

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

– определение комплексов работ/подрядов.

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

– пропуск «неосязаемых» конечных продуктов, таких как услу­ги, информационное или программное обеспечение;

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

– излишняя или недостаточная детализация разрабатываемых структур;

– отсутствие интеграции структуры проекта с системой веде­ния бухгалтерских счетов;

– повторение одних и тех же элементов структуры;

– непонимание того, что структура проекта должна охваты­вать весь его жизненный цикл (как правило, пропуск на­чальной и конечной фаз проекта);

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

– пропуск стадии структуризации проекта и попытки непосредственного перехода к анализу и решению проблем реали­зации проекта.

Стандартные шаги при структуризации проекта

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Методы структуризации проекта

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

) метод «сверху-вниз» – определяются общие задачи, на основе которых далее осуществляется детализация уровней проекта;

) метод «снизу-вверх» – определяются частные задачи, а за­тем происходит их обобщение.

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

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

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

3. Дерево работ. На каждой стадии планирования необходимо разделить работы по проекту на части. Например, на стадии технического проектирования основные части проекта, как правило, очевидны. В дальнейшем, когда станет известно больше деталей, эти части могут быть расчленены на соответствующие разделы. Наконец, могут быть определены подразделы и отдель­ные группы («пакеты») работ. Эта процедура, как указывалось выше, известна как со­ставление дерева работ проекта (WBS – Work Breakdown Structure). Такое дерево является средством расчленения боль­шого, сложного проекта на его компоненты или хозяйственной программы на составляющие проекта.

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

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

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

Структурная модель проекта по фазам

жизненного цикла

Основные подходы к построению структурной модели проекта таковы :

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

Для обеспечения эффективного управления проектом при разработке проекта необходимо:

) учесть в плане все разделы, этапы и работы проекта;

) учесть в плане все организации, участвующие в проекте;

) обеспечить действенность управления путем распределения ответственности.

Первое требование может быть удовлетворено разбивкой проекта на пакеты работ с помощью WBS. Для выполнения по­следних двух требований плановик должен указать, какая орга­низация ответственна за каждый пакет или уровень дерева работ. Другими словами, он должен четко определить уровни и объемы ответственности в организационной структуре. Это мо­жет быть сделано с помощью схемы организационной структуры проекта (OBS – Organisation Breakdown Structure).

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

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

2. Матрица ответственности связывает пакеты работ с организациями-исполнителями на основе WBS и OBS. В матрице ответ­ственности определяются основные исполнители по пакетам работ.

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

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

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

5. Структура затрат. Методика структуризации затрат аналогична используемой в процессе разработки структуры потребляемых ресур­сов.

6. Структурная декомпозиция контрактов по работам проекта.

7. Дерево распределения рисков проектов.

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

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

Литература:

1. Шеремет В.В., Павлюченко В.М., Шапиро В.Д. и др. Управление инвестициями: В 2 – х томах. Том 1. – М.: Высшая школа, 1998. – 416 с.

2. Проектный менеджмент: Учебно-консультационный курс. – М.: ГУ «МИВТ - Центр»; Лаборатория Базовых Знаний, 2007. – 287 с.

3. Мазур И.И., Шапиро В.Д., Ольдерогге Н.Г. Управление проектами: Учебное пособие. – М.: Омега – Л, 2005. – 664 с.

4. Информационный менеджмент / Под научной редакцией Н.М. Абдикеева. – М.: ИНФРА-М, 2009. – 400 с.