Модерация заявок в инженерном треке Балтийского конкурса
Модерация в контексте оценки заявок, поступающих на конкурс, представляет собой процесс проверки и анализа заявок с целью обеспечения их качества и соответствия требованиям конкурса. Понимание этой процедуры может быть полезно не только при подготовке заявки на конкретный конкурс, но и при выполнении учебных и прикладных проектов, подготовке заявок на гранты, бизнес-планов и других материалов, связанных с практико-ориентированной проектной деятельностью.
В рамках Балтийского научно-инженерного конкурса модерация заявок выполняется перед оценкой разработок, проводимой жюри конкурса. Модерация состоит из проверки формата заявок, оценки качества и оригинальности предложенных разработок, анализа документации и рисков, связанных с проектами, а также оценки потенциала проектов и их соответствия целям и задачам конкурса.
Модерация заявок является предварительным этапом перед оценкой разработок жюри конкурса и выполняется с целью обеспечения качества и соответствия представленных проектов требованиям конкурса. Содержание заявок на этапе модерации не оценивается.
Представляя свою разработку на конкурс, автор демонстрирует свой инженерный потенциал и способность решать проблемы, используя или создавая нужные технические средства. Это означает, что автор может показать свои навыки и опыт в области инженерии, а также способность применять эти навыки для разработки решений, которые могут решать конкретные проблемы.
Кроме того, автор может продвигать не только себя, но и свою разработку. Представляя свое решение на конкурсе, автор может привлечь внимание и интерес к своей работе, сделать ее более известной и получить возможность для ее развития и воплощения. Это может включать в себя финансирование, экспертизу, помощь в прототипировании или другие формы поддержки.
Как правило, в общем образовании автор разработки показывает свою способность использовать полученные знания, умения, навыки и компетенции для решения своих собственных задач, а также в интересах своей семьи, друзей, школы и других сообществ, в то время как в рамках профессионального образования в большей степени ожидается создание автором на основе освоенных профессиональных компетенций востребованных продуктов, в том числе коммерческих.
В инженерном треке конкурса для поступающих заявок оценивается, насколько предлагаемое решение или продукт решают проблему или удовлетворяют потребность потребителя в условиях заданных требований и существующих ограничений. Здесь инженерная деятельность по созданию технического средства решения проблемы потребителя, исходя из заданных требований, схожа с деятельностью врача, которому надо использовать медицинские средства для облегчения состояния пациента, исходя из заданных условий, бюджета и других возможностей и ограничений.
Чтобы заявка могла быть оценена по этим критериям на этапе модерации, она должна содержать непротиворечивую информацию о:
• потребителе предлагаемого решения, его потребности или проблеме, и контексте задачи;
• поставленной цели разработки и требованиях к решению;
• предмете разработки как предлагаемом средстве решения;
• описании реализации решения.
Здесь потребитель - тот, чья потребность или проблема решается данной разработкой, то есть тот, для кого результат этой разработки (продукт, услуга, техническое решение) представляет ценность.
Ценность может быть как финансовой, так и нефинансовой, и включает в себя улучшение качества жизни, экономию времени, сокращение расходов, удовлетворение эстетических предпочтений или улучшение эффективности процессов и т.д.
О ценности разработки для потребителя можно судить, к примеру, исходя из:
• Корректного определения и описания потребностей и задач потребителя, которые будут решены данной разработкой.
• Чем точнее описана решаемая проблема - тем понятнее ценность.
• Готовности потребителя платить за предлагаемую разработку определенную цену. Цена тут отражает воспринимаемую потребителем ценность решения.• Заинтересованности потребителя в использовании данного решения, его лояльности к продукту.
Тот, кому будет принадлежать результат выполненной разработки, является ее заказчиком. Потребитель и заказчик могут быть одним лицом, а могут быть и разными: к примеру, автор предлагает "электронного помощника" для лица с ограниченными возможностями, но делается он автором разработки не по запросу от данного лица как потребителя этого решения, а заказчиком разработки вступает благотворительный фонд. Следует отличать от потребителей и заказчиков также пользователей продукта или решения, которые могут быть с потребителями и заказчиками в одном лице, а, возможно, и нет.
Таким образом, для успешного прохождения модерации рекомендуется придерживаться следующей структуры заявки:
Описание контекста задачи:
• потребитель решения его потребность/проблема
• аналоги и альтернативы, и причины, почему они не подходят
• ценность решения для потребителя
• показатели ценности решения
• заказчик решения
• условия и ограничения
Поставленная цель разработки:
• описание цели разработки
• требования к решению
• критерии успешности решения
Предлагаемое решение:
• описание того, что именно разработано
• описание пользователей решения
• описание того, как оно решает поставленную задачу
Описание реализации решения:
• описание “устройства” предлагаемого решения или продукта
• соответствие заявленным требованиям
Оценка результата разработки:
• степень решения поставленной задачи на текущий момент
• соответствие изначальным требованиям
• подтверждение успешности разработки
• возможности доработки и улучшения разработки, ее перспективы
Если же автор пока только предлагает идею, концепцию, прототип решения и т.п., то он должен заявить:
• текущий статус разработки
• какой результат участия в конкурсе (финансирование, экспертиза, помощь в прототипировании и пр.) поможет воплотить предложенную концепцию решения поставленной задачи
Рекомендуется изложить данную информацию кратко, используя, прежде всего, стандартные поля тезисов в Единой системе регистрации (ЕСР) Балтийского конкурса:
Постановка задачи
• Описание контекста
• Поставленная цель
Методы
• Предлагаемое решение
• Описание реализации
Основные результаты
• Суть разработки [рекомендуется формула:
--- Для [заказчика/потребителя];
--- который [описание проблемы или потребности]
--- эта (этот) [имя продукта/результата проекта]
--- является [категория продукта, средства]
--- который(ая) [основные функции, ключевое преимущество, основная причина для заказа или использования]
--- в отличие от [альтернативы, основной конкурирующий продукт, текущая система или текущий бизнес-процесс]
--- наше решение [положение об основном отличии и преимуществе]
• Полученные результаты• Их оценка
Заключение
• Выводы и перспективы
Чек-лист готовности заявки к модерации доступен в информационных пакетах для научных руководителей разработок, представляемых на Балтийской конкурс, а также в нашем канале для руководителей и кураторов проектов в образовании.