С учётом рекомендаций ФГАУ «ФИРО» от 25.02.2015 г. по организации получения среднего общего образования в пределах освоения образовательных программ среднего профессионального образования на базе основного общего образования с учётом требований ФГОС и получаемой специальности среднего профессионального образования в рабочие программы по образовательным дисциплинам введены индивидуальные проекты как форма самостоятельной работы.

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

Цель и планируемые результаты выполнения индивидуального проекта зафиксированы в ФГОС СОО (раздел II, п.II).

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

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

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

Тематика индивидуальных проектов уточняется преподавателями учебных дисциплин с учётом специфики специальности СПО и обсуждается с обучающимися.

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

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

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

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

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

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

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

Классификация проектов по доминирующей деятельности:

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

· исследовательский проект по структуре напоминает подлинно научное исследование.

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

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

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

Первым листом проекта является титульный, который заполняется по форме, приведенной на рисунке 1.4.

Рисунок 1.4 – Пример титульного листа проекта

1.9 Требования к оформлению текстового варианта проектной работы

Таблица - 1

Структура	Требования к содержанию
1 Информационный раздел 1.1 Титульный лист	· Название образовательного учреждения (указывается в верхней части титульного листа) · Название работы (БОЛЬШИМИ БУКВАМИ по центру) · Область научных знаний, рассмотренных в проекте · Данные об авторе · Данные о руководителе · Название населенного пункта и год написания (внизу по центру)
1.2 Оглавление	Наименование всех глав, разделов с указанием номеров страниц, на которых размещается материал
2 Описание работы 2.1 Введение	Актуальность выбранной темы Проблема Цель проекта Задачи, поставленные для реализации проекта План (содержание) работы
2.2 Описание проектной работы и ее результаты	Теоретическая часть Практическая часть (описание методов исследования, ход исследования и его результаты) Назначение и применение проекта Выводы Список использованной литературы, электронные адреса. Приложение (рисунки, фото, схемы, таблицы, диаграммы)

2 Общие требования к текстовым документам

2.1 Общие требования

2.1.1 Текстовые документы выполняют на одной стороне листа белой бумаги формата А4 с применением печатающих и графических устройств вывода персонального компьютера. Междустрочный интервал – полуторный. Цвет шрифта – черный, высота букв, цифр и других знаков не менее 1,8 мм (кегль не менее 12). Выравнивание – по ширине.

2.1.2 При использовании печатающих устройств ПК текст документа следует печатать, соблюдая следующие размеры полей: правое – 10 мм, верхнее – 20 мм, левое и нижнее – 20 мм.

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

2.1.3 Расстояние от рамки формы до границ текста в начале и в конце строк – не менее 3 мм.

Расстояние от верхней или нижней строки текста до верхней или нижней рамки должен быть не менее 10 мм.

2.1.4 Абзацы в тексте начинают отступом, равным 12,7 мм.

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

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

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

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

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

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

2.2 Построение текстового документа

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

2.2.2 Разделы, подразделы должны иметь заголовки. Пункты, как правило, заголовков не имеют. Заголовки должны четко и кратко отражать содержание разделов, подразделов.

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

Расстояние между заголовком и текстом при использовании печатающего устройства компьютера – 3, 4 интервала. Расстояние между заголовками раздела и подраздела – 2 интервала.

2.3 Нумерация страниц документа

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

2.3.2 Титульный лист включают в общую нумерацию страниц. Номер страницы на титульном листе не проставляют.

2.3.3 Иллюстрации и таблицы, расположенные на отдельных листах, включают в общую нумерацию страниц.

Иллюстрации и таблицы на листе формата А3 учитывают как одну страницу.

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

2.4 Нумерация разделов, подразделов, пунктов, подпунктов документа

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

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

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

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

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

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

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

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

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

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

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

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

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

• 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) структура стоимости.

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

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

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

Содержание проекта следует иллюстрировать схема­ ми, таблицами, диаграммами, графиками, фотографиями, рисунками и т.д. Графическому материалу по тексту необходимо давать пояснения. Объем работы должен быть не менее 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 с.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Литература:

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

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

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

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