Проект — это самостоятельный вид деятельности в учебном плане. Разделяют следующие виды учебной деятельности:
По каждому виду деятельности в учебном плане зафиксировано определенное количество кредитов (зачётных единиц) и эти кредиты не могут передаваться из одного вида деятельности в другой. Например, нельзя практику заменить проектом.
Академический курсовой проект или курсовая работа имеют целью закрепление навыков из теоретического материала, изученного в ходе обучения. Проекты подразумевают применение изученного, но нацелены на достижение продуктового результата.
1. Итоговый продукт
Результатом проекта является итоговый конечный продукт. Обычно -- в стадии рабочего прототипа.
Курсовая работа может иметь итог "освоил технологию, написал код", неприменимый в реальности. Оценивается отчет, код, способность студента защитить свои решения, но не практическая польза результата, а организация рабочего процесса находится вне контроля руководителя.
Проект имеет заказчика и пользователя, результатом является продукт (прототип), удовлетворяющий требованиям заказчика и используемый целевой аудиторией (или подтверждённо готовый к такому использованию).
Проект ведется по определенной методике исследования и разработки, принятой в организации, имеет соответсвующие формы отчётности -- документальной и презентационной. Защищается не только этап разработки, но и все этапы жизненного цикла продукта, приводящие к прототипной стадии продукта (если проект многолетний, то рассматриваются и дальнейшие стадии).
Подробнее о требованиях к результатам проектов (ссылка!)
Страница о жизненном цикле продукта - сделать
2. Организация работы проекта
Для курсовой работы стандартной ситуацией является взаимодействие научный руководитель – учащийся. При этом учащийся может общаться с научным руководителем только перед дедлайнами.
У проекта в свою очередь есть руководитель и команда и работа ведётся циклично всё время проекта.
Руководитель ведёт команду в течение всей работы над проектом и направляет ее деятельность в правильную сторону. Не только по содержанию проекта, но и по форме его ведения.
Команда работает над текущими задачами в течение всего проектного года, поддерживает коммуникацию между членами команды и с руководителем, по мере надобности -- с другими проектами и подразделениями.
Цели и критерии успешного выполнения проектов могут отличаться в зависимости от типа проекта и от его происхождения. Здесь описаны варианты происхождения проектов, ниже по ссылке вы найдете типы проектов, принятые в проектной модели МИЭМ:
Безотносительно типа (программный, программно-аппаратный, научно-исследовательский, стартап), проекты могут запускаться с разной целью, иметь разное происхождение -- это может быть внутренний или внешний заказ, может быть и не заказ, а инициатива. Но в каждом случае есть критерии отбора, предварительной проработки проекта и требования к результату.
Должна быть обоснована надобность в разработке: наличие конкретного заказчика.
Это не "все студенты ВШЭ, которым надо ...", а, например, ООО "Какие-нибудь-технологии" заказывает МИЭМу разработку программного модуля или устройства.
В случае внутреннего заказа -- лаборатория создаёт стенд или заказную разработку, или МИЭМ для своей цифровой среды ведет разработку сервисов и их поддержку.
Всегда есть конкретный заказчик и он может объяснить задачу и ее необходимость.
Всегда есть конкретная группа пользователей и понятно, как применяется этот продукт в их работе или быту, зачем им это.
Результат разработки обязательно должен быть отчуждаемым от команды и повторяемым – тогда другие люди будут иметь возможность продолжить поддержку и совершенствование продукта, не имея связи с командой разработки.
Не всегда разработка ведется по прямому заказу, проекты могут создавать что-то новое или аналоги существующего по инициативе руководителя. В таком случае проект выполняет проверку рыночной гипотезы. Это по сути стартап — делается предположение, что предлагаемый сервис или устройство настолько нужно такой-то целевой аудитории, что она будет готова это покупать. В таком случае на старте нужно представить обоснование (подробнее).
Сослаться на обоснование
Нужно понимать, что рыночная гипотеза и требования к разработке ПО или оборудования — это совсем не одно и то же. И в результате исследования запроса рынка может оказаться, что задача решается не такими средствами (не требуется разрабатывать новое ПО, а нужно настроить существующее; не требуется делать устройство, достаточно написать мобильное приложение или скрипт автоматизации; вообще задача решается административным или иным не-техническим путём). Поэтому к таким проектам предъявляются высокие требования на этапе принятия проекта экспертной комиссией.
НИР — это особый вид проектов, результатом которого является научное знание, а не конкретный продукт. В ходе НИР могут разрабатываться программы или аппаратура, но основной результат формулируется в отчетах и публикациях, защищита проводится по критериям оценки научной работы.
Основанием для НИР может служить идея научного руководителя или это может быть заказное исследование.
В общем случае научно-исследовательские проекты принимаются в работу в МИЭМ при наличии конкретного описания искомых результатов и предполагаемых методов исследования, а также наличия опытного научного руководителя.