Pet Feature - это та "хотелка" заказчика, которая не несет ценности для продукта. Термин появился благодаря слову pet - "домашний питомец", которого заказчик холит и лелеет.



Например, у вас для отдела технической поддержки в разработке система по разбору запросов пользователей. Тут прибегает заказчик/овнер/инвестор и говорит - а пусть при отправке ответа пользователю на экране появляются фейрверки с мотивирующими надписями "Молодец! Продолжай в том же духе!".



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



Определить Pet Feature очень просто. Задайте себе вопрос - мы делаем эту хотелку, чтобы что? Потому что вы так хотите или потому что это пойдет на пользу продукту?



PS. Термин вообще достаточно редкий, но, для примера, встречается в книге "Impact Mapping: Making a big impact with software products and projects" и на различных англоязычных сайтах, посвященных Impact Mapping (а Impact Mapping - это метод отрисовки карты влияния, помогающей заказчику определиться с целями, но это уже совсем другая история...)



Нашел у @analysis_paradisis