у сервисов/демонов тоже есть функциональность, которую руками в реальном времени не потрогаешь, зачем придумывать велосипед:
функциональность - это список того, что выполняет в продукте обработку входящих данных и выдаёт результат в требуемом виде
то есть input data->functionality processing->output

всё остальное, что не меняет аутпут результат или ваще не процессит данные (например, шифрование меняет, а можно ли или нет скачать шифрованный файл и дешифровать 3рд пати - нет) - нефункциональное

так. но если интерфейсов нету програмных а есть требования например "все данные должны храниться на сервере в шифрованном виде" (или передаваться от микросервиса к микросервису) - где тут функциональность как таковая?

а функциональность щас и есть это самое вэлью

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