Любой большой проект рано или поздно приходит к необходимости работы с несколькими версиями одних и тех же объектов:

1.  несколько человек работают над одним документом/кодом/макетом 
2. одни и те же объекты одновременно изменяются для разных целей: 

•  исправление багов и наращивание функционала;
  
•  необходимость реализации специфичного функционала и развитие базовой версии

3. необходимо проработать возможные изменения без гарантии включения их в финальный вариант 

В области разработки кода для всех этих задач существует большое количество готовых решений, чего нельзя сказать о разработке требований. Здесь каждая команда изобретает свое, часто вручную решая вопросы трассировок, контроля изменений и формирования набора спецификаций для разных версий.

В своем докладе мы расскажем о то, как можно применять классические практики из области разработки кода для управления требованиями и к какие ограничения могут встретиться на этом пути.