Рассматриваю вещь на уровне работы отдела развития функционала для онлайн сервиса. Кратко процесс работы отдела выглядит следующим образом: формулируем идею, берём в проработку (проверяем гипотезы, проводим исследования среди пользователей и эксперименты, определяем вариант реализации, то есть вариант разработки, тестируем его, участвуем в описании тех. требований для разработки). Разработка функциональности происходит на стороне Подрядчиков. После разработки получаем готовую фичу для наших пользователей. Вещь в данном случае изготавливается вне нашей организации, то есть мы не являемся изготовителями.
У меня есть несколько вариантов, что может быть вещью в данном случае:
- сама фича\код
- мастерство пользователя по решению своих вопросов с помощью нашей фичи
- “сеанс” использования фичи пользователем на своем устройстве.
Получается, что объект который путешествуют в рамках нашего отдела является описанием, и в разные периоды времени имеет разные названия, и участвуют в создании этих описаний разные роли: маркетолог, продакт менеджер, бизнес-аналитик, и т.п.: - описание идеи
- описание идеи, которое находятся в бэклоге
- описание идеи, которое взято в проработку
- описание подтвержденных гипотез
- прототип фичи
- проверенный прототип фичи
- описание технические требования для разработки фичи.
Далее эти тех. требования “покидают” нашу организацию и реализуются подрядчиками.
Чек-лист объекта: - Связан с вещью каким-то отношением? - описания, которые создают отделы развития связаны с вещью отношением описания и отношением создания;
- Покидает границу предприятия и эксплуатируется/используется за его пределами - фичами пользуется пользуется на своей устройстве, как правило, на своем рабочем месте
- Отсутствие выпускаемого объекта, а именно описания тех. требования или проблемы с другими описаниями приведут к проблемам в создании и дальнейшей эксплуатации вещи (фичи);
- Интересен операционному менеджеру, т.к. оргизменения в отделе будут влиять на сокрость проработки описаний, увеличивая\замедляя скорость выпуска фич.