Ответ.

Прослеживаемость требований (traceability) — системная связь между бизнес-целями, требованиями и реализацией. Это позволяет видеть, какие решения и задачи связаны с конкретными исходными целями, быстро обнаруживать отклонения и вносить изменения с минимальными рисками.

Ключевые особенности:

Использование матрицы прослеживаемости (Traceability Matrix): документ или инструмент, позволяющий связать требования с задачами, тест-кейсами и результатом.
Интеграция с ALM/PM-инструментами (например, Jira, Azure DevOps): ведение истории изменений требований, комментариев и решений.
Регулярная сверка требований с реализованными фичами и тестами: постоянная проверки на соответствие.

Вопросы с подвохом.

Достаточно ли один раз составить матрицу требований и не обновлять её?

Ответ: Нет, матрица должна актуализироваться на протяжении всего проекта, иначе связь требований теряется или становится ошибочной.

Является ли traceability только задачей аналитика?

Ответ: Нет, это кросс-функциональная задача; важна совместная работа BA, тестировщиков, менеджеров проекта и разработчиков.

Можно ли пренебречь traceability при реализации небольших проектов?

Ответ: Даже в небольших проектах traceability помогает избежать регресса, потери требований и ошибок при изменениях, особенно при последующем сопровождении.

Типовые ошибки и анти-паттерны

Отсутствие регулярного обновления матрицы требований
Игнорирование мелких изменений и нефиксирование в инструментах
Формальный подход к прослеживаемости (заполнение "для галочки")

Пример из жизни

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

Плюсы:

Легкость коммуникации на старте

Минусы:

Потерянные задачи
Неясные точки регресса
Много избыточных доработок

Положительный кейс: введение traceability matrix, регулярное обновление в Jira, связка задач с тест-кейсами.