Skip to content

Instantly share code, notes, and snippets.

@Calabonga
Created August 26, 2026 00:15
Show Gist options
  • Select an option

  • Save Calabonga/7ecd8cf16812478bd84751e5531aae5e to your computer and use it in GitHub Desktop.

Select an option

Save Calabonga/7ecd8cf16812478bd84751e5531aae5e to your computer and use it in GitHub Desktop.
Критерии готовности

📄 Стандарт: Критерии готовности (Definition of Done)

Статус: Действует
Версия: 2.1
Дата последнего обновления: 26 августа 2026 г.
Область применения: Кросс-функциональные команды продукта «Личный кабинет»
Утвердили: Александр В. (СТО), Ирина К. (Product Owner), Максим Д. (QA Lead)


1. Введение и правила применения

  • Что это: Данный документ определяет минимальные требования к качеству, без выполнения которых ни одна задача не может быть переведена в статус «Готово» (Done).
  • Нарушение правил: Перевод задачи в статус «Done» без выполнения требований DoD считается созданием скрытого технического долга.
  • Исключения: Возможны только для критических исправлений на продакшене (Hotfix) с личного согласия CTO. При этом в Jira автоматически создается задача-хвост на доработку пропущенных пунктов со сроком выполнения 3 рабочих дня.

2. Критерии готовности по уровням

🟢 Уровень 1: Пользовательская история (User Story / Feature)

Применяется к каждой продуктовой фиче в конце спринта.

  • Дизайн: Интерфейс на 100% соответствует макетам из Figma (включая адаптивность и состояния элементов).
  • Разработка: Код написан, компилируется без ошибок и соответствует общему Code Style компании.
  • Code Review: Код проверен минимум двумя разработчиками. Все критические замечания исправлены.
  • CI/CD: Сборка успешно проходит в GitLab CI. Статический анализ кода (SonarQube) не выявил критических уязвимостей (0 Blockers / 0 Critical).
  • Тестирование (Авто): Написаны Unit-тесты. Покрытие кода тестами составляет не менее 75%.
  • Тестирование (Ручное): Успешно пройдены позитивные и негативные тест-кейсы на QA-стенде.
  • Логирование: Для всех новых бизнес-операций настроено логирование. Ошибки корректно уходят в Sentry.
  • Аналитика: Внедрены события (ивенты) трекинга для продуктовой аналитики.
  • Приемка: Продемонстрировано Product Owner, критерии приемки (Acceptance Criteria) выполнены.

🔵 Уровень 2: Релиз (Release / Epic)

Применяется перед отправкой группы фич на продакшен.

  • Регрессия: Проведено полное регрессионное тестирование текущей версии приложения.
  • Локализация: Все новые интерфейсные тексты переведены на целевые языки (русский, английский).
  • Обратная совместимость: Миграции баз данных безопасны и не ломают работу текущей живой версии (Blue-Green deployment).
  • Документация: Обновлена база знаний в Confluence (архитектурные схемы, API-документация в Swagger).
  • Поддержка: Создана и передана инструкция для службы технической поддержки (описание новых функций, частые вопросы).

3. Нефункциональные требования (NFR)

Каждое изменение проверяется на соответствие следующим базовым метрикам:

  • Производительность: Время отклика нового API-метода под нагрузкой не превышает 300 мс. Время полной загрузки страницы — до 2.5 секунд.
  • Безопасность: Отсутствуют открытые уязвимости из списка OWASP Top 10. Секреты (пароли, ключи API) не зашиты в код, а вынесены в Vault.
  • Доступность: Проверена корректность работы интерфейса в браузерах Chrome, Safari, Firefox и Edge (двух последних версий).

4. Ссылки на связанные регламенты

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment