Что такое business feature
Что проверяют
Отделяете ли вы функциональность, за которую платит бизнес, от внутренней технической работы, и умеете ли описать её так, чтобы команда могла оценить объём, а заказчик принять результат. Термин пришёл из масштабируемых фреймворков, где фича это уровень между эпиком и пользовательской историей.
Второй слой вопроса: мыслите ли вы ценностью или только требованиями. Аналитик, который приносит список экранов, и аналитик, который приносит проверяемую гипотезу выгоды, стоят по-разному.
Как отвечать
Бизнес-фича это цельная возможность продукта, которая сама по себе закрывает задачу пользователя или внутреннего заказчика и даёт измеримый эффект: оплата подписки картой, выгрузка отчёта, самостоятельное восстановление доступа. Ей противопоставляют enabler feature, техническую работу без прямой пользовательской ценности: переезд хранилища, вынос интеграции, нагрузочный стенд. Обе лежат в одном бэклоге и конкурируют за ёмкость команды, но защищаются разными аргументами.
Хорошее описание бизнес-фичи содержит: кому и какую проблему решает, гипотезу выгоды с метрикой, границы (что входит и что осознанно не входит), критерии приёмки, зависимости и допущения. Размер подбирается так, чтобы фича укладывалась в один цикл поставки: крупнее это эпик, мельче это история.
Где спотыкаются
Описывают решение вместо потребности. Вместо «пользователь теряет доступ и ждёт поддержку сутки» появляется перечень экранов и кнопок. Такую формулировку нельзя ни оспорить, ни упростить: непонятно, какую часть можно выкинуть без потери смысла.
Путают уровни. Под видом фичи приносят либо годовую программу работ, либо задачу на полдня. Первую невозможно оценить и приоритизировать, вторая не имеет самостоятельной ценности и должна жить внутри чего-то большего.
Не закладывают способ проверки. Без метрики и базового значения фичу нельзя признать удачной или неудачной, поэтому бэклог растёт, а решение об отказе от неработающей функциональности не принимается никогда.