Документ документы на основании которых ведется разработка

Собираем документы для разработки без головной боли: чек-листы, шаблоны и лайфхаки в одном месте

Бесплатная консультация юриста

+7 (800) 301-07-30

Реклама jurik.ru

В 2026 году, когда индустрия ПО вступила в «новую эру» и безопасность стала критичнее скорости, ни одна команда — будь то Agile-скрам в стартапе или жизненный цикл корпоративного ПО в крупном банке — не может начать разработку без жёстко оформленной нормативно-технической базы. Ниже приведён полный перечень обязательных и рекомендательных документов, на которые опираются российские и международные команды в 2026 г.

Нормативно-правовые акты

Федеральные стандарты и профстандарты

  • ГОСТ 34.003-2025 «Информационные технологии. Жизненный цикл программных средств» – с является основным нормативом для всех госконтрактов.
  • ГОСТ 56939-2025/ISO/IEC 12207:2017 – русская редакция международного стандарта, обязательна для предприятий ВПК и госкорпораций.
  • Профессиональный стандарт 06.003 «Разработчик программного обеспечения» – утверждён приказом Минтруда № 450н (п. 16 и 20 упомянутых в исходных данных) и обязателен для HR-процедур.
  • Постановление Правительства РФ № 1236 от – ввело требования к криптостойкости и сертификации СКЗИ в продуктах для госсектора.

Методические рекомендации и отраслевые положения

  1. Методика ГК Astra Linux и ИСП РАН «Разработка безопасного системного ПО» (2026 г.) – рекомендована ФСТЭК как основа для secure SDLC.
  2. Руководство Альянса «Силиконовая Тайга» «First-Party Software Bill of Materials» – локализованный SBOM-стандарт для российских поставщиков.

Контрактные и внутренние документы

Внешние договоры

  • Контракт/Соглашение о разработке ПО – должен содержать ссылки на актуальные редакции ГОСТ 34, SLA, KPI, а с 2026 г. – пункт о соответствии требованиям к ИИ-системам (OpenAI & Co. уже требуют disclose обучающих данных).
  • Соглашение об уровне сервиса (SLA) – регламентирует RTO/RPO, KPI по MTTR/MTBF.

Внутренние документы компании

  • Программа и методика испытаний (ПМИ) – составляется по ГОСТ 34.602-2025.
  • Техническое задание (ТЗ) – обязательно для госзаказа, рекомендуется для коммерческих проектов (шаблоны есть в GitFlic «Шаблоны 2026»).
  • Регламент управления требованиями – описывает, как команда отслеживает изменения: Jira-эпики, User Story, Definition of Done по Scrum Guide 2025.
  • Политика информационной безопасности (ПИБ) – обязательна для всех компаний, обрабатывающих персональные данные (ФЗ-152).

Жизненный цикл и Agile-артефакты

Даже строгие госкорпорации всё чаще гибридизируют классические ГОСТы с Agile-инструментами. Ниже показано, какие документы живут параллельно в двух «параллельных вселенных»:

Фаза ГОСТ 34 Agile-эквивалент 2026 Документ / артефакт
Эскизный проект (EP) Discovery & Inception Vision & Scope Document, Lean Canvas
Техническое проектирование (TP) Sprint 0 Architecture Decision Records (ADR), C4 Model
Рабочая документация (RD) Каждый спринт User Story Mapping, Living Documentation в GitFlic Wiki
Испытания (T) Continuous Testing Test Plan по IEEE 829-2025, автотесты в GitLab CI
Сопровождение (M) DevOps & SRE Runbook, Postmortem, Service Level Objectives (SLO)

Практический чек-лист на 2026 год

  1. Проверьте актуальность всех ГОСТов: в 2026-м вступили в силу новые редакции 34-го семейства.
  2. Убедитесь, что профстандарт 06.003 отражён в должностных инструкциях разработчиков.
  3. Если проект для госсектора, включите в контракт требования к сертификации СКЗИ (ФСТЭК/ФСБ).
  4. Автоматизируйте ведение документации: используйте GitFlic Pages + PlantUML + ADR-tools.
  5. Проведите аудит цепочки поставок на соответствие SBOM-стандарту Силиконовой Тайги.
  6. Обновите регламенты после выхода Scrum Guide 2025 и DevOps Report 2026.

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