Comments 4
Для написания юзер стори представить написание программ стори... Сложно!
Плюс пользователи не обязательно входят в подмножество клиентов. Собственно говоря, канонично клиентов называть заказчиками - тогда всё будет понятнее. В примере с продажей лотерейных билетов заказчиком является менеджмент компании, а пользователями кассиры. Заказчик принимает решение о том, что модуль нужен, генерирует требования и принимает результат. А пользователь - одна из категорий стейкхолдеров (заинтересованных лиц), которые могут быть зайдествованы при написании ТЗ и приёмочном тестировании.
Если подытожить, заказчики и пользователи могут перекрываться или совпадать полностью. Но в приведённом примере это не так.
Соглашусь частично. Я следую терминологии, определенной Карлом Вигерсом. В его терминологии клиенты - это в том числе и те, кто использует продукт. Т.е. в нашем случае - кассиры. Они же тоже могут и должны влиять на требования к нему, верно? Значит, могут выступать и в роли заказчиков. (Например, им удобнее иметь кнопку внизу справа. Если это не принципиально с точки зрения функциональности, то почему нет?)
Поэтому я все-таки считаю, что Вигерс прав, и пользователи входят в подмножество заказчиков, а не частично с ним пересекается.
Дьявол кроется в деталях. Книга, как часто бывает, описывает нечто сферическое в вакууме. В реальном мире роль пользователя (не являющегося одновременно и заказчиком) не предполагает под собой самостоятельной генерации конечных требований. Когда менеджмент заключает контракт на разработку, кассир Вася напрямую в ТЗ не зашлёт в требования "подвинуть кнопку" даже если эти требования ничему не противоречат. Сначала БА согласует это с реальным заказчиком.
При этом можно, например, разрабатывать систему отчётности для менеджмента и тогда заказчики будут ещё и пользователями.
Примеры из реальной жизни - это правильно, я это приветствую. Вот для пояснения таких нюансов они и нужны.
Согласна, чаще всего именно так и бывает. Самого кассира редко спрашивают, удобно ли ему. Решают за него. :-) Особенно в крупных проектах. Но в небольших, бывают, и спрашивают. Мы вот спрашивали в данном случае. Правда, не самого кассира, а центр обучения кассиров. Ну, почти конечных пользователей. :-)
Но суть статьи в том, что клиент компании - не пользователь системы в данном случае.
Трудности в определении пользователя ИС: советы начинающим аналитикам