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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рис.1.1

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рис. 1.9.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рисунок 1. Структура проекта

1. Дерево целей и результатов (cтроится в соответствии с основным назначением проекта).
2. Бюджет проекта (строится на основе расчета потребности в финансовых ресурсах).
3. Матрица распределения работ во времени и по исполнителям (строится в соответствии с директивным временем реализации проекта и набором возможных исполнителей).
4. Сетевая модель проекта (строится на основе логической очередности выполнения работ проекта и алгоритмов разработки сетевых моделей).
5. Матрица распределения и минимизации рисков (указывает возможные риски и способы их минимизации).
6. График обеспечения ресурсами (структурная модель ресурсов, требуемых для выполнения работ).
7. График финансирования проекта (указывает сумму средств, необходимых для реализации проекта в определенный промежуток времени).
8. Матрица распределения ответственности (строится на основе матрицы распределения работ по исполнителям).
9. Структурная декомпозиция контрактов (строится на основе матрицы распределения работ по исполнителям).
10. Структурная модель организации проекта (представляет декомпозицию организационной структуры проекта).

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

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

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

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

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

Просмотры: 24 115

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

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

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

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

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

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

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

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

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

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

Рис. 2.5.

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

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

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

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

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

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

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

Рис.

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

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