Зачем бизнес требования в гибкой разработке

Речь пойдет о разработке интенсивно растущего продукта. Традиционно команда работала с беклогом детально проработанных требований, но в какой-то момент по мере усложнения  изменений команде стало трудно ориентироваться в них. Нам понадобился более высокоуровневый беклог бизнес требований, по которому можно получить представление о приросте функциональности и ее сложности, не погружаясь в большие объемы детальных требований, и не теряя гибкости управления scope.

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