Что такое Terms Of Reference?

Что такое Terms Of Reference (ТЗ)?

Terms Of Reference (ТЗ, техническое задание) — это формальный документ, который определяет объем, цели, требования и ограничения проекта. ТЗ выступает в роли контракта между стейкхолдерами, клиентом и командой разработки. Это не просто список функций, а комплексный документ, который служит основой для всей разработки.

Ключевые компоненты ТЗ

1. Описание проблемы (Problem Statement)

• Какая проблема решает проект
• Почему это важно для бизнеса
• Текущее состояние (as-is)
• Желаемое состояние (to-be)

2. Цели и задачи (Goals & Objectives)

• Стратегические цели: Выход на новый рынок, увеличение прибыли на 30%
• Тактические задачи: Разработать мобильное приложение, интегрировать с 1С
• Результаты: Метрики успеха (KPI)

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

• Что система должна делать
• Пользовательские истории (user stories)
• Сценарии использования (use cases)
• Бизнес-процессы

Пример: «Система должна позволять пользователю экспортировать отчеты в Excel"

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

• Производительность
• Масштабируемость
• Безопасность
• Доступность
• Совместимость с браузерами/ОС

5. Ограничения (Constraints)

• Бюджет проекта
• Временные рамки
• Технические ограничения
• Правовые ограничения (GDPR, локализация)

6. Определение успеха (Success Criteria)

• Как мы узнаем, что проект успешен
• Критерии приемки
• KPI, которые нужно достичь

7. Риски и предположения (Risks & Assumptions)

• Известные риски
• Способы их митигирования
• Предположения о внешних факторах

Структура типового ТЗ

1. ВВЕДЕНИЕ
   - Название проекта
   - Версия документа
   - История изменений

2. ОПИСАНИЕ БИЗНЕСА
   - Problem Statement
   - Целевая аудитория
   - Бизнес-модель

3. ТРЕБОВАНИЯ К СИСТЕМЕ
   - Функциональные требования
   - Нефункциональные требования
   - Бизнес-правила

4. ОРГАНИЗАЦИЯ И УПРАВЛЕНИЕ
   - Организационная структура
   - Роли и ответственность
   - Коммуникационный план

5. СРОКИ И БЮДЖЕТ
   - Timeline (фазы)
   - Бюджет
   - Ресурсы

6. РИСКИ
   - Описание рисков
   - План митигирования

7. КРИТЕРИИ ПРИЕМКИ
   - Что должно быть реализовано
   - Как это будет тестироваться

Отличие ТЗ от других документов

ТЗ vs User Story

• ТЗ: Высокоуровневый документ для всего проекта
• User Story: Одна маленькая функция в формате "As a user I want..."

ТЗ vs Дизайн

• ТЗ: Что и почему
• Дизайн: Как это выглядит и работает

ТЗ vs SLA

• ТЗ: Что нужно сделать
• SLA: Как часто система должна работать (availability)

Почему ТЗ важно для BA?

1. Точка отсчета: Все документы опираются на ТЗ
2. Управление изменениями: Понятно, что входит в scope, что нет
3. Спор разрешение: Если есть разногласие, смотрим в ТЗ
4. Качество: Четкие требования = качественный продукт
5. Планирование: Сроки и бюджет определяются на основе ТЗ

Типичные ошибки в ТЗ

• ❌ Размытые требования вроде «сделать быстро»
• ❌ Забыли про NFR
• ❌ Нет критериев приемки
• ❌ Бюджет и сроки не согласованы с объемом
• ❌ Не определены роли и ответственность

Хорошее ТЗ экономит месяцы переделок и экономит деньги компании.