Заявленная стадия
«Поиск», «разработка», «пилот», «промышленная проверка» — какие границы автор понимает под названием этапа и зафиксированы ли они.
«100+ черновиков» без первичной выборки и протокола оценки — это заявление, а не статистика. Поэтому ниже — не проценты, а пять типовых разрывов и способ проверить каждый из них в вашем документе.
Я читаю любой черновик в одном порядке: заявленный этап НИОКР → ожидаемый результат → доказательства. Если хотя бы один из трёх элементов отсутствует, зрелость по документу измерить нельзя.
«Поиск», «разработка», «пилот», «промышленная проверка» — какие границы автор понимает под названием этапа и зафиксированы ли они.
Что система должна делать, в каких пределах, для кого и в каком виде — так, чтобы из формулировки собралось приёмочное испытание.
Метод, условия, данные, метрики и допустимые отклонения: чем результат подтверждён, а не только о чём заявлено.
TRL — не «магическая шкала», а способ договориться о готовности. Он имеет смысл, только когда привязан к конкретным результатам НИОКР и способам их подтверждения. Иначе оценка превращается в «у нас уже почти работает».
В заявках, паспортах и черновиках этапы и стадии НИОКР называют общими словами: «поиск», «разработка», «пилот», «промышленная проверка». Редко дело в том, что команда не понимает собственный проект. Чаще разные авторы под одной и той же стадией имеют в виду разные границы[1][2].
Пока стадия не зафиксирована как определение, а ожидаемый результат — как проверяемое требование, разрыв между «заявлено» и «факт» остаётся невидимым, пока о нём не спросит заказчик, инвестор или эксперт: «а что именно должно быть показано?»
Два уровня нужно держать отдельно. Нормативный — что должно быть сделано, в каких границах и по каким показателям. Фактический — что реально продемонстрировано, в какой среде, с какой повторяемостью и при каких ограничениях. Разрыв возникает там, где первый описан словами, а второй не имеет эмпирической опоры[3][4][5].
Ни один из пяти разрывов не означает, что «технология не готова». Все пять — пропущенные элементы договорённости, которые эксперт замечает первыми. Таблица — для быстрого ориентира, ниже — разбор каждого.
| № | Разрыв | Сигнал в черновике | Как закрыть |
|---|---|---|---|
| 01 | Стадия описана, но не определена | «Прикладные исследования» — без границ, входов и признаков перехода | Входные условия, граница работ, обязательные результаты, признак перехода |
| 02 | Результат — цель, а не требование | «Создать прототип», «повысить точность», «получить положительный результат» | Переписать: что, в каких пределах, для кого, в каком виде |
| 03 | Нет критерия «есть / нет» | «Демонстрация проведена», «результат получен» — без метода и допусков | Метод, условия, данные, метрики, допустимые отклонения; явное правило решения |
| 04 | Функциональные и ограничительные требования смешаны | «Работает в лаборатории» — без условий эксплуатации | Разделить «что умеет» и «в каких пределах»; для каждого предела — число и проверка |
| 05 | Методология сравнения «заявленного» и «факта» не описана | «Сопоставили ожидаемое и фактическое» — без правил | Зафиксировать признаки, порядок, кто решает, какие доказательства достаточны |
Чаще всего проблема не в том, что «технология не готова», а в том, что непонятно, что автор имел в виду, назвав текущую стадию. «Прикладные исследования» могут означать лабораторную проверку гипотезы, сборку первого образца или уже стендовую демонстрацию. Если стадия НИОКР не имеет ясного определения, спор о её достижимости превращается в спор о словах[1][2].
Как закрыть. Зафиксировать для каждой стадии: входные условия, границу работ, обязательные результаты и признак перехода к следующей. Тогда стадия перестаёт быть ярлыком и становится проверяемым состоянием проекта.
Авторы пишут «создать прототип», «повысить точность», «обеспечить интеграцию», «получить положительный результат». Формулировки звучат хорошо, но не отвечают на вопрос, что именно будет принято. Требование — это документально зафиксированная потребность: что система должна делать, в каких пределах, для кого и в каком виде[3][6][4].
Именно из таких сформулированных ожиданий должна складываться доказательная база по результатам НИОКР, а не просто список «сделали / не сделали».
Как закрыть. Переписать результат как требование: объект, действие, границы (метрики, условия), адресат, форма подтверждения. «Создать прототип» → «прототип выполняет X при Y, подтверждено протоколом испытаний».
Результат подтверждается только словами «демонстрация проведена» или «результат получен»: метод, условия, данные, метрики и допустимые отклонения не указаны. Формальные и эмпирические основания при этом часто не различают[5][7].
Отдельно путают показатели и критерии. Показатель отвечает на вопрос «что измеряем», критерий — «по какому правилу принимаем решение». Без критерия даже хороший замер не становится основанием для оценки готовности[8].
Как закрыть. Для каждого результата — метод измерения, условия, данные, метрика и допустимое отклонение. Решение «есть / нет» — по явному правилу, а не по впечатлению от демонстрации.
В одном абзаце описывают и «что система должна уметь», и «какие ограничения она должна соблюдать». Функциональные требования говорят о возможностях, ограничительные — о допустимых пределах: ресурсах, времени, надёжности, совместимости, безопасности, стоимости[9].
Когда их смешивают, проект может выглядеть готовым функционально, но не соответствовать условиям эксплуатации. Типовой пример: образец работает в лаборатории, но не выдерживает температурный режим, время отклика, объём испытаний или повторную сборку. Уровень TRL определяется не только наличием функции, но и устойчивостью результата в условиях, близких к целевым.
Как закрыть. Разделить ожидания: возможности (функциональные) и допустимые пределы (ограничительные). Для каждого предела — число, единица и условие проверки.
Самый незаметный разрыв. Авторы сравнивают ожидаемый результат с текущим состоянием проекта, но не объясняют, как именно: по каким признакам, в какой последовательности, кто принимает решение, какие доказательства считаются достаточными. Методология — учение о способах, методах и алгоритмах[10][11]; без неё сравнение становится импровизированным.
Если методология не описана, один и тот же документ можно прочитать и как «успешный пилот», и как «раннюю лабораторную проверку». Экспертный разбор должен фиксировать не только разрыв, но и правило, по которому этот разрыв был обнаружен.
Как закрыть. Описать метод сравнения: по каким признакам, в какой последовательности, кто принимает решение, какие доказательства достаточны. Тогда один документ нельзя будет читать и как пилот, и как лабораторию.
Прежде чем публиковать «5 самых частых разрывов» или утверждать устойчивую картину по сотне черновиков, закройте пять пунктов. Тогда «разрыв» становится измеримым, а не риторическим.
Если все пять пунктов закрываются, оценка TRL перестаёт быть голословной: заявленное, ожидаемое и фактическое становятся сопоставимыми по единому правилу.
Экспресс-аудит по 25 критериям: индекс 0–100, критические разрывы «заявлено / факт» и готовые правки — до отправки заявки. Бесплатно — балл и 1 критическая ошибка.
Только те, на которые есть сноски в тексте. Адресы напечатаны обычным текстом — без ссылок наружу.