Планирование · шаблон Excel · бесплатно

Матрица трассировки требований: шаблон и пример

Матрица трассировки требований (RTM) показывает путь каждого требования из BRD: решение, сборка, тесты, приёмка. Так видно, что сделано, что проверено, что принято и что сделано сверх требований. Здесь шаблон в Excel и первые семь требований учебного проекта.

XLSXRequirements Traceability Matrix.xlsx10 КБ
Кадр из PM Simulator, день 3, персонаж: «Всё, что справа от линии, идёт в фазу 2 через запрос на изменение (CR).»Всё, что справа от линии, идёт в фазу 2 через запрос на изменение (CR).
День 3Скоуп, требования, ресурсы
Что это за документ

Что такое матрица трассировки требований

RTM — таблица, в которой у каждого требования есть ID, раздел BRD, тип, приоритет по MoSCoW, ссылки на дизайн и сборку, номера тест-кейсов и два статуса: результат теста и приёмка. Это разные вещи. Тест может пройти, а приёмку заказчик ещё не подписал.

Главная задача матрицы — контроль объёма. Всё, что не связано с требованием, лишнее. Всё, что изменено, должно ссылаться на одобренный запрос на изменение (CR): для этого в матрице есть отдельная колонка Change Ref.

Когда он нужен

Заводят после подписания BRD, когда у требований есть ID и приоритет. Обновляют на каждом цикле SIT и UAT. Перед подписанием приёмки проверяют, закрыты ли все строки Must тестом и приёмкой.

5 шагов

Как заполнить матрицу трассировки требований

  1. Перенеси требования из подписанного BRD

    ID, номер раздела BRD («BRD §3.1») и формулировка. Формулировка должна проверяться: порог, срок или объём, а не «быстро» и «удобно».

  2. Проставь тип и приоритет из списков

    Must — без этого приёмки не будет. Should и Could — то, что можно отложить. Won't — явно вне текущего релиза. Тип выбирают из списка: Functional, Non-functional, Security и другие.

  3. Привяжи решение, сборку и тесты

    Ссылка на раздел дизайна (HLD или LLD), номер релиза и ID тест-кейсов. Пустая ячейка тест-кейсов — дыра в покрытии, и её видно сразу.

  4. Веди результат теста и приёмку отдельно

    На SIT и UAT обновляй результат теста. Приёмка — отдельный статус: он остаётся Pending до подписи бизнес-владельца, даже если тест прошёл.

  5. Меняй требование только через CR

    Любое изменение записывают с номером одобренного запроса на изменение в колонке Change Ref. Нет одобренного CR — нет изменения.

Замечания на ревью

Ошибки в матрице трассировки требований

Тест вместо приёмки

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

Требование, которое нельзя проверить

«Данные должны обновляться часто» не проходит тест. «Не реже чем каждые 15 минут», как в BR-002, проверить можно.

Статусы свободным текстом

В шаблоне результат выбирают из списка: Not run, Passed, Failed, Blocked. Написанное от руки «Done» или «Pass» выпадает из списка и не окрашивается.

Матрица для отчёта, а не для приёмки

Матрицу заполнили перед приёмкой и больше не открывали. Тогда она ничего не доказывает. Её обновляют на каждом SIT и UAT, а не один раз.

Образец · 2.4 Requirements Traceability Matrix

Пример матрицы трассировки требований на проекте

Первые семь требований из десяти в матрице проекта AI Social Pulse. Статусы на 4 сентября 2026 года.

