Трёхлетняя дорожная карта для заявки в «Сколково»: как связать этапы и доказательства

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

Рассмотрим первоначальную карту на три года — до получения резидентства «Сколково». Три года здесь — выбранный горизонт планирования, а не универсальная норма Фонда: структуру и период планирования сверяют с актуальной формой конкретной заявки.

Зафиксируйте точку старта

Сначала опишите состояние разработки на дату подготовки: что существует, какие свойства проверены и в каких условиях. Отделите идею, расчёт, лабораторный образец и версию, испытанную у пользователя. Название «готовый продукт» слишком широкое, если часть функций ещё показана только в демонстрации.

Для каждого значимого результата найдите подтверждение: описание версии, протокол, расчёт, схему. Затем перечислите открытые вопросы. Например, алгоритм работает на данных одного предприятия, но неизвестно, сохранит ли качество на других данных. Это содержательная отправная точка следующего этапа.

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

Постройте этап вокруг вопроса и результата

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

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

В критериях экспертизы Фонда названы теоретическая реализуемость проекта и компетенции команды.¹ Продуманная карта помогает объяснить логику работ и распределение ролей. При этом наличие таблицы само по себе не доказывает соответствие критериям.

Различайте работу, документ и условие завершения

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

Распределите цели по трём годам без ложной точности

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

Ниже — условный пример для технологии контроля оборудования. Он показывает способ связать этапы и доказательства, но не задаёт обязательную последовательность для всех проектов.²

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

Покажите зависимости и доступные ресурсы

Проверьте, что требуется до старта каждой работы. Испытание может зависеть от поставки оборудования, доступа к данным, готовности площадки или участия внешнего исполнителя. Такие условия следует видеть заранее. Запись «начать пилот» не объясняет, кто предоставит площадку и что произойдёт, если договориться не получится.

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

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

Отразите риск через действие и альтернативу

Полезная запись о риске объясняет три вещи: что может помешать этапу, как команда заметит проблему и что сделает дальше. Формулировка «технологические риски минимальны» не помогает управлять работой. Гораздо содержательнее назвать непроверенное свойство и эксперимент, который даст основание для решения.

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

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

Проверьте карту до переноса в заявку

Пройдите путь от текущей версии продукта до последнего этапа. Для каждого перехода спросите: что изменилось и на каком основании мы начинаем следующую работу? Если ответ сводится к тому, что наступил новый год, между этапами недостаёт содержательной связи.

Завершить проверку поможет список:

1. Выполненные работы отделены от будущих.
2. Каждый этап закрывает конкретный технический или прикладной вопрос.
3. Для результата указан способ проверки, а не только название файла.
4. Зависимости, ответственные и ключевые ресурсы названы явно.
5. У существенных рисков есть признаки наступления и возможные действия.
6. Карта согласована с описанием технологии и моделью её применения.

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

После получения статуса карта станет одним из ориентиров внутренней работы. Посмотрите, какие задачи появляются у резидента после получения статуса. Здесь же результат подготовки — первоначальный согласованный план; вопросы пересмотра действующего проекта требуют отдельного разбора.