ГОСТ 34.602-2020

ГОСТ 34.602-2020

ГОСТ 34.602-2020 — государственный стандарт, который определяет состав, содержание и правила оформления технического задания на создание автоматизированных систем. Документ введён в действие с 1 января 2022 года и заменил ГОСТ 34.602-89 [citation:1].

В этой статье — структура ТЗ по ГОСТ, обязательные разделы, что изменилось по сравнению со старой версией. Если нужно ТЗ по ГОСТ 34.602-2020 — поможем.

Что такое ГОСТ 34.602-2020

ГОСТ 34.602-2020 — это межгосударственный стандарт, который устанавливает требования к составу, содержанию и правилам оформления документа «Техническое задание на создание (развитие или модернизацию) автоматизированной системы» [citation:1].

Стандарт распространяется на автоматизированные системы, предназначенные для автоматизации различных видов деятельности: управление, проектирование, исследования и другие [citation:1].

Ключевые факты

  • Обозначение: ГОСТ 34.602-2020;
  • Дата введения: 1 января 2022 года;
  • Заменяет: ГОСТ 34.602-89;
  • Разработчики: АО «ВНИИС» и ООО «ИАВЦ» [citation:1];
  • Статус: действует [citation:7].

Область применения

ГОСТ 34.602-2020 применяется для [citation:1]:

  • Создания новых автоматизированных систем;
  • Развития существующих систем;
  • Модернизации устаревших решений.

Стандарт используется в проектах, где требуется строгая документация и соответствие государственным требованиям:

  • Госсектор — государственные информационные системы;
  • Крупные корпорации — с обязательной отчётностью;
  • Регулируемые отрасли — финансы, медицина, транспорт;
  • Объекты КИИ — критическая информационная инфраструктура.

💡 Важно

Для коммерческих проектов ГОСТ не обязателен. Но если заказчик — государственная структура или крупная корпорация с жёсткими требованиями к документации, ТЗ по ГОСТ становится необходимостью.

Структура ТЗ

ТЗ по ГОСТ 34.602-2020 включает несколько обязательных разделов [citation:1].

№РазделЧто включает
1 Общие сведения Наименование системы, заказчик, исполнитель, основание для разработки, сроки
2 Назначение и цели создания Назначение системы, цели, целевые показатели
3 Характеристика объекта автоматизации Описание объекта, бизнес-процессов, текущей ситуации
4 Требования к системе Функциональные, нефункциональные, к надёжности, безопасности
5 Состав и содержание работ Этапы, сроки, результаты
6 Порядок контроля и приёмки Критерии приёмки, методика испытаний
7 Требования к документации Состав документации, форматы
8 Источники разработки Документы, на основе которых создаётся система

Обязательные разделы

1. Общие сведения

  • Полное наименование системы — как называется;
  • Заказчик и исполнитель — кто заказывает и кто делает;
  • Основание для разработки — договор, приказ, решение;
  • Плановые сроки — начало и окончание работ;
  • Источники финансирования — если требуется.

2. Назначение и цели создания

  • Назначение системы — для чего создаётся;
  • Цели создания — что должно быть достигнуто;
  • Целевые показатели — измеримые результаты.

3. Характеристика объекта

  • Описание объекта — что автоматизируется;
  • Текущие процессы — как работает сейчас;
  • Проблемы — что не устраивает;
  • Ограничения — технические и организационные.

4. Требования к системе

  • Функциональные — что система должна делать;
  • Нефункциональные — производительность, надёжность;
  • К безопасности — защита данных, доступ;
  • К интерфейсам — пользовательский, программный;
  • К интеграциям — с чем связывать.

5. Состав и содержание работ

  • Этапы — разбивка на стадии;
  • Сроки — когда что делается;
  • Результаты — что получается на выходе.

6. Порядок контроля и приёмки

  • Критерии приёмки — как проверяется результат;
  • Методика испытаний — как тестируется;
  • Ответственные — кто принимает.

Что изменилось

ГОСТ 34.602-2020 заменил устаревший ГОСТ 34.602-89 [citation:1]. Вот основные изменения.

АспектГОСТ 34.602-89ГОСТ 34.602-2020
Год принятия 1989 2020
Дата введения 1990 2022
Актуальность Устарел Учитывает современные технологии
Терминология Советская Обновлена
Требования к безопасности Общие Детализированы
Интеграции Не упоминались Отдельный раздел

Новый стандарт учитывает реалии современной разработки: веб-приложения, API, облачные сервисы, мобильные приложения. Старая версия ориентировалась на автоматизированные системы управления производством.

Когда нужен ГОСТ

Когда ГОСТ обязателен

  • Государственные проекты — госзакупки, тендеры;
  • Крупные корпорации — с обязательной документацией;
  • Регулируемые отрасли — банки, медицина, транспорт;
  • Объекты КИИ — критическая инфраструктура;
  • Проекты с аудитом — где проверяется документация.

Когда можно без ГОСТ

  • Коммерческие проекты — где важна скорость, а не формальности;
  • Стартапы — где требования меняются быстро;
  • Agile-проекты — где используется гибкий подход;
  • Небольшие проекты — где достаточно краткого ТЗ.

💡 Важно

ГОСТ — это не «хорошо» или «плохо». Это инструмент для конкретных ситуаций. Если проект требует строгой документации — ГОСТ необходим. Если важна гибкость — можно использовать свободный формат.

Чек-лист ТЗ по ГОСТ

Обязательные разделы

  • Общие сведения
  • Назначение и цели
  • Характеристика объекта
  • Требования к системе
  • Состав и содержание работ
  • Порядок контроля и приёмки

Что проверить

  • Полнота разделов
  • Однозначность формулировок
  • Измеримость критериев
  • Соответствие ГОСТ
  • Согласованность
  • Актуальность версии

Наши рекомендации

1. Определите необходимость

Нужен ли ГОСТ для проекта. Разработка ТЗ.

2. Проверьте структуру

Все обязательные разделы. Структура ТЗ.

3. Согласуйте с экспертом

Проверка соответствия ГОСТ. Консультация.

Что вы получаете, заказывая ТЗ по ГОСТ у нас

  • Структуру по ГОСТ 34.602-2020 — все обязательные разделы;
  • Соответствие стандарту — проверка требований;
  • Полный анализ — объекта, процессов, ограничений;
  • Критерии приёмки — измеримые и проверяемые;
  • Согласование — правки до утверждения;
  • Документацию — в Word и PDF.

📌 Итоговый вывод

ГОСТ 34.602-2020 в 2026 году — это актуальный стандарт для ТЗ на автоматизированные системы.

Что нужно знать:

  • ГОСТ 34.602-2020 — действующий стандарт с 1 января 2022 года [citation:1];
  • Заменяет ГОСТ 34.602-89 [citation:1];
  • Структура — 8 обязательных разделов: общие сведения, назначение, характеристика, требования, состав работ, порядок приёмки, документация, источники;
  • Когда нужен — госсектор, крупные корпорации, регулируемые отрасли, КИИ;
  • Когда можно без ГОСТ — коммерческие проекты, стартапы, Agile;
  • Разработчики — АО «ВНИИС» и ООО «ИАВЦ» [citation:1].

Также рекомендуем: разработка ТЗ, структура ТЗ, что такое ТЗ, ТЗ в Agile, все статьи.

Нужно ТЗ по ГОСТ 34.602-2020?

Оставьте заявку — разработаем ТЗ в соответствии с ГОСТ 34.602-2020. Все обязательные разделы, соответствие стандарту, согласование.

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

Почему заказывают разработку ТЗ у нас

8 причин доверить разработку ТЗ нашей команде

Чёткое ТЗ

Опишем функционал, архитектуру, интеграции, сроки и критерии приёмки. Документ, по которому можно работать с любым подрядчиком.

Анализ требований

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

Проектирование архитектуры

Описываем структуру системы, модули, базы данных, API. Продумываем масштабируемость.

Интеграции

Описываем все внешние интеграции: 1С, CRM, платёжные системы, телефония, маркетплейсы.

Критерии приёмки

Формулируем измеримые критерии, по которым можно проверить результат. Никаких «сделать красиво».

Сроки и этапы

Разбиваем проект на этапы, оцениваем сроки, определяем приоритеты.

Оценка бюджета

На основе ТЗ можно точно рассчитать бюджет и сравнить предложения подрядчиков.

Гарантия результата

Официальный договор, передача документации, поддержка при вопросах.

Что мы разрабатываем

40+ направлений разработки ТЗ — от простых сайтов до комплексных систем

Этапы разработки ТЗ

Прозрачный процесс от интервью до согласования

1
Интервью

Проводим встречи с заказчиком, выявляем требования, изучаем бизнес-процессы.

2
Анализ

Изучаем текущую систему, конкурентов, технические ограничения.

3
Проектирование

Разрабатываем архитектуру, структуру модулей, схему БД.

4
Описание функционала

Описываем, что система должна делать, какие функции включены.

5
Интеграции

Описываем внешние интеграции: 1С, CRM, платёжки, телефония.

6
Критерии приёмки

Формулируем измеримые критерии для проверки результата.

7
Согласование

Обсуждаем ТЗ с заказчиком, вносим правки.

8
Передача

Передаём финальный документ в Word, PDF или Confluence.

Стоимость разработки ТЗ

Выберите подходящий вариант или закажите индивидуальное решение

Базовое ТЗ
от 15 000 ₽

Для небольших проектов

  • Анализ требований
  • Описание функционала
  • Критерии приёмки
  • Срок: 2-3 дня
Заказать
ХИТ
Стандартное ТЗ
от 40 000 ₽

Для средних проектов

  • Интервью с заказчиком
  • Архитектура системы
  • Интеграции
  • Критерии приёмки
  • Срок: 5-7 дней
Заказать
ТЗ по ГОСТ
от 100 000 ₽

Для госсектора и крупных проектов

  • Полный анализ
  • Структура по ГОСТ 34.602-2020
  • Все обязательные разделы
  • Согласование
  • Срок: 3-4 недели
Заказать

* Цены ориентировочные. Точная стоимость — после обсуждения проекта.

Разработка ТЗ в цифрах

Ключевые показатели разработки ТЗ в 2026 году

от 15 000 ₽

стартовая цена

Базовое ТЗ для небольших проектов. Стандартное ТЗ — от 40 000 ₽. По ГОСТ — от 100 000 ₽.

2-3 дня

срок базового ТЗ

Стандартное ТЗ — 5-7 дней. Сложное ТЗ — 2-3 недели. ТЗ по ГОСТ — 3-4 недели.

12+

разделов в ТЗ

Цели, функционал, архитектура, интеграции, критерии приёмки, сроки и другие.

200+

разработанных ТЗ

Разрабатываем ТЗ для проектов из разных отраслей: e-commerce, SaaS, медицина, логистика.

Наши проекты

Примеры разработки ТЗ

ТЗ для интернет-магазина

Разработали ТЗ на интернет-магазин с интеграцией 1С, платёжными системами и маркетплейсами. 45 страниц, 12 интеграций.

E-commerce Интеграции
ТЗ для CRM-системы

ТЗ на кастомную CRM для логистической компании: 8 модулей, интеграция с 1С, GPS, банками. По ГОСТ 34.602-2020.

CRM ГОСТ
ТЗ для мобильного приложения

ТЗ на Flutter-приложение для доставки: личный кабинет, карта, оплата, push-уведомления. 30 страниц.

Мобильные Flutter

Часто задаваемые вопросы о разработке ТЗ

25+ ответов на популярные вопросы о технических заданиях

Техническое задание (ТЗ) — это документ, который описывает требования к будущему продукту: функционал, архитектуру, интеграции, сроки, критерии приёмки. ТЗ — это «договор» между заказчиком и исполнителем о том, что именно нужно сделать.

Без ТЗ проект превращается в бесконечные правки: заказчик ожидает одно, исполнитель делает другое. С ТЗ обе стороны понимают, что и в какие сроки будет сделано.

ТЗ решает несколько задач:

  • Фиксация требований — что именно нужно сделать;
  • Оценка бюджета — можно точно рассчитать стоимость;
  • Сравнение подрядчиков — все оценивают одно и то же;
  • Контроль результата — есть критерии приёмки;
  • Защита от споров — документ фиксирует договорённости.

Разработка ТЗ включает:

  • Интервью с заказчиком — выявление требований;
  • Анализ бизнес-процессов — как работает система сейчас;
  • Проектирование — архитектура, модули, БД;
  • Описание функционала — что система должна делать;
  • Описание интеграций — с чем связывать;
  • Критерии приёмки — как проверить результат;
  • Сроки и этапы — план работ.

Стоимость зависит от сложности проекта:

  • Простое ТЗ (лендинг, небольшая доработка) — от 15 000 ₽;
  • Среднее ТЗ (корпоративный сайт, веб-приложение) — от 40 000 ₽;
  • Сложное ТЗ (CRM, интеграции, мобильное приложение) — от 80 000 ₽;
  • ТЗ по ГОСТ 34.602-2020 — от 100 000 ₽.

Точная стоимость — после обсуждения проекта.

Сроки зависят от сложности:

  • Простое ТЗ — 2-3 дня;
  • Среднее ТЗ — 5-7 дней;
  • Сложное ТЗ — 2-3 недели;
  • ТЗ по ГОСТ — 3-4 недели.

ГОСТ 34.602-2020 — государственный стандарт, который определяет структуру и содержание технического задания на создание автоматизированных систем. Используется для проектов в госсекторе и крупных корпорациях.

Структура ТЗ по ГОСТ включает:

  • Общие сведения — наименование, заказчик, исполнитель;
  • Назначение и цели — зачем создаётся система;
  • Характеристика объекта — что автоматизируется;
  • Требования к системе — функционал, надёжность, безопасность;
  • Состав и содержание работ — этапы;
  • Порядок контроля и приёмки — критерии.

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

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

В разработке участвуют:

  • Заказчик — владелец продукта, который знает бизнес-требования;
  • Бизнес-аналитик — выявляет и формализует требования;
  • Технический архитектор — проектирует систему;
  • Разработчик — оценивает реализуемость;
  • Тестировщик — формулирует критерии приёмки.

Критерии приёмки — это измеримые условия, при выполнении которых результат считается принятым. Например:

  • Функциональные — «пользователь может оформить заказ за 3 шага»;
  • Производительность — «страница загружается за 2 секунды»;
  • Безопасность — «данные передаются по HTTPS»;
  • Совместимость — «работает в Chrome, Firefox, Safari».

Без критериев приёмки невозможно объективно проверить результат.

Да. ТЗ — основа для тендера. Все подрядчики оценивают один и тот же объём работ, что позволяет сравнить предложения объективно.

Для тендера ТЗ должно быть:

  • Полным — все требования описаны;
  • Однозначным — нет двусмысленных формулировок;
  • Измеримым — критерии приёмки проверяемы.

Требования могут меняться. Варианты:

  • Дополнительное соглашение — изменения фиксируются отдельно;
  • Гибкое ТЗ — для Agile-проектов требования описаны в виде User Stories;
  • Резерв — в ТЗ закладывается запас на изменения.

Чек-лист проверки ТЗ:

  • Полнота — все требования описаны;
  • Однозначность — нет двусмысленных формулировок;
  • Реализуемость — технически возможно;
  • Измеримость — критерии приёмки проверяемы;
  • Согласованность — нет противоречий между разделами.

Да, даже для небольшого проекта ТЗ полезно. Оно может быть кратким (2-3 страницы), но должно включать:

  • Цель — зачем делается проект;
  • Функционал — что должно быть;
  • Критерии приёмки — как проверить результат.

Это защитит от недопонимания и споров.

ТЗ оформляется в виде документа:

  • Титульный лист — название, заказчик, исполнитель, дата;
  • Содержание — разделы;
  • Основная часть — требования;
  • Приложения — схемы, макеты, примеры.

Формат — Word, PDF или Confluence. Важно, чтобы документ был версионирован.

User Story — это описание требования с точки зрения пользователя. Формат: «Как [роль], я хочу [действие], чтобы [цель]».

Пример: «Как покупатель, я хочу добавить товар в корзину, чтобы оформить заказ».

User Stories используются в Agile-проектах вместо традиционного ТЗ.

Acceptance criteria (критерии приёмки) — условия, при которых User Story считается выполненной. Формулируются как чек-лист.

Пример для «добавить товар в корзину»:

  • Кнопка «В корзину» есть на странице товара;
  • При нажатии товар добавляется в корзину;
  • Счётчик корзины увеличивается;
  • Появляется уведомление об успехе.

Прототип и ТЗ дополняют друг друга:

  • Прототип — визуальное представление, как будет выглядеть;
  • ТЗ — описание, как будет работать.

Оптимально: сначала прототип для согласования UX, потом ТЗ для описания функционала.

ТЗ — это документ, на который можно ссылаться:

  • Напомнить о договоре — ТЗ часть договора;
  • Зафиксировать отклонения — что не соответствует;
  • Потребовать исправлений — в рамках ТЗ;
  • Обратиться в суд — если подрядчик отказывается.

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

Это одно из главных преимуществ ТЗ: вы не привязаны к одному исполнителю.

Стоимость оценивается по:

  • Объёму работ — сколько модулей, страниц, интеграций;
  • Сложности — какие технологии, есть ли нестандартные задачи;
  • Срокам — срочность влияет на цену;
  • Рискам — закладывается резерв.

В разработку ТЗ входит:

  • Интервью — 2-3 встречи с заказчиком;
  • Анализ — изучение бизнес-процессов;
  • Проектирование — архитектура, модули;
  • Документ — ТЗ в согласованном формате;
  • Согласование — правки до утверждения;
  • Передача — документ в Word, PDF.

Да, бизнес-аналитик — ключевой участник. Он:

  • Выявляет требования — задаёт правильные вопросы;
  • Формализует — превращает «хотелки» в требования;
  • Документирует — пишет ТЗ;
  • Согласовывает — работает с заказчиком и командой.

Чек-лист полноты ТЗ:

  • Цели — зачем создаётся продукт;
  • Пользователи — кто будет использовать;
  • Функционал — что система должна делать;
  • Интерфейсы — как выглядит;
  • Интеграции — с чем связывать;
  • Данные — что хранить;
  • Безопасность — требования к защите;
  • Производительность — нагрузка, скорость;
  • Критерии приёмки — как проверять.

Scope creep — расширение объёма работ без соответствующего увеличения бюджета и сроков. ТЗ помогает избежать:

  • Фиксирует объём — что входит, что нет;
  • Процедура изменений — как добавлять новые требования;
  • Критерии приёмки — что считается выполненным.

Да, ТЗ — основа для оценки. По нему можно:

  • Рассчитать бюджет — сколько будет стоить;
  • Оценить сроки — сколько времени займёт;
  • Сравнить подрядчиков — все оценивают одно и то же.

Процесс:

  1. Оставьте заявку на бесплатную консультацию;
  2. Обсудим проект, задачи, цели;
  3. Предложим формат ТЗ и сроки;
  4. Подпишем договор и начнём работу.

Разрабатываем ТЗ для проектов из разных отраслей: e-commerce, SaaS, медицина, финансы, логистика, образование, производство. Адаптируем подход под специфику вашего бизнеса.

Остались вопросы? Закажите консультацию

Наш специалист свяжется с вами и бесплатно проконсультирует по всем вопросам

Нажимая кнопку, вы соглашаетесь с политикой конфиденциальности

* Необязательное поле

Загрузка...

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