ПРАВИЛА ОФОРМЛЕНИЯ КОНТРОЛЬНОЙ РАБОТЫ
Контрольная работы выполняется на компьютере и предоставляется в печатном виде на одной стороне белой бумаги формата А4 (210х297). Шрифт (при выполнении на компьютере) Times New Roman, размер шрифта – 14, интервал – 1,5. Объем работы – не более 30 страниц, включая титульный лист и список использованных источников. Приложения в нормируемый объем не включаются.
Размеры полей: верхнее и нижнее – 20 мм, левое – 20 мм, правое – 10 мм. При написании допускаются общепринятые сокращения.
После титульного листа1 оставляют чистый лист для рецензии, заключения и вопросов преподавателя. Все таблицы, рисунки и схемы должны иметь сквозную нумерацию в пределах контрольной работы.
Цифровой материал рекомендуется представлять в виде таблиц, графиков и диаграмм, которые должны быть оформлены в соответствии с установленными правилами. Таблицы должны иметь порядковый номер, заголовок, колонки - названия с указанием единиц измерения приводимых показателей. Графики и диаграммы так же должны иметь порядковые номера и заголовки. Все визуальные элементы приводимых рисунков должны быть четко видны и не содержать нечитаемых текстовых примечаний.
Обязательной частью контрольной работы является список использованных источников. В него включаются все использованные источники в следующей последовательности: монографии, учебники и учебные пособия, статьи из журналов и газет, Internet, материалы предприятий. Оформление списка использованных источников должно соответствовать библиографическим правилам.
В конце работы обучающийся ставит дату и подпись.
Законченная контрольная работа, содержащая все требуемые элементы оформления и скрепленная по левому краю способом, исключающим потерю листов, сдается для проверки. После проверки преподавателем, обучающийся обязан исправить замечания, приложив исправления к ранее сделанной работе. Готовая и проверенная работа защищается обучающимся.
ПОСЛЕДОВАТЕЛЬНОСТЬ ВЫПОЛНЕНИЯ КОНРОЛЬНОЙ РАБОТЫ
Сначала студенту необходимо выбрать тему своего проекта, например может быть использована одна из тем, указанных в Приложении Б.
Следующим этапом работы является подбор и предварительное ознакомление с литературой по выбранной теме. Это позволит систематизировать материал и подобрать литературу, которая в наибольшей степени соответствует целям и задачам контрольной работы.
После изучения литературы и повторения пройденного на лекциях материала, приступают к написанию контрольной работы, соблюдая логическую последовательность изложения материала. Формулировки должны быть краткими, четкими и конкретными, аргументация - убедительной. Делая заключения, следует приводить точные сведения и аргументировать свою точку зрения.
Используемые цифровые данные целесообразно свести в таблицы или диаграммы. Таблицы, графики, диаграммы являются важной частью работы, поэтому целесообразно помещать их в тексте, делая соответствующие комментарии и выводы.
Выполненную контрольную работу студенты сдают руководителю или на кафедру в установленные сроки. Получив проверенную работу, обучающийся должен ее доработать в соответствии с замечаниями руководителя. Работа, не раскрывающая по содержанию сути вопросов, не выдерживающая требований по объему или оформлению, возвращается студенту на доработку.
ПЛАН КОНТРОЛЬНОЙ РАБОТЫ
Введение.
Участники проекта
Дерево целей проекта
Задачи проекта
Ресурсы проекта
Риски проекта
Заключение
ХОД ВЫПОЛНЕНИЯ КОНТРОЛЬНОЙ РАБОТЫ
Введение
Во введении студент должен выбрать тему проекта, примерный список вариантов приведен в Приложении Б. Затем показывается место проекта в классификации, согласно различным критериям, таким как масштаб проекта, тип и т.д.
Критерии классификации проекта:
1. Масштаб проекта. По масштабности проекты обычно относят к одной из перечисленных ниже групп:
• Глобальные проекты, реализация которых существенно влияет на экономическую, социальную или экологическую ситуацию на планете.
• Крупномасштабные проекты, масштаб одной страны.
• Региональные проекты, проекты городского (отраслевого) масштаба.
• Локальные проекты.
Также различают:
Монопроекты (малые проекты);
Мегапроекты;
Мультипроекты.
2. Тип проекта. По основным сферам деятельности, в которых осуществляется проект, выделяют: технические, организационные, экономические и смешанные проекты.
3. Вид проекта. По характеру предметной области проекты подразделяются на инвестиционные, инновационные, научно-исследовательские, учебно-образовательные, смешанные.
4. Длительность проекта. По продолжительности периода осуществления проекта они подразделяются на краткосрочные (до 3-х лет), среднесрочные (от 3-х до 5-ти лет) и долгосрочные (более 5 лет).
5. По целям и задачам проекты могут быть классифицированы как коммерческие или некоммерческие проекты.
6. С точки зрения альтернативного выбора наилучшего проекта, или же при принятии решения о включении проекта в портфель проектов можно выделить следующие важные характеристики проектов. Проекты могут быть:
• Независимыми;
• Взаимодополняющими;
• Взаимоисключающими.
Необходимо также продумать актуальность темы, т.е. ту ситуацию, которая делает проект необходимым.
Основными причинами авторизации проекта являются:
1.требования рынка (нефтяная компания авторизует проект создания нового нефтеперерабатывающего завода в ответ на постоянные перебои с поставками горючего)
2.нужды организации (тренинговая компания авторизует проект разработки нового курса обучения для увеличения своих доходов)
3.требования заказчика (например, электрическая компания авторизует проект сооружения новой подстанции для электроснабжения нового промышленного района)
4.технологический прогресс (например, разработчик программного обеспечения авторизует новый проект разработки нового поколения видеоигр после появления новых игровых приставок от производителей электроники)
5.требования законодательства (производитель краски авторизует проект разработки инструкции по обращению с новым токсичным веществом).
Участники проекта
Далее студенту необходимо определить участников проекта. Анализ заинтересованных сторон включает определение отдельных лиц, групп, организаций, либо активно участвующих в проекте, либо на чьи интересы могут повлиять результаты исполнения или завершения проекта.
Участники также могут влиять на цели и результаты проекта. Команда управления проектом должна выявить участников проекта, определить их требования и ожидания и, насколько возможно, управлять их влиянием в отношении требований, чтобы обеспечить успешное завершение проекта. Участники могут оказывать положительное или отрицательное влияние на проект. Положительно влияющие участники – это обычно те, кому выгодно успешное завершение проекта, тогда как отрицательно влияющим участникам успешное завершение проекта представляется нежелательным.
Рис. 1. Основные участники проекта
Относительно неизменными можно считать следующие функции по осуществлению проекта:
1. Проект должен быть осмыслен, "придуман" и инициирован – значит, у него должен быть инициатор.
2. Проект должен обрести главное заинтересованное лицо (организацию) - сторону, которая является будущим владельцем (заказчиком) и пользователем результатов проекта и несет за него ответственность.
3. Осуществление проекта требует привлечения инвестиций – значит, у него должны быть инвесторы, т.к. средств заказчика обычно недостаточно.
4. Проект нужно готовить и осуществлять – значит, у него должны быть соответствующие исполнители.
5. В результате реализации большинства проектов должно что-то произ водится или оказываться какие-то услуги – значит, у проекта должны быть свои производители, продавцы и потребители, которые, в конечном счете, должны возместить все расходы по проекту и принести прибыль его остальным участ никам.
6. Проектом нужно управлять. Значит, у проекта должен быть менеджер.
7. Каждый проект кроме того может затрагивать интересы и других сторон: местных властей, общественных групп, населения и отдельных граждан - это все участники проекта.
Очевидно, что для любого проекта принципиальный состав функций остается неизменным. Однако в простейшем, вырожденном случае (например, теплица на дачном участке) все основные функции проекта могут осуществ ляться одним лицом.
Информация об участниках проекта приводится студентом в виде следующей таблицы:
№ п/п
|
Наименование участника
|
Роль (вклад) в проекте
|
Например, для проекта «Разработка новой услуги» сведения об участниках проекта могли бы быть следующими (фрагмент):
№ п/п
|
Наименование участника
|
Роль (вклад) в проекте
|
1.
|
Менеджер проекта
|
Общее руководство проектом
|
2.
|
Специалист по маркетингу
|
Проведение исследований рынка
|
3.
|
Заказчик
|
Будущий владелец результатов проекта
|
Цели проекта
После определения основных участников проекта студенту необходимо рассмотреть проблемы участников, которые могут быть решены в ходе реализации проекта.
На этапе анализа проблем осуществляется формулировка проблем, определение их причинно-следственных связей и построение дерева проблем. Дерево проблем представляет собой иерархическое расположение проблем. В своем первоначальном выборе центральной проблемы каждая из заинтересованных сторон будет руководствоваться своим собственным интересом в проекте и своими собственными проблемами. Пример: проект, поддерживаемый Международным банком реконструкции и развития по поддержке и реформированию городского общественного транспорта в ряде городов Российской Федерации. С точки зрения руководителей транспортных предприятий участвующих городов первоочередной проблемой является острая нехватка транспортных средств, а с точки зрения федеральных и местных органов власти- неэффективность всей системы организации работы и финансирования городского общественного транспорта, включая проблемы льготников, недостаточную эффективность работы предприятий городского общественного транспорта и др. Исходным пунктом построения древа проблем должна стать одна центральная проблема.
При рассмотрении второй проблемы, связанной с ней, поступают следующим образом:
если проблема является причиной, она помещается уровнем ниже;
если проблема является следствием, она помещается уровнем выше;
если проблема не является ни причиной, ни следствием, она помещается на тот же самый уровень.
По мере увеличения количества уровней дерева, оставшиеся проблемы добавляются к нему по тому же принципу.
Дерево целей строится студентом аналогично дереву проблем, при этом одной проблеме может соответствовать одна или несколько целей.
Цель проекта – желаемый результат деятельности, достигаемый в итоге успешного осуществления проекта в заданных условиях его выполнения.
Требования к целям проекта описываются с помощью т.н. «правила SMART»:
S («Конкретная») - При постановке целей избегайте «расплывчатых определений»;
M («Измеряемая») - Цель должна иметь четкое количественное выражение;
A («Распределяемая») - Все работы по достижению цели должны иметь ответственных исполнителей
R («Реалистичная») - Цель должна быть достижима исходя из имеющихся ограничений
T («Временная») - Достижение цели должно иметь четкие временные границы.
Также можно говорить о трех уровнях значимости целей в рамках проекта:
Критические важные цели. Их достижение означает успешное завершение проекта.
Значимые цели. Их достижение существенно улучшает общие результаты проекта, но не является необходимым для успеха проекта.
Второстепенные цели (возможности). Достижение целей данного уровня способно добавить проекту некоторые дополнительные преимущества, но на общий успех/провал проекта практически не влияет.
В дереве целей проекта должно быть, по крайней мере, 10 целей 3-4 уровней и отражающих интересы различных участников проекта.
Например, для проекта «Разработка новой услуги» дерево целей может иметь следующий вид:
Создание новой услуги
Проведение маркетингового исследования (МИ) в установленные сроки и в рамках бюджета
Успешное пилотирование новой услуги
Обоснование необходимости новой услуги
Создание комплекса планов проекта
МИ должны быть проведены в срок до 01.09.12
МИ должны уложиться в бюджет 100000 р.
Задачи проекта
После этого студенту необходимо определить те работы (задачи), которые необходимо будет выполнить для достижения заявленных целей.
Pабота в плане проекта представляет некоторую деятельность, необходимую для достижения конкретных результатов (конечных продуктов нижнего уровня). Таким образом, работа является основным элементом деятельности на самом нижнем уровне детализации, на выполнение которого требуется время, и который может задержать начало выполнения других работ. Момент окончания работы означает факт получения конечного продукта (результата работы). На практике для ссылки на детальный уровень работ часто используется термин задача. В общем смысле эти два термина являются синонимами.
Структура задач проекта строится по принципу декомпозиции. Для этого мы сначала выделяем основные задачи на основе некоторого критерия, например стадии жизненного цикла проекта или части продукта проекта, а затем продолжаем делить их на все более мелкие непересекающиеся подзадачи.
Например, для проекта «Разработка новой услуги» основными задачами могут быть:
Предпроектный анализ
Анализ
Планирование
Разработка
Пилотирование
Завершение проекта
Студент должен указать в контрольной работе список основных задач.
Подготовку структуры декомпозиции работ (Work Breakdown Structure или WBS) можно считать законченной, когда определены мелкие индивидуальные части (элементарные) работы. Ответственность за каждую элементарную работу должна быть поручена одному и только одному члену команды проекта. Очень важно понять, что первоочередная задача составления WBS - разделить проект на подпроекты до той степени детализации, когда появится возможность распределить элементарные работы.
Если проект большой, WBS может иметь довольно общий характер. Можно остановиться на самом нижнем уровне, который отслеживает руководитель проекта. Этот уровень, напомним, принято называть пакетом работ. Следует учитывать, что начиная с этого уровня другие менеджеры, занятые на проекте, должны осуществить более подробное разделение проекта на части (подпроекты) до уровня элементарных работ.
На самом нижнем уровне WBS должно быть описание элементарной работы, которая может быть выполнена одним человеком (или группой людей). Если этот человек (или группа) собираются выполнять работу, а не руководить ее выполнением, этот уровень может быть признан самым нижним уровнем WBS (в отличие от более высокого уровня - пакета работ, - определение которому дается выше). Этот же уровень называется уровнем задания или конкретных действий.
Пример структурной декомпозиции для проекта «Создание автомобиля» на основе фаз жизненного цикла проекта показан на рис.2.
Рис.2. Структурная декомпозиция проекта «Создание автомобиля».
Некоторые задачи, отражающие промежуточные результаты проекта (завершение фаз), точки контроля, принимаемые решения, начало и завершение проекта могут иметь нулевую длительность.
Порядок выполнения задач определяется временными связями между ними. Выделяют четыре основных типа связей, показанных на рис.3 – «окончание-начало», «начало-начало», «окончание-окончание» и «начало-окончание». Так, например, связь «окончание-начало» показывает, что сразу после первой задачи начинается вторая. В таком случае первая задача также называется «предшественником» второй. В качестве предшественника указывается только задача (задачи), непосредственно предшествующие данной.
Рис.3 Типы временных связей между задачами.
Критический путь - максимальный по продолжительности полный путь в сети называется критическим; работы, лежащие на этом пути, также называются критическими. Именно определяет наименьшую общую продолжительность работ по проекту в целом. Длительность выполнения всего проекта в целом может быть сокращена за счет сокращения длительности задач, лежащих на критическом пути. Соответственно, любая задержка выполнения задач критического пути повлечет увеличение длительности проекта. Концепция критического пути обеспечивает концентрацию внимания менеджера на критических работах. Основным достоинством метода критического пути является возможность манипулирования сроками выполнения задач, не лежащих на критическом пути. Метод критического пути позволяет рассчитать возможные календарные графики выполнения комплекса работ на основе описанной логической структуры сети и оценок продолжительности выполнения каждой работы, определить критический путь проекта.
Временной резерв или запас времени - это разность между самым ранним возможным сроком завершения работы и самым поздним допустимым временем ее выполнения. Управленческий смысл временного резерва заключается в том, что при необходимости урегулировать технологические, ресурсные или финансовые ограничения проекта он позволяет менеджеру задержать работу на это время без влияния на общую продолжительность проекта и продолжительность непосредственно связанных с ней задач. Работы, лежащие на критическом пути, имеют временной резерв, равный нулю.
Любая задача проекта выполняется неким участником проекта, также она может требовать использование определенного оборудования, а также иных активов, например программного обеспечения – все они называются ресурсами проекта. С одной задачей может быть связано несколько ресурсов.
Информация о задачах проекта приводится студентом в таблице следующего вида:
№ п/п
|
Название задачи
|
Длительность (в днях)
|
Предшественник
|
Ресурсы
|
|
|
|
|
|
В контрольной работе должно быть рассмотрено по крайне мере 50 задач разных уровней структурной декомпозиции.
Например, для проекта «Разработка новой услуги» фрагмент такой таблицы задач может выглядеть следующим образом:
№
|
Название задачи
|
Длительность
(в днях)
|
Предшественник
|
Ресурсы
|
1
|
Предпроектный анализ
|
54
|
-
|
|
1.1.
|
Оценка рынка
|
4
|
-
|
Маркетинговый специалист;
Менеджер проекта
|
1.2
|
Презентация для Заказчика
|
0,5
|
Оценка рынка
|
Менеджер проекта;
Бумага
|
1.3
|
Принятие решения о запуске
проекта
|
49,5
|
Презентация для Заказчика
|
Заказчик
|
1.4
|
Предпроектный анализ завершен
|
0
|
Принятие решения о запуске
проекта
|
|
2
|
Анализ
|
60
|
Предпроектный анализ
|
|
2.1
|
Разработка бизнес-модели
|
58
|
-
|
Бизнес-аналитик;
Менеджер проекта
|
2.2
|
Оценка использования ресурсов
|
2
|
Разработка бизнес-модели
|
Бизнес-аналитик;
Менеджер проекта
|
2.3
|
Презентация бизнес-модели для
Заказчика
|
0,5
|
Разработка бизнес-модели
|
Менеджер проекта
|
2.4
|
Решение о продолжении проекта
принято
|
0
|
Презентация бизнес-модели для
Заказчика
|
|
3
|
Планирование
|
|
Анализ
|
|
3.1
|
Разработка технического задания
|
30
|
-
|
Менеджер проекта;
Программист
|
3.2
|
Согласование использования
ресурсов
|
7
|
Разработка технического задания
|
Маркетинговый специалист
|
3.3
|
Создание плана проекта
|
4
|
Разработка технического задания
|
Менеджер проекта; Бизнес-аналитик;
Программист;
Заказчик;
Бумага
|
3.4
|
План проекта готов
|
0
|
Создание плана проекта
|
|
Ресурсы проекта
Далее студент указывает более подробную информацию о ресурсах, используемых в проекте.
|
