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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рис. 2.5.

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

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

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

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

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

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

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

Рис.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Структура проекта, оформление и защита

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

Содержание проекта следует иллюстрировать схема­ ми, таблицами, диаграммами, графиками, фотографиями, рисунками и т.д. Графическому материалу по тексту необходимо давать пояснения. Объем работы должен быть не менее 15 печатных страниц формата А4 (исключая приложения). Структура проекта содержит:

титульный лист;

введение;

основная часть;

заключение (выводы и предложения);

список использованной литературы;

приложения.

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

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

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

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

Задачи исследования определяются поставленной целью и представляют собой конкретные направления решения проблемы для достижения цели исследования.

Введение не должно содержать примеров, иллюстративного и табличного материала.

Основная часть. Состоит из теоретической и практической частей.

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

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

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

Список литературы (~1-2 стр.) размещается в конце работы после заключения. Список литературы выполняется в алфавитном порядке и должен включать, как правило, не менее 15 источников, не считая нормативных актов, по всем разделам работы.

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

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

Оформление проекта

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

Текст работы должен быть отпечатан на компьютере через полтора межстрочных интервала с использованием шрифта Times New Roman Cyr №14. Расстояние от границы листа до текста слева - 25 мм, справа - 15 мм, от верхней и нижней строки текста до границы листа - 20 мм. Номер страницы ставится в верхнем правом углу. Абзацы в тексте следует начинать с отступа, равного 10 мм.

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

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

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

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

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

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

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

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

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

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

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

употреблять знаки (<, >, #, №, %) без цифр.

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

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

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

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

Графу "Номер по порядку" в таблицу включать не допускается. При необходимости порядковые номера показателей указывают в боковике таблицы перед их наименованием.

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

Иллюстрации, схемы и графики могут быть расположены как по тексту, так и в приложении. Их следует нумеровать араб­ скими цифрами сквозной нумерацией, за исключением иллюстраций приложений. Если рисунок один, то он обозначается "Рисунок 1". Нумерация рисунков сквозная. Допускается нумеровать иллюстрации в пределах раздела, например: Рисунок 1.1.

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

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

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

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

Сведения об учебной, методической и нормативной литературе должны включать фамилию и инициалы автора или авторов, заглавие книги (без кавычек), место издания, издательство, год издания (без слов «год»), количество страниц. Например - Беляев Е.И., Зиновьев Ю.В. Энергоаудит для подготовки энергетического паспорта: Учебное пособие. - Раменское: ИПК ТЭК,2012- 52 с.

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

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

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

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

Введение

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

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

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

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

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

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

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

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

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

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

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

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

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

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