ГОСТ-ОН
Разработка ПОГОСТ 34

Как мы сократили бюджет на разработку документации на 40%

Пилот платформы ГОСТ-ОН на реальном проекте: полный комплект документации для ERP-системы по четырем ГОСТам — в боевых условиях, а не на демо-примере

Задача

Задача пилота была прикладной: проверить платформу не на демо-примере, а на полном боевом комплекте документации по ГОСТ 34, ГОСТ 34.602, ГОСТ Р 59795 и ГОСТ Р 59792.

Решение

В рамках пилота команда внедрила ГОСТ-ОН в реальный ERP-проект и с помощью платформы подготовила полный комплект рабочей документации в соответствии с требованиями ГОСТ 34.

Результат

−40%

бюджета на документацию

4 месяца12 документов4 ГОСТа
Контекст

Боевой комплект, а не демо-пример

До ГОСТ-ОН документацию мы вели классически: Word с шаблонами и небольшим набором макросов. Подход рабочий, но у него есть встроенный потолок.

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

Комплект в пилоте был полным, а не выборочным

ЧТЗ

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

Рабочая документация

Руководство пользователя, руководство администратора, инструкция по разворачиванию, регламент эксплуатации

Технический проект

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

ПМИ

Программа и методика предварительных испытаний, программа опытной эксплуатации и программа приемочных испытаний

Команда: 2 технических писателя · 1 специалист по контролю качества · 1 координатор

Как шел пилот

  1. Август 2025

    Старт работы

    Команда из 4-х человек начинает проект и параллельно осваивает платформу

  2. Сентябрь 2025

    Первые черновики у заказчика

    Меньше чем через месяц после старта заказчик видит первые результаты

  3. Ноябрь 2025

    Полная сдача комплекта документации

    Подготовлены 12 документов по четырем ГОСТам с учетом осваивания платформы

Где именно сэкономили

Три класса работ, которые исчезли

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

Единый источник вместо копипаста

На платформе описываются не документы, а функции системы: описание подсистемы живет в одном месте и переиспользуется в пояснительной записке, описании автоматизируемых функций и описании ПО.

Изменение вносится один раз во всех документах автоматически

Никакого отдельного этапа корректуры

Платформа автоматически задает единое оформление — вычитывать форматирование вручную больше не нужно.

~3–5 рабочих дней на каждой итерации

Таблицы проверок ПМИ из ЧТЗ

Таблицы проверок для ПМИ автоматически формируются из требований ЧТЗ по заданным шаблонам.

100% трассировка «требование → проверка»

Что не получилось

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

Руководство пользователя не удалось сгенерировать

РП оказалось сложно шаблонизировать — такой кейс на платформе еще не решали. На старте пилота нельзя было добавлять изображения как атрибуты к сложным мультиатрибутивным объектам. А для руководства пользователя скриншоты интерфейса — не иллюстрация, а часть содержания. Это стало блокирующим ограничением.

Новый цикл на Jinja2 и изображения в объектах

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

Что планируем дальше

Заполнение переменных через ИИ

Часть подстановок в шаблоны будет формироваться автоматически

Интерактивные диаграммы

Сейчас в документах статичные изображения, движемся к интерактивным

Выводы пилота

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

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

Единый источник, автоматическая генерация и единое форматирование позволили сократить бюджет на подготовку полного комплекта документации по ГОСТ 34 примерно на 40%.

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

Хотите проверить ГОСТ-ОН на своем проекте?