flarione.ru → Приметы

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

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

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

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

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

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

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

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

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

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

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

Рис. 2.5.

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

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

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

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

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

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

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


Рис.

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

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

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

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

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

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

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

  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 при неосторожности легко нарушить.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Классификация

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

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

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

Краткосрочные разработки (до одного года);
- среднесрочные (от года до двух лет);
- долгосрочные (более 2-х лет).

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

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

Что означает понятие «проект»?

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

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

Осуществление задуманного

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

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

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

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

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

Модели структуры

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

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

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

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

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

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

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

- "Зачем?" - в этом случае определяется основная цель проекта.
- "Что?" - ответ на этот вопрос позволяет выявить услугу, продукт или объект, которые будут созданы в результате задуманного.
- "Кто?" - выявляет участников проекта, а также степень возлагаемой на них ответственности.
- "Когда и каким образом?" - при ответе на данный вопрос становится понятной продолжительность работ и их состав.
- "Каким образом проконтролировать?" - определяет способы оценки уровней выполнения работ.

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

Контроль и анализ

Это основные этапы реализации проекта. Их цель состоит в обеспечении выполнения намеченного плана.

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

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

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

Инновационные разработки

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

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

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

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

Инвестиционный проект

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

Этапы инвестиционного проекта включают в себя:

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

Творческий проект

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

Этапы творческого проекта состоят в следующем:

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

Таковы основные этапы большинства разрабатываемых проектов.

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

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

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

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

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

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

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

© 2024 flarione.ru - Деньги и жизнь - Портал компьютерной грамотности