Исчезнувшие Use Case стали пережитком управления проектов и заменены усовершенствованными User Story, но каждый из них имеет релевантные преимущества.
Use Case — описывает функциональное взаимодействие пользователя с системой по определенному набору сценариев. User Story — это желаемое представление системы для конкретного заинтересованного пользователя, которому необходима конкретная функциональность для достижения собственной цели. Критерии приемлемости реализуются через предварительные условия, действия и результаты.
Сходства в наличии роли, где Use Case — касается действий пользователя, а User Story — получения ценности для пользователя. В User Story больше внимания уделяется получению ценности как ключевому аспекту, а в случае Use Case — поведению. В User Story опускают несущественные детали, если только они не прописаны отдельно, Use Case — влечет за собой планирование полного сценария. User Story делает акцент на понимании бизнеса, а Use Case основан на понимании команды.
При управлении изменениями User Story старые требования не меняются, а создаются новые User Story. Use Case требует изменения большинства имеющихся сценариев.
В User Story нет общего представления того, как работает функциональность. Для управления User Story, используются дополнительные артефакты в виде задач, приоритизации и контроля. Основная сложность заключается в отслеживании влияния изменений на каждую зависимую задачу. Однако легче управлять изменениями путём создания новых задач. User Story представлена в виде небольшого атомарного артефакта, который бизнесу легче одобрить.
Изменениями Use Case трудно управлять, поскольку каждое изменение, влияет на остальную часть ветки функций. Это сопровождается высокими затраты на поддержку, так как ресурсы тратятся на грамотную интеграцию с остальной системой. Плюсом является полное описание системы. Взаимодействие между каждым изменением визуализируется.
User Story — лучше подходит для управления отставанием. Use Case — отличная база знаний для разработчиков. При объединении подходов получается Use Case 2.0, в котором Use Case представлен общим фронтом рабочего пути, а User Story представляет собой единицу работы, включающей один сценарий.
User Story
Плюсы:
- На утверждения приходят небольшие артефакты;
- Просто управлять изменениями;
- Хорошо подходит для поэтапной разработки.
Минусы:
- Нет общей картины;
- Существует множество мелких артефактов, которыми необходимо управлять;
- Трудно отследить влияние изменений на зависимые функции.
Use Case
Плюсы:
- Полное описание системы;
- Легче анализировать влияние изменений;
- Легче управлять границами проекта.
Минусы:
- Трудно управлять изменениями;
- Большие затраты ресурсов на поддержку;
- Если разработка изменения откладывается, трудно управлять актуальностью документа.
Применение:
- Поставить задачу на разработку — Use Case и User Story;
- Определение тестовых сценариев — User Story;
- Поставить задачу на изменение — User Story;
- Обеспечьте поддержку приложения — Use Case.
Ссылка: Telegram / @pmbbk
