January 22

02 08 2019 Йонас Станкевичус о разработке инвестпредложения ИП, ТЭО на госпроекты

Материал охватывает основные аспекты разработки и согласования инвестиционного предложения (ИП) для государственных инвестиционных проектов в сфере информатизации.


1. Общие положения и нормативная база

  1. Переход к единому документу (ИП)
    • Ранее: существовали два документа (предварительное и основное технико-экономическое обоснование, ТЭО).
    • Теперь: вместо двухэтапного процесса (ПТЭО + ТЭО) используется одноэтапная схема — составляется инвестиционное предложение (ИП).
  2. Государственный инвестиционный проект (ГИП)
    • Согласно законодательству, ГИП — это комплекс мероприятий, направленных на достижение стратегических целей государства путём реализации бюджетных инвестиций и/или проектов ГЧП.
    • В ИТ-сфере ГИП включает создание и развитие объектов информатизации электронного правительства (ИС, порталы, сети, серверные комплексы и т.д.).
  3. Правовые акты
    • Закон «Об информатизации» (определяет понятия информационных систем, объектов ИКТ, регламентирует вопросы архитектуры госорганов).
    • Бюджетный кодекс (регламентирует порядок и требования к госинвестиционным проектам).
    • Постановление Правительства РК об утверждении Правил разработки, корректировки и проведения экспертиз инвестиционных предложений (там указана структура ИП, порядок согласования).
    • Приказы Министерства цифрового развития (МЦРИАП) о методике расчёта затрат на создание/сопровождение объектов информатизации, требованиях к архитектуре электронного правительства и др.

2. Инвестиционное предложение (ИП): понятие и структура

  1. Назначение ИП
    • Обосновать необходимость создания или развития объекта информатизации (проблематика, цели, масштаб).
    • Показать варианты (не менее двух) реализации проекта и выбрать оптимальный.
    • Подтвердить стоимость и смету (по методике расчёта или на основе коммерческих предложений).
    • Сформировать техническую часть (архитектуру, нагрузку, оборудование и т.д.).
  2. Состав ИП (пакет документов)
    1. Информационный лист (подробное описание сути проекта, обоснование, маркетинговый анализ и технический раздел).
    2. Отраслевое заключение (госорган сам подтверждает, что проект важен и в интересах отрасли).
    3. Расчёты по финансированию (бюджетные инвестиции, ГЧП, сервисная модель и т.д.).
    4. Обоснование стоимости (согласно методике МЦРИАП + при необходимости коммерческие предложения).
    5. Техническое задание (ТЗ) — обязательно, если нет ранее утверждённого ТЗ на данный объект информатизации.
  3. Содержание информационного листа
    • Маркетинговый (отраслевой) анализ:
      • Описание проблематики и текущей ситуации,
      • Нормативно-правовые основания (закон, кодекс, программа),
      • Оценка спроса или социальной необходимости,
      • Целевая аудитория (пользователи, выгоды).
    • Социально-экологический анализ (при необходимости — влияние на экологию, социальные эффекты).
    • Технико-технологические решения:
      • Архитектура (логическая, технологическая),
      • Расчёт вычислительных ресурсов, объёмов данных, нагрузки,
      • Схема телекоммуникаций и требования по инфобезопасности,
      • График реализации и план работ,
      • Оценка интеграции с другими системами.
    • Альтернативные варианты (не менее двух сценариев по технологиям, ПО, оборудованию).

3. Порядок подготовки и согласования ИП

  1. Инициирование
    • Основание: архитектура госоргана (перечень необходимых проектов), поручения правительства/президента, либо иные документы.
    • Госорган формирует ИП (при необходимости привлекает консультантов).
  2. Внутренние согласования
    • В госоргане: политическая воля (министерство, вице-министр), отраслевое заключение.
    • Подготовка пакета документов.
  3. Экспертиза
    • «Зерде» и МЦРИАП (уполномоченный орган по информатизации) проверяют целесообразность, соответствие единым требованиям ИКТ и архитектуре.
    • ГТС (комитет информационной безопасности) даёт заключение по части ИБ (включая требования по Шлюзу, сетям, стандартам ИБ).
    • При необходимости - Миннацэкономики (экономическая экспертиза, бюджетная эффективность).
  4. Выход на бюджетную комиссию
    • При одобрении экспертиз госорган подаёт заявку на выделение бюджетных средств.
    • Бюджетная комиссия утверждает финансирование.
  5. Итог
    • После положительного решения выделяются средства, и госорган может проводить тендеры/закупки и стартовать проект.

4. Команда и ключевые роли

  1. Госорган
    • Формально разработчик ИП — сам государственный орган;
    • Внутри госоргана: проектная группа (аналитики, юристы, ИБ-специалисты, финансисты).
  2. Поддержка архитекторов
    • Холдинг «Зерде» часто разрабатывает доменные архитектуры, где указываются будущие ИТ-проекты.
    • Архитекторы могут помочь описать логическую и техническую структуру решений.
  3. Менеджер проекта
    • Координирует сбор данных, формирование разделов ИП, взаимодействие с экспертами и госорганом.
  4. Аналитик
    • Составляет основную текстовую часть ИП: маркетинговый анализ, бизнес-функции, требования, расчёты (или компонуя уже готовые цифры).
  5. Архитектор (ИТ-специалист)
    • Рисует и обосновывает архитектуру (диаграммы, схемы нагрузки, компоненты системы, схемы интеграции).
  6. Финансист
    • Рассчитывает стоимость (методика, коммерческие предложения), готовит разделы по видам финансирования.

5. Содержание и особенности ключевых разделов

5.1. Маркетинговый/отраслевой анализ

  • Описывает:
    • Проблемы в текущей деятельности,
    • Законодательные основания (законы, кодексы, приказы),
    • Существующие ИС и их недостатки,
    • Статистику, отчётность, масштаб (число пользователей, какие функции не автоматизированы).
  • Цель: показать, почему нужен проект или развитие системы (социально-экономическое обоснование).

5.2. Расчёт стоимости (методика МЦРИАП)

  • Методика основана на количестве вариантов использования (Use Cases), объектах данных, интеграциях и т.д.
  • На практике методика может давать завышенные суммы, поэтому принято прикладывать ещё 2–3 коммерческих предложения с рынка (для обоснования или снижения сметы).
  • Итогом становится смета на:
    • Инвестиционные затраты (разработка, закупки, внедрение, тестирование ИБ),
    • Эксплуатационные (операционные) затраты (аренда облака, сопровождение, техническая поддержка и т.д.).

5.3. Архитектура и технические решения

  1. Архитектурные схемы
    • Логическая архитектура: слои (презентационный, бизнес-логика, данные, интеграции).
    • Технологическая архитектура: где (в каком центре обработки данных), какие сервера, сеть, ПО.
    • Схема телекоммуникаций: как соединяется внутренний и внешний контур, шлюзы и т.п.
  2. Расчёт нагрузки
    • Кол-во пользователей, транзакций, пиковая нагрузка (транзакции/минуту), объёмы хранения, ежегодный прирост данных.
    • На базе этих цифр определяются требования к мощности (число ядер, оперативная память, объём хранения и т.д.).
  3. Интеграции
    • Нужно указать, с какими существующими ИС будет обмен данными, описать протоколы/механизмы взаимодействия.
  4. Информационная безопасность
    • Указать класс (по классификатору ИС), перечень стандартов ИБ, необходимость прохождения испытаний/аттестаций.
    • Обычно это согласуется с комитетом (ГТС) на этапе экспертизы.

5.4. Альтернативные варианты реализации

  • По правилам требуется сравнить не менее двух вариантов:
    • Например, пр proprietary (лицензионное) vs. open source (свободное ПО),
    • Закуп физического оборудования vs. размещение в облаке,
    • Разные вендоры серверов или СУБД.
  • В каждом варианте: примерная архитектура, смета, плюсы/минусы.
  • Выбор оптимального обосновывается: цена, соответствие требованиям госоргана, наличие скидок и т.д.

6. Создание vs. развитие vs. сопровождение

  1. Создание
    • Полностью новая система или объект информатизации (нет ранее утверждённого ТЗ).
    • ИП включает обязательное техническое задание (подробно описывает функции, архитектуру, интеграции).
  2. Развитие
    • Расширение функционала, крупное обновление, замена устаревшего оборудования, переход на другую платформу и т.п.
    • Тоже оформляется новым ИП (или корректировкой предыдущего, если предусмотрено в рамках того же проекта).
    • По сути, снова проходит экспертизу и утверждение финансирования.
  3. Сопровождение
    • Ежегодные затраты на поддержание (хостинг, техническая поддержка).
    • Формально на «чистое» сопровождение без развития бюджет не выделяют (требуется либо закладывать в ИП изначально на 3–5 и более лет, либо оформлять развитие).
    • Если деньги на сопровождение истекли — могут либо продлить с помощью нового ИП (развития), либо переводить систему на «утрату» (в реальности чаще ищут обходные пути).

7. Практические рекомендации и типичные сложности

  1. Политическая воля
    • Критически важно, чтобы министр/вице-министр поддерживал проект, иначе ИП может «зависнуть».
  2. Корректность и полнота
    • При несоответствии формальным требованиям (разделы маркетинга, альтернативы, схемы, сметы) ИП возвращают на доработку.
  3. Методика расчёта
    • Часто даёт завышение в 2–3 раза, поэтому дополнительно используют коммерческие предложения.
    • Госорган «играет» цифрами, чтобы обосновать нужный бюджет и показать «оптимальное» решение.
  4. Экспертиза и сроки
    • Полный цикл (от написания ИП до бюджетной комиссии) может занять до года.
    • Если есть «административный ресурс», могут пройти быстрее, но чаще (особенно при уточнении архитектуры) процесс затягивается.
  5. Дублирование и обновление ТЗ
    • По новому законодательству ТЗ должно быть приложено к ИП. Если это «развитие», то пишется новое ТЗ (полное или дополнение).
    • Содержательно ТЗ во многом пересекается с разделами самой архитектуры.

8. Выводы

  • Инвестпредложение (ИП) – ключевой документ для получения бюджетных средств на ИТ-проекты госорганов.
  • Структура ИП охватывает и бизнес-обоснование (маркетинг, ретроспектива) и техническую часть (архитектура, нагрузка, интеграции).
  • Успешность согласования зависит от:
    1. Политической воли и заинтересованности госоргана.
    2. Корректного оформления и соблюдения всех регламентных требований (включая альтернативные варианты).
    3. Точной (или хотя бы разумной) оценки стоимости (методика + коммерческие предложения).
  • Проекты госорганов должны быть увязаны с архитектурой госоргана и принципами развития электронного правительства (минимизировать «собственные» серверные мощности, по возможности использовать облако и свободное ПО и пр.).

Краткая итоговая схема (самое главное):

  1. Анализ проблематики и целей → 2. Маркетинговый и технико-технологический раздел (архитектура, расчёты нагрузки, ИБ) → 3. Методика расчёта стоимости + коммерческие предложения → 4. Два альтернативных варианта → 5. Выбор оптимального → 6. Оформление и подача ИП → 7. Экспертизы «Зерде» / МЦРИАП / Миннацэкономики → 8. Бюджетная комиссия → 9. Выделение финансирования и старт проекта.