XLSX2.4 Requirements Traceability Matrix.xlsx
1Req IDSource (BRD §)Requirement StatementTypePriority (MoSCoW)WBS / Design RefBuild Item / ReleaseTest Case ID(s)Test ResultAcceptance Status
2BR-001BRD §3.1The Trend Radar shall show the top 20 trending topics for the last 24 hours across six sourcesFunctionalMust1.4.3 / LLD §4Release 1TC-001, TC-002PassedAccepted
3BR-002BRD §3.2Source data shall be refreshed at least every 15 minutesNon-functionalMust1.4.2 / LLD §6Release 1TC-010PassedAccepted
4BR-003BRD §3.3Duplicate posts in the trends feed shall not exceed 1% per topicNon-functionalMust1.4.2 / LLD §6Release 1TC-011, TC-012FailedPending
5BR-004BRD §3.4An editor shall be able to export a trends report to PDF and XLSXFunctionalShould1.4.3 / LLD §4Release 1TC-020PassedAccepted
6BR-005BRD §4.1The Audience Dashboard shall forecast reach for 7 and 30 daysFunctionalMust1.4.3 / LLD §7Release 2TC-030, TC-031Not runPending
7BR-006BRD §4.2Forecast error (MAPE) shall not exceed 15% on the validation setNon-functionalMust1.4.2 / LLD §8Release 2TC-032Not runPending
8BR-007BRD §5.1The platform shall ingest the six sources listed in SOW §4: X, Instagram, Facebook, web news (RSS), Client CMS and Google TrendsFunctionalMust1.4.2 / LLD §3Release 2TC-040In progressPending
Что видно в образце
  • BR-001 прошёл тесты TC-001 и TC-002 (Passed), приёмка — Accepted. У BR-003 тест провален (Failed): дубликатов 3,1% при цели 1%, исправление к 9 сентября, затем повторный тест. Приёмка ещё Pending. Результат теста и приёмка — разные колонки, и так и должно быть.
  • BR-003 — дубликаты не больше 1%. Проблема I-02 из журнала проблем называет то же требование: дубликаты 3,1%, и из-за них блокирована приёмка BR-003. Требование и проблема связаны по ID.
  • BR-007 взят из BRD §5.1 и опирается на список источников из SOW §4: шесть источников, среди них Client CMS. Так аудит видит и документ, и раздел.
  • BR-005 относится к Release 2: тесты TC-030 и TC-031 не запускали (Not run), приёмка Pending. «Не запускали» — отдельное состояние: не провал и не зелёный статус.

AI Social Pulse — вымышленный учебный проект PM Simulator: компании, люди и цифры придуманы для обучения. Названия компаний на этой странице заменены ролями. Полный образец и ещё 40 заполненных документов этого проекта — в симуляторе.

XLSX
Requirements Traceability Matrix
пустой шаблон · 10 КБ · на английском

Внутри: Read Me, RTM.

Бесплатно. Заполненный образец и разбор твоей версии — в симуляторе.

4 вопроса

Вопросы о матрице трассировки требований

Не нашёл своего вопроса — напиши в Telegram, отвечу.

Чем RTM отличается от BRD?

BRD описывает, что нужно бизнесу. RTM прослеживает каждое требование из BRD до тестов и приёмки. BRD — документ, который подписывают, а RTM — рабочая таблица, которую ведут до конца проекта.

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

Если требований несколько десятков и приёмку ведёт один человек, таблицы с ID и статусом приёмки хватит. Полная матрица нужна, когда приёмку подписывают несколько сторон или проект проверяют по аудиту.

Что значит MoSCoW?

Четыре категории приоритета: Must — обязательно, Should — важно, но можно выпустить без этого, Could — желательно, Won't — не в этом релизе. Название составлено из первых букв слов Must, Should, Could, Won't, и в шаблоне они стоят в выпадающем списке.

На каком языке шаблон?

На английском, в формате международных компаний: Requirement Statement, Test Case ID, Acceptance Status. Названия колонок можно перевести, но значения в выпадающих списках и подсветки лучше не трогать: подсветка сравнивает слова точно.

Матрица трассировки требований · день 3 симулятора

Заполнить шаблон —
полдела

В симуляторе матрица появляется на третий день: BRD писали под другие приоритеты, UC1 уже в UAT, и заказчик хочет заново договориться о скоупе. Всё, что не вошло в границу, идёт в фазу 2 через запрос на изменение, и в матрице у такого требования есть номер CR.

эпизод 1 «Человек, которого уволили» · день 3: Скоуп, требования, ресурсы

Том протягивает руку: «Ты в деле?»Ты в деле?
AI SOCIAL PULSE / ТВОЙ СЛЕДУЮЩИЙ ПРОЕКТ
ТВОЙ ПРОПУСК В PM SIMULATOR
19 900 ₽29 900 ₽

Один платёж · доступ навсегда

  • 15 учебных дней — 13 на проекте и 2 на резюме
  • 30 разговоров с ИИ — заказчик, команда и спонсор отвечают сами
  • 119 ситуаций — 73 с разбором и 46 на зачёт
  • 41 шаблон и 41 образец — весь проект, а не десять файлов
  • ИИ-разбор твоей работы каждый день
Купить за 19 900 ₽Сначала посмотреть программу →

Возврат в течение двух суток с момента оплаты, без объяснения причин.

Другие шаблоны

Все 20 →