Научная работа или инженерная разработка?

На ХХ Балтийском научно-инженерном конкурсе работа с поступающими заявками идет по двум трекам: в "научном" треке автор заявки выступает в качестве "ученого", представляющего свою научную работу, в "инженерном" — автор заявки выступает в качестве "инженера", "разработчика" или руководителя инженерной команды, представляющего некий продукт как результат инженерной разработки.

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

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

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

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

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

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

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

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

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

Таким образом,

• представление новых способов, методов, устройств или концепций, которые еще не были полностью изучены или применены, или

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

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

• отсутствие явного запроса или заказчика на конкретное решение проблемы, предложенное в работе,

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

В свою очередь, признаки инженерной разработки:

• цель: работа направлена на решение конкретной задачи или проблемы конкретного потребителя.

• наличие заказчика: известно, кому будет принадлежать результат работы.

• требования к решению: есть конкретные требования к решению задачи; важна не только реализация проекта, но и соответствие его заданным требованиям.

Поэтому формулировка "Мы разработали устройство, которое реализует новые принципы обнаружения препятствий, и может быть применено в системе РЖД" относится к научной работе, в то время как формулировка "По заказу РЖД мы разработали устройство, которое реализует новые принципы обнаружения препятствий" говорит, скорее, об инженерной разработке.

Важно:

•  Граница между научной работой и инженерной разработкой может быть размытой.

• Некоторые разработки могут иметь как научную, так и инженерную составляющую.

• При определении типа работы следует руководствоваться вышеуказанными признаками.

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

Заказчик для "инженера" — это тот, кто будет владеть предложенным решением. И, по факту, это тот, кто дает инженеру задание на выполнение разработки. В этом смысле для инженерной компании, принявшей заказ на разработку, заказчиком будет то лицо - физическое или юридическое, которое разместило этот заказ и с кем заключен договор. Но для конкретного инженера — сотрудника компании, заказчиком его работы будет тот, кто ему ее поручил, обеспечил ее исполнение, и кому он передаст ее результат — его начальник!

Итак, “на входе” у инженера — задача, которую предполагается решить через создание технических средств, и требования к решению, и он не имеет дела непосредственно с потребностями или проблемами потребителя этого решения. Поэтому если речь идёт об инициативном или предпринимательском проекте, где есть только предположение, гипотеза. что данное решение окажется востребованным такими-то потребителями, то в этом случае заказчиком для инженера выступает именно предприниматель! И именно он формулирует задание инженеру и требования к его решению.

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

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

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

В малых командах и стартапах, где роли предпринимателя и разработчика могут объединяться в одном человеке, возникают следующие проблемы:

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

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

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

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

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

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

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

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

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

* * *

Регистрация на конкурс 

См. также:

Чеклист для оценки соответствия разработки, поданной на инженерный трек конкурса, профилю трека:

Чеклист для оценки соответствия изобретения или предложения нового технического решения, поданного на научный трек конкурса, профилю трека

Чеклист для оценки соответствия исследовательской работы, поданной на научный трек конкурса, профилю трека: