//продолжение Далее Иван справедливо заметил: «если есть enabling/platform team, то ряд вопросов обретает совсем другой окрас.». Конечно, Ваня полностью прав, ну а если нет такой enabling/platform team, то у тебя одна физическая команда поделена на две логические и это тот еще ад. Тот самый условный хирург еще и инструмент моет, пол моет, закупами медикаментов занимается, каталку катает и так далее. Аналогия один-в-один. Можно накидать в беклог задач, вроде: - заплатить налоги - заплатить пенсионные взносы - подготовить договор с заказчиком - подготовить закрывающие документы - арендовать землю под подстройку второго офиса - починить принтер … Но вот тут что-то вопросов не возникает. Это важные для функционирования бизнеса задачи и под них люди есть. В разработке ведь точно так же, – есть важные для возможности эффективной разработки задачи, обеспечивающие задачи. Какой из этого можно сделать вывод? В контексте продукта чисто технических задач не должно быть, они все должны быть привязаны к успеху продукта в том или ином виде. Если для конкретной задачи не удается определить бизнес-ценность, то либо ее нет, либо пока не удалось определить, либо она где-то в другом месте.