Понятие «проект»: основные признаки и структура. Структура проекта и оформление проектной работы Определение цели проекта его структуры

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

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

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

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

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

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

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

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

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

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

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

Разработка организационной структуры обычно включает в себя следующие шаги:

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

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

Рис. 2.10.

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

Рис. 2.11.

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

Рис. 2.12.

Рис. 2.13.

Рис. 2.14.

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

Таблица 2.4

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

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

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

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

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

• 1. Определение проекта. Подразумевает четкую формулировку характера, целей и содержания проекта, а также определение всех конечных продуктов проекта с их характеристиками. Здесь же должна быть составлена иерархия целей.
• 2. Уровень детализации. На этом шаге рассматриваются различные уровни детализации плана и выявляется оптимальное количество уровней элементов структуры.
• 3. Структура процесса. Разрабатывается схема жизненного цикла проекта.
• 4. Организационная структура, т.е. организационная схема проекта, охватывающая все группы участников или отдельных участников, занятых в проекте, включая лиц из внешнего окружения, заинтересованных в реализации проекта.
• 5. Структура продукта – схема разбивки конечного продукта по подсистемам или компонентам, включая материальное, программное, информационное, сервисное обеспечение, если необходимо, то и территориальное распределение.
• 6. Система бухгалтерских счетов организации – предполагает разработку системы кодов, применяемых при структурировании проекта. Должна основываться на существующем в организации плане бухгалтерских счетов и на системе внутреннего учета.
• 7. Структура разбивки проекта. Результаты шагов с 3 по 6 объединяются в единую структуру проекта.
• 8. Генеральный сводный план проекта. Может в дальнейшем подвергаться дальнейшей детализации в процессе поиска критического пути.
• 9. Матрица распределения ответственности. В результате анализа отношений между элементами структуры проекта и организационной структурой строится матрица, где элементы структуры проекта становятся строками, а элементы организационной структуры компании – столбцами. В ячейках матрицы уровни ответственности обозначаются при помощи условных различных обозначений или кодов.

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

• 1) дерево целей;
• 2) дерево решений;
• 3) дерево работ;
• 4) организационная структура исполнителей;
• 5) матрица ответственности;
• 6) сетевая модель;
• 7) структура потребляемых ресурсов;
• 8) структура затрат;
• 9) структура стоимости.

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

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

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

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

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

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

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

Понятия и структура проекта ИС

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

· По сферам деятельности(снабжение, производство, сбыт)

· По ресурсам (трудовые, финансовые, информационные, материальные и т.д).

· По бизнес процессам

· По функциям управления (планирование, учет, контроль, регулирование и т.д.)

· Смешанная декомпозиция

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

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

Информационное обеспечение состоит из внемашинного и внутримашинного.

К внемашинному ИО относятся системы классификации и кодирования инф-ции, а также система документации.

К внутримашинному ИО относят БД, базы знаний, пользовательский интерфейс и т.д.

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

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

В состав проектной документации по созданию ИС входят следующие основные док-ты:

1. «технико –экономическое обоснование»(ТЭО). Целью разработки данного проекта является:

Обоснование состава функциональных задач

Требования к обеспечивающим подсистемам

Технологии проектирования

Ориентировочный расчет экономической эффективности

2. «техническое задание на создание автоматиз-ой системы». Составляется на основе ТЭО и включает задания на проектирование функциональной части и обеспечивающих подсистем.

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

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

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

1 стадия: анализ (обоснования требований к ИС)

2 стадия: проектирование (создание систем на логическом уровне)

стадия: программирование(реализация системы на физ-ом уровне)

стадия: внедрение 5 стадия: эксплуатация

3.Состав проектной документации.

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

Что такое организационная структура проекта

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

Определение, если что, не формальное из стандарта типа PMBoK, а авторское, не знаю, где взять формальное. Если у вас есть вариант лучше – здорово, предлагайте в комментариях!

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

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

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

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

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

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

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

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

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

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

Для построения организационной структуры проекта нужно пройти следующие шаги:

1. Понять, кто вообще будет вовлечен в проект (снова привет ).
2. Понять, достаточно ли вам будет одной орструктуры или необходимо построить несколько, и для чего вообще вы ее строите. Например, организационная структура управления проектом, которую вы будете согласовывать на уровне управляющего комитета будет отличаться от организационной структуры выполнения проекта для организации взаимодействия между командами или от организационной структуры, которую вы делаете, чтобы четко определить процесс взаимодействия с подрядчиками в этом проекте.
3. Накидать на слайд, в visio, mindmap или в любом другом инструменте список всех участников.
4. Определить, какую информацию помимо ролей вам необходимо видеть. Обычно это как минимум должности и подчиненность, а как максимум – уровень принимаемых решений, конкретные имена, регулярность встреч и проч. Пытаться впихнуть туда все я не рекомендую – для этого есть , а картинку с оргструктурой лучше этим не перегружать.
5. Прорисовать подчиненность/иерархию и направления коммуникации .
6. Посмотреть на свой рисунок и учесть политические моменты. Иногда вы понимаете, что РМ со стороны Заказчика в силу каких-то объективных причин должен подчиняться вам (и вообще он не РМ, а функциональный эксперт, будем честными), или что мнение конкретного директора по качеству в этом проекте вообще никого не интересует и видеть его тут не хочется, или что в данной проектной структуре финансовый директор должен бы подчиняться ИТ-директору (потому что сильно завязано на потоки денег, и именно ИТ-директор будет говорить финансовому, в какой момент и какие суммы надо спланировать). Но надо понимать, как это будет воспринято при согласовании, каковы ваши шансы такую оргструктуру «протащить», и как она соотносится с культурой компании и существующими в ней политическими течениями. Да, после этого вы будете себя чувствовать, как , но от политики никуда не денешься.
7. «Прилично» оформить картинку, избавившись от всей лишней информации, «потерявшихся» людей и стрелок и проч. Организационная структура проекта – один из основополагающих документов и должен выглядеть прилично, чтобы его воспринимали всерьез.
8. Показать получившуюся оргстурктуру проекта кому-нибудь, не входящему в нее, но понимающему контекст . Этот человек сможет вам подсказать, что в ней непонятно, и, возможно, обратит вниманием на какие-то логические или политические несоответствия, т.к. в процессе разработки взгляд все-таки замыливается.
9. Согласовать построенную организационную структуру со спонсором проекта или с другими заинтересованными лицами, чем мнение неплохо бы получить до обнародования вашего шедевра.
10. После того, как орструктура проекта согласована со спонсором – либо добавить ее в устав либо вынести на согласование на соответствующий уровень как часть плана управления проектом.

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

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

Ниже вы найдете примеры оргструктур с разных моих проектов.

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

Пример 1. Классическая организационная структура проекта, которой будет достаточно в 95% случаев

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

Пример 3. Организационная структура проекта с разделением по уровням управления и одновременно – с выделением команды Заказчика и команды ИТ

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

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

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

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

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

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

В технически сложных проектах важна роль главного инженера проекта (ГИП) , который порой по статусу равен менеджеру проекта.

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

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

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

ПРИМЕР ОРГАНИЗАЦИОННОЙ СТРУКТУРЫ КОМАНДЫ ПРОЕКТА

Проект и компания

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

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

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

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

ФУНКЦИОНАЛЬНАЯ ОРГСТРУКТУРА

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

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

ПРОЕКТНАЯ ОРГСТРУКТУРА

Примечание: Цветом выделены сотрудники, участвующие в проекте.

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

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

МАТРИЧНАЯ ОРГСТРУКТУРА

Примечание: Цветом выделены сотрудники, участвующие в проекте.

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

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

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

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

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

Введение

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

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

Понятие «проект»: основные признаки и структура

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

Среди основных признаков проекта выделяют:

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

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

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

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

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

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

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

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

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