Как управлять версиями требований (Versioning) на крупном проекте?

Требования постоянно меняются. Чтобы не запутаться, аналитик должен вести версионирование:

1. Использование Baseline: Фиксация мажорных версий (v1.0, v2.0) после согласования со стейкхолдерами.
2. История изменений (Change Log): Таблица в начале документа (Дата, Автор, Версия, Суть изменения).
3. Инструменты: Использование Confluence (встроенная история страниц), Jira (история тикетов) или подход Docs-as-Code (хранение требований в Git, где каждый коммит — это версия).

✅ Суть: Если разработчик сделал фичу по старой версии ТЗ, аналитик должен иметь возможность доказать, когда и почему требование изменилось.