НИОКР — это тот тип проектов, где в начале пути не всегда есть готовый ответ на вопрос: «Как именно получить нужный результат?».
Сначала нужно проверить техническую возможность, исследовать варианты решения и подтвердить выбранный подход. Проблема в том, что бизнес обычно ждет понятный результат: изделие, технологию, прототип, экономический эффект, патент, новую линейку продукции. А научная или инженерная команда работает в зоне неопределенности: проверяет теории, меняет подходы, уточняет требования, сталкивается с техническими ограничениями. Отсюда рождается вечный конфликт: одни хотят управляемости, сроков и бюджета, другие — времени на исследование и право на отрицательный результат.
Хорошая новость в том, что НИОКР можно управлять. Плохая — если управлять ими, как обычным проектом «сделали план — раздали задачи — закрыли этапы», можно быстро получить красивую диаграмму Ганта, которая не имеет отношения к реальности.
Разберемся, что такое НИОКР, какие этапы проходят такие проекты, какие роли в них участвуют, какие стандарты применяются и для чего здесь нужны информационные системы управления проектами.
НИОКР расшифровывается как научно-исследовательские и опытно-конструкторские работы. В международной терминологии ближе всего термин «R&D — Research and Development».
Если говорить человеческим языком, НИОКР — это работы, которые помогают компании перейти от идеи или научной гипотезы к практически применимому результату.
Внутри НИОКР обычно выделяют несколько направлений:
В реальной жизни эти границы не всегда соблюдаются. Например, при разработке нового промышленного изделия сначала проводят исследование материалов, затем проектируют опытный образец, потом корректируют технологию производства, возвращаются к испытаниям и снова меняют конструкцию. Формально этапы можно разделить. Практически они часто идут с возвратами и уточнениями.
При слове ГОСТ команда замирает: кажется, что сейчас начнется бюрократия, длинные документы и согласования ради согласований. Но в НИОКР стандарты необходимы. Они задают общий язык между заказчиком, разработчиком, конструктором, испытателем, производством, финансистами и проектным офисом.
В проектах НИОКР могут использоваться разные нормы и группы документов. Например:
ГОСТ Р 15.101-2021, который описывает порядок выполнения научно-исследовательских работ: требования к организации НИР, участникам, этапам, приемке и документам.
ГОСТ Р 15.301-2016, который относится к разработке и отгрузке на производство продукции производственно-технического назначения. Например, ОКР, техническое задание, конструкторская и технологическая документация, испытания опытных образцов, приемка результатов и подготовка производства.
ГОСТ Р 15.011-96, который регулирует патентные исследования. Для НИОКР это важно: можно разработать хорошее решение и слишком поздно обнаружить, что оно нарушает чужие права или не имеет патентной чистоты.
ГОСТ 7.32-2017, который задает требования к отчету о научно-исследовательской работе. В НИР результатом часто является не изделие, а выводы, обоснование, рекомендации, исходные данные для следующего этапа.
Не обязательно использовать ГОСТы в каждом проекте. Но если требования закреплены в договоре, техническом задании, отраслевых требованиях или внутреннем регламенте, правила становятся частью игры. И тогда проект НИОКР нужно планировать с учетом этих норм: какие документы готовим, кто согласует, когда проводим испытания, что является результатом этапа, как оформляется приемка.
НИОКР встречаются там, где компания создает новое или значительно улучшает существующее: на предприятиях машиностроения, авиационной и космической отрасли, приборостроения, радиоэлектроники, энергетики, химической промышленности, фармацевтики, металлургии, строительных технологий, ИТ, телекоммуникаций, медицины и агропромышленного комплекса.
Примеры проектов НИОКР:
Для бизнеса НИОКР важны по простой причине: без них компания постепенно теряет конкурентоспособность. Можно долго жить на старой продуктовой линейке, но рынок, технологии, требования заказчиков и регуляторов меняются.
Сначала появляется идея, проблема или потребность. Например: снизить массу изделия, заменить импортный компонент, повысить ресурс оборудования, создать новый продукт или проверить перспективную технологию.
Дальше начинается инициация проекта. На этом этапе формулируют цель, ожидаемый результат, ограничения, предварительный бюджет, сроки, ключевых участников, критерии успеха. Здесь важно честно зафиксировать уровень неопределенности. Если команда еще не знает, какой именно результат получится, нельзя делать вид, что это обычный проект внедрения с заранее понятным финалом.
Затем формируется техническое задание. Это один из самых важных документов НИОКР. Плохое ТЗ почти гарантирует проблемы дальше: исполнители будут делать «примерно это», заказчик будет ждать «что-то другое», а проектный офис попытается контролировать сроки по плану, который уже устарел.
После этого начинается НИР: анализ существующих решений, патентные исследования, расчеты, эксперименты, лабораторные проверки, моделирование, технико-экономическое обоснование. Результатом может быть отчет, подтверждение или опровержение гипотезы, рекомендации, концепция, исходные данные для ОКР.
По результатам научно-исследовательских работ принимается решение: продолжаем, меняем подход, закрываем тему или возвращаемся к исследованию. В зрелом управлении это не формальность, а нормальная контрольная точка. На ней бизнес и техническая команда сверяют ожидания.
После успешной НИР начинается ОКР. Команда разрабатывает техническое предложение, эскизный или технический проект, конструкторскую и технологическую документацию, опытный образец или прототип. Потом идут испытания, доработки, повторные проверки, утверждение документации и подготовка к производству или внедрению.
Финальная часть — приемка результата и передача в дальнейшее использование. Это может быть запуск серийного производства, выпуск технологии в эксплуатацию, регистрация прав на результат интеллектуальной деятельности, внедрение решения у заказчика, выпуск опытной партии или закрытие проекта с фиксацией выводов.
НИОКР почти всегда кросс-функционален. Это длительные проекты со сложной кооперацией. Например: производство самолета, двигателя или автомобиля.
Типовой состав ролей выглядит так:
Здесь и возникает главный управленческий вызов: все эти люди смотрят на проект по-разному. Исследователь думает гипотезами, инженер — конструкцией, финансист — затратами, заказчик — сроками и эффектом, производство — технологичностью. Руководителю проекта нужно собрать эти взгляды в одну управляемую картину.
Не пытайтесь заранее расписать все до последнего винтика. Чем выше неопределенность, тем опаснее иллюзия точного плана.
Рабочий подход — гибридный. Верхний уровень фиксируется через этапы, контрольные точки, документы и решения. Нижний уровень «уточняет» задачи по мере появления новых данных. Здесь как раз хорошо подходит логика Directum Projects.
Например, можно зафиксировать подготовку ТЗ, исследования, патентный анализ, экспериментальную часть, отчет НИР, решение о переходе к ОКР, разработку опытного образца, испытания, доработку, приемку и передачу результата в производство. А внутри каждого этапа работать более гибко: уточнять эксперименты, добавить проверки, менять последовательность работ, фиксировать новые риски и решения.
Для НИОКР хорошо работает stage-gate-логика: проект движется через стадии, а между ними стоят точки принятия решений. На каждом таком отрезке необходимо ответить на несколько вопросов: что узнали, есть ли изменения, подтверждена ли гипотеза, сколько уже потратили, какие риски появились, стоит ли идти дальше.
Это особенно важно для портфеля НИОКР. У компании может быть несколько десятков исследовательских и конструкторских инициатив. Здесь необходима управляемая дорожная карта.
Организовать работу исполнителей в системе можно 2 способами. Выбирать нужно, ориентируясь на специфику работы с задачами внутри вашей компании:
Независимо от выбранного подхода, в Directum Projects план проекта фиксируется на диаграмме Ганта с вехами и контрольными точками. Благодаря такому подходу руководитель сможет отслеживать выполнение и контролировать фактические трудозатраты.
НИОКР редко получается вести в одной системе: приходится связывать слишком разные задачи в одном проекте — исследования, конструкторскую документацию, испытания, согласования, закупки, бюджет, патентные вопросы, производство и данные для руководства.
Поэтому обычно используется несколько классов систем.
В результате информация по проекту копится в разрозненных инструментах, возникают конфликты, риски и недопонимания. Для НИОКР такой разрыв особенно болезненный. Проект и так живет в неопределенности: гипотезы меняются, испытания дают новые вводные, сроки зависят от доступности специалистов и оборудования. Если к этому добавить ручные сводки, потерянные версии документов и решения в переписке, команда быстро теряет общую картину.
Поэтому хорошая ИСУП для ведения НИОКР должна закрывать не всю инженерную работу, а управленческий слой проекта: этапы, задачи, документы, контрольные точки, роли, риски, бюджет, трудозатраты, решения и отчетность. Она не заменяет PLM, CAD или лабораторные системы, а связывает их результаты с проектным управлением.
Экосистема Directum закрывает значительную часть процессов, которые нужны для управления НИОКР: проектное планирование, постановку задач, контроль сроков, работу с документами, согласование ТЗ и отчетов, хранение связанных материалов, поручения, фиксацию решений, финансовые операции и пр.
Не нужно сразу пытаться заменить все специализированные инструменты. Практичнее сначала навести порядок в том, что чаще всего «болит»: кто за что отвечает, на каком этапе находится проект, какие документы актуальны, что согласовано, где возник риск, какие задачи просрочены, сколько ресурсов и денег уже потрачено.
Если вы начнете описывать все возможные сценарии, это приведет к затяжному проекту внедрения, который в итоге станет проблемой. Практичнее стартовать с базового управленческого слоя.
Дальше можно развивать интеграции с инженерными и учётными системами. Например, связать проект НИОКР с карточками изделий в PLM, передавать данные по документам, подтягивать финансовый факт из 1С, использовать статусы задач и контрольных точек для управленческой отчетности.
В итоге конструкторы и технологи продолжают работать в своих профессиональных инструментах, а руководитель проекта видит, как вся работа движется к результату.
Сам НИОКР не всегда дает мгновенную прибыль. Иногда его результат — закрытая гипотеза. И это нормально: лучше потратить ограниченный бюджет на проверку и вовремя остановиться, чем вывести на рынок продукт, который не работает, не сертифицируется или не производится в серии.
Экономический эффект от управления НИОКР складывается из нескольких частей:
То есть эффект ИСУП в НИОКР это не магическое ускорение науки. Система не заставит гипотезу подтвердиться. Она помогает быстрее понять реальное состояние проекта, меньше терять на ручном управлении и принимать решения на основе данных.
НИОКР помогают компании двигаться вперед: проверять идеи, создавать продукты, развивать технологии, защищать интеллектуальную собственность и готовить основу для будущей выручки.
Но управлять такими проектами, как обычным планом задач, опасно. В НИОКР меняются гипотезы, появляются новые вводные, часть решений принимается только после исследований и испытаний. Поэтому здесь нужна не иллюзия точного плана, а прозрачный жизненный цикл: этапы, контрольные точки, документы, роли, риски, бюджет и понятные правила принятия решений.
Если проекты НИОКР уже идут, но управление держится на Excel, почте, ручных отчетах и личной памяти руководителей, начинать стоит с диагностики. Где теряются документы? Какие этапы повторяются? Кто принимает решения? Где перегружены специалисты? Какие данные нужны руководству? Какие расходы и результаты нужно подтверждать?
После этого можно выстраивать систему управления: сначала закрыть проектный и документальный слой, затем связать его с инженерными, учетными и аналитическими системами.