Страница описывает Проектную модель МИЭМ v.2.
Эта версия не принята в работу для всего МИЭМ и применяется в экспериментальном порядке в отдельных проектах. Не распространяйте её без согласования с руководством МИЭМ и Проектным офисом!
В действующей проектной модели МИЭМ приняты четыре типа проектов:
- Программный
- Программно-аппаратный
- Научно-исследовательский
- Стартап -- не используется по причине отсутствия нормативной базы в ВШЭ.
При этом, фактически принимаются в работу проекты следующих типов:
- Программный: создание отчуждаемого программного продукта по заданию.
- Программно-аппаратный: создание продукта -- устройства или комплекса, с программным обеспечением или без.
- Научно-исследовательский: получение нового научного знания или достижение иного научного результата.
- Стартап: инициативный проект, не имеющий прямого заказчика и конкретных пользователей. Отработка гипотезы о востребованности продукта.
- Технологический: создание технологий или новое применение существующих технологий, отработка технологических гипотез.
- Учебно-методический: создание инструментов и технологически сложного образовательного контента.
- Эксплуатационный:
применимо только для задач МИЭМ эксплуатация сложных технических систем, тестирование на месте применения разработок других проектов, развитие технологических ресурсов.
Признаки каждого типа проектов:
Разработка отчуждаемого программного продукта, соответствующего заданию заказчика.
К программным проектам также можно отнести интеграционные, в которых решение задачи пользователя достигается интеграцией существующих сервисов и программ с возможным созданием интеграционного ПО, а не созданием нового программного продукта.
- Наличие заказчика, заинтересованного в использовании этого продукта.
- Наличие пользователей и реалистичных сценариев использования продукта.
- Наличие сформулированной задачи на разработку и описания итогового продукта и лицензионных требований.
- К программным относятся также интеграционные проекты, когда решение поставленной задачи заключается в построении программного комплекса из готовых программ или сервисов при помощи собственных программ (скриптов), например, посредством API-взаимодействия.
- РИДопригодность: может быть получено свидетельство о регистрации ПО или БД.
- Документация должна быть достаточной для поддержки и развития продукта без участия разработчиков.
- Решение задачи пользователя: решает ли созданный продукт задачу пользователя? Хорошо ли он это делает в сравнении с сушествующими аналогами?
- Поддерживаемость продукта и возможности развития/интеграции: нужно обосновать появление самописного кода в противовес с использованием стороннего (поддерживаемого другими силами) продукта.
- Лицензионные характеристики продукта.
-
301 Обучающие чат-боты -- проект состоит из разработки "ядра" и "контента". Причём, контент по заказу МИЭМ и инициативно. Этот проект можно отнести сразу к трём типам: программный, стартап и учебно-методический. В зависимости от фазы проекта может меняться его тип. Так, в 2020-21 г.г. основной упор был на решение практической задачи -- создание онлайн-курса. Сделали минимальную программную часть, но продукт был в первую очередь -- учебный контент. В текущем году ядро переписывают под более широкое применение и это программный проект. Но в то же время команда работает со внешними заказчиками и пытается построить проект как коммерческий, создавая ценностное предложение и исследуя рынок, работая с потенциальными заказчиками и создавая MVP для внешнего применения для отработки рыночной гипотезы -- это признаки стартапа.
-
238 Интергация внешних платформ -- проект по заказу МИЭМ, нацеленный на унификацию работы с онлайн видеоплатформами и сокращения потребностей в лицензиях Zoom (пока это было актуально), также избавлял диспетчерскую учебного офиса от сбора ссылок от преподавателей. Выполнялся по списку платформ и с учетом специфики среды ВШЭ и конкретно МИЭМ. Это внутренняя заказная разработка. На втором году стоит задача создания отчуждаемого продукта на базе уже созданного. Это ещё не стартап, т.к. нет бизнес-модели и не исследован рынок, но в случае обнаружения предпосылок для коммерциализации так будет проще адаптировать проект под запросы рынка.
-
19001 Архив данных о растительности в Арктике -- проект в сотрудничестве с ИПЭЭ РАН, выполнен в соответствии с заданием заказчика. Заказная разработка.
Разработка отчуждаемого аппаратного или программно-аппаратного продукта -- устройства или комплекса, соответствующего заданию заказчика.
- Наличие заказчика, заинтересованного в использовании этого продукта.
- Наличие пользователей и реалистичных сценариев использования продукта.
- Наличие сформулированной задачи на разработку и описания итогового продукта (основные характеристики, включая лицензиою.
- Проекты этого типа могут не иметь программной составляющей, только аппаратную.
- Соответствие техническим характеристика из задания
- РИДопригодность: может быть получен патент и/или свидетельство о регистрации ПО или БД (при наличии программной составляющей).
- Документация должна быть достаточной для поддержки и развития продукта без участия разработчиков.
Получение нового научного знания или достижение иного научного результата.
Отработка гипотезы о востребованности продукта (не обязательно коммерческой).
- Инициативная тема, нет конкретного заказчика. В эту категорию подходят все проекты вида "сайт для фитнес-клуба", если это не заказ фитнес-клуба. Или "умный шлагбаум", если это не заказ конкретной компании.
- Есть гипотеза о пользователях и предполагаемых характеристах продукта, возможно, выраженная в виде задания, но задания от автора идеи, а не заказчика.
- Итогом разработки не обязательно является программный или аппаратный продукт, разработка может ограничиться стадией MVP. Важны результаты апробации и проведенный анализ востребованности и сформулированные уточненные требования к продукту по итогам проверки гипотезы. За время выполнения проект может (и это ожидается) пройти не один цикл разработки-анализа-совершенствования.
- На старте проекта должны быть представлены результаты первичной проработки идеи: маркетинговый анализ, бизнес-план, SWOT-анализ и т.д.
Уточнить и привести примеры
- Проект может не иметь выраженной коммерческой составляющей и бизнес-плана в обычном виде, но обязательно должна быть рассчитана экономика разработки и производства: себестоимость запуска и масштабирования на целевой рынок (для ПО) и производства первого экземпляра и малотиражного производства (для аппаратуры).
- Наличие ценностного предложения, основанного на анализе рынка
- Наличие рыночной гипотезы и хотя бы примерной бизнес-модели (она может уточняться позже)
- Наличие пользовательского сценария (включая предполагаемые пользовательские категории).
- На промежуточной стадии проекта могут быть поданы заявки в фонды или инкубаторы (при наличии коммерческой перспективы проекта, она не обязательно должна быть).
Отработка технологической гипотезы: проверка реализуемости или уточнение характеристик.
- Результатом проекта является не отчуждаемый продукт, а технический задел или знание о технологии: подтверждение предположения о выполнимости задачи (стадия RAT -- ristiest assumption test), проверка реализуемости технической идеи применительно к конкретным условиям. Сам результат разработки может не продвинуться дальше прототипа (prototype) или MVP по отдельной технической гипотезе (для уже действующих разработок), результаты такого проекта ложатся в основу задания на продукт или показывают нежизнеспособность подхода. При этом, может вестись программная или аппаратная разработка, в результате проекта ожидаются соответствующие артефакты. Также технологические проекты имеют больше исследовательской составляющей с соответствующей документацией в результате проведенных исследований и экспериментов.
- К технологическим проектам теоретически можно отнести все проекты, содержащие технологическую составляющую, но не имеющие заказчиков, также не стремящиеся стать продуктами.
Это риск получить много перекрашенных курсовых под видом исследования технологий! Нужно выставить ограничения.
- 19102 Телецентр МИЭМ -- это одновременно "программно-аппаратный" проект и технологический. Действительно, здесь в итоге создается конкретный продукт, у него есть конкретные заказчик и пользователи. Но он изначально имеет компоновку и характеристики достаточно обобщенные, чтобы можно было считать его платформой для разработки. Телецентр МИЭМ работает с необычным для телевидения стеком технологий, более свойственным для систем видеонаблюдения, что вносит свою специфику. Отработать особенности технологии можно лишь имея действующую экспериментальную площадку с возможностью внесения изменений в аппаратную и программную базы. Это не мешает созданному продукту выполнять свои функции, но у продукта есть и другие важные характеристики. Например, мы понимаем, что для тиражирования это решение не лучшее, можно сделать дешевле по комплектующим и сборке, но для отладки и экспериментов оно подходит лучше, чем узкозаточенный инструмент.
Создание используемого в учебном процессе инструмента, в т.ч. технологически сложного учебного контента.
- Продуктом является не ПО или оборудование, а образовательный контент. Для которого в рамках проекта требуется создание ПО и/или оборудования.
- Разработка имеет прямое применение в рамках конкретного курса, лабораторного практикума.
- Задание согласовано с департаментом
- Также возможно, что разработка ведется для учета
Разработка инструментов и на их основе -- практикумов:
-
589 CI/CD грейдеры -- автоматическая проверка программных заданий в Gitlab. Разрабатывается программное ядро и набор лабораторных работ для нескольких курсов, в т.ч. для стенда удаленного доступа к лабораторному оборудованию. По мере готовности ядра основной акцент смещается на контент. Если в 2020-21 г. основной упор был на запуске хотя бы базовой версии, то в 2021-22 -- на интеграции со СмартЛМС, более гибком оценивании и прочих улучшениях. При всем этом основной продукт здесь не ПО, а комплекты лабораторных работ.
-
19108 Стенд IP-видеотехнологии Разработка стенда удаленного доступа для лаборатории -- это программно-аппаратный проект, но продукт не планируется тиражировать, это разработка по заказу учебного подразделения МИЭМ. При этом получаемый в результате работы продукт должен документироваться по всем правилам, свойственным соответственно программным и аппаратным продуктам.
Контент-проекты:
- Работы, которые должны выполняться учебными ассистентами. Например, создание методичек, проверка работ студентов, внесение в LMS материалов курсов, создание видеолекций
Эксплуатация, поддержка и текущее развитие сложных технических систем, тестирование и внедрение разработок других проектов на обслуживаемой площадке.
- Работа проводится в насыщенной техникой или ПО среде с высоким порогом вхождения для нормальной эксплуатации технических систем.
Заказы по происхождению можно разделить по следующим категориям