Плутаєтесь між Темою (Theme), Епіком (Epic), Історією (Story) та Критеріями Прийняття (Acceptance Criteria)?

Плутаєтесь між Темою (Theme), Епіком (Epic), Історією (Story) та Критеріями Прийняття (Acceptance Criteria)?

Як бізнес-аналітик, ви, напевно, швидко зіткнулися з цими термінами, особливо коли ваш проект використовує гнучкий (agile) підхід до розробки. Хоча інтуїтивно деякі з цих термінів можуть мати для вас сенс, встановити чіткий взаємозв’язок часто буває складно.

Спробуємо розібратися в усіх цих термінах на відпрацьованому прикладі.

Ініціативи — це проекти, спрямовані на досягнення конкретної бізнес-цілі. Як правило, кожна ініціатива має містити кілька епіків, спрямованих до спільної мети. У нашому прикладі ініціативою є створення мобільного додатку для навчання.

Епіки – це великі обсяги робіт, що випливають з цілей ініціативи. Епіки можна розбити на кілька Фіч (Features). У нашому прикладі ініціативи ми виділили наступні епіки.

1.1 (Epic) Логін

1.2 (Epic) Перегляд курсів

1.3 (Epic) Покупка курсів

1.4 (Epic) Інформаційна панель

1.5 (Epic) Навчальний посібник

1.6 (Epic) Вікторини

1.7 (Epic) Навчальні відео

1.8 (Epic) Картки

Фічі – це ключові функціональні можливості, які надає епік. Фічі далі розділені на кілька історій.

До теми: ВІГЕРСОПЕДІЯ – Звички ефективних бізнес-аналітиків 

Для Епіку Логіну визначено наступні ключові функції:

  • 1.1 (Фіча) Логін нового користувача
  • 1.2 (Фіча) Логін існуючого користувача
  • 1.3 (Фіча) Забули пароль
  • 1.4 (Фіча) Логін через соціальні мережі

Історії, які також називають “історіями користувача”, – це короткі вимоги або запити, написані з точки зору кінцевого користувача. Команда розробників створює задачі для реалізації історій.

Критерії прийняття визначають конкретні очікування, таке впровадження бізнес-правил для кожної історії.

Тест кейси відповідають критеріям прийняття.

У наступному прикладі ми розробили кілька історій для Епіку – Логін.

  • (Тема/Ініціатива) Мобільний додаток для SuXeed LMS
    • 1 (Епік) Логін
      • 1.1 (Фіча) Вхід для нового користувача
        • 1.1.1 (Історія) Як новий користувач, я повинен мати можливість зареєструватися, щоб використовувати LMS.
          • 1.1.1.1 (Критерії прийняття) Ім’я користувача має бути унікальною валідною електронною поштою.
          • 1.1.1.2 (Критерії прийняття) Пароль має відповідати org. політиці паролів.
          • 1.1.1.3 (Критерії прийняття) Пароль не повинен відображатися, коли користувач вводить його.
          • 1.1.1.4 (Критерії прийняття) Система повинна сповіщати, коли існуючий ідентифікатор електронної пошти використовується для створення нового облікового запису.
        • 1.2 (Функція) Логін існуючого користувача
          • 1.2.1 (Історія користувача) Як зареєстрований користувач, я повинен мати можливість увійти в LMS, щоб використовувати LMS.
            • 1.2.1.1 (Критерії прийнятності) Ім’я користувача має бути актуальною електронною адресою, а пароль має бути вірним.
            • 1.2.1.2 (Критерії прийнятності) Пароль не повинен відображатися, коли користувач вводить його.
            • 1.2.1.3 (Критерії прийнятності) Після 3 невдалих спроб система заблокує обліковий запис для захисту від несанкціонованого доступу.
            • 1.2.1.4 (Критерії прийнятності) Якщо введений пароль згенерований системою, система запитує новий пароль. Новий пароль повинен бути двічі підтверджений.
          • 1.3 (Фіча) Забули пароль
            • 1.3.1 (Історія користувача) Як зареєстрований користувач, я повинен мати можливість відновити свій пароль, якщо я його забуду.
              • 1.3.1.1 (Критерії прийняття) Система повинна змінити пароль на випадковий і надіслати одноразовий пароль на зареєстровану електронну адресу.
            • 1.4 (Функція) Вхід через соціальні мережі
              • 1.4.1 (Історія користувача) Як новий користувач, я повинен мати можливість зареєструватися в LMS, щоб користуватися LMS.
                • 1.4.1.1 (Критерії прийняття) Система повинна дозволяти реєстрацію нових користувачів через профілі LinkedIn, Google та Facebook.
                • 1.4.1.2 (Критерії прийняття) Система повинна попереджати та не дозволяти реєстрацію нових користувачів через профілі LinkedIn, Google та Facebook, якщо такі профілі існують в системі.
              • 1.4.2 (Історія користувача) Як новий/зареєстрований користувач, я повинен мати можливість увійти в систему LMS для того, щоб користуватися LMS.
                • 1.4.2.1 (Критерії прийняття) Система повинна дозволяти існуючим користувачам входити в систему через профілі LinkedIn, Google та Facebook.

Буде цікаво: Що таке SWOT аналіз та як його корректно проводити

Візуальне представлення може бути наступним:

Оригінальна стаття – Confused Between Theme, Epic, Story, and Acceptance Criteria? від LN Mishra, переклад – Олександра Горлович, ревью – Іван Вільчавський. Оригінальні зображення зі статті.

Якщо ви знайшли помилку, будь ласка, виділіть фрагмент тексту та натисніть Ctrl+Enter.

Залишити відповідь

Ваша e-mail адреса не оприлюднюватиметься. Обов’язкові поля позначені *

Повідомити про помилку

Текст, який буде надіслано нашим редакторам: