EngX Code Review: почни писати код іще краще й побудуй ефективний процес код-рев’ю.

Роль бізнес-аналітика в Scrum: навіщо команді потрібен BA

Яку роль відіграє бізнес-аналітик у Scrum? Дізнайтеся, як BA допомагає розробникам створювати якісне ПЗ і чому його завдання є критичними для успіху проєкту.

Автор статті — бізнес-аналітик EPAM Єлизавета Сокол.


У попередній статті я розповіла, що являє собою Scrum, з чого складається фреймворк, і розібрала детальніше кожен його компонент.

Розібравшися з основами Scrum, ми підібралися до другого питання: а де тут місце бізнес-аналітика?

Хто такий бізнес-аналітик

Але давайте спочатку згадаємо, хто такий бізнес-аналітик і навіщо він узагалі потрібен у процесі розробки програмного забезпечення. Як завжди, почнемо з визначень.

Business Analysis Body of Knowledge (BABOK), розроблений Міжнародним інститутом бізнес-аналізу (International Institute of Business Analysis — IIBA), дає таке визначення:

  • Бізнес-аналітик (БA) — «будь-яка людина, що здійснює бізнес-аналіз, незалежно від посади чи ролі в організації».
  • У свою чергу, бізнес-аналіз визначають як «практика, яка уможливлює зміну в контексті підприємства, шляхом визначення потреб та рекомендації рішень, які забезпечують цінність для стейкхолдерів».

Якщо відійти від формальних визначень, то бізнес-аналіз необхідний для вивчення цілей, можливостей і проблем бізнесу, пошуку найкращих рішень для задоволення потреб. За допомогою бізнес-аналізу виявляють вимоги різного рівня, визначають й аналізують можливі ризики та вибудовують стратегію управління ними. Без бізнес-аналізу завжди є ймовірність вибрати рішення, яке насправді не задовольняє потреби бізнесу та зацікавлених осіб.

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

Детальніше про професію

Завдання бізнес-аналітика

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

  • На будь-якому проєкті бізнес-аналітику потрібно зробити аналіз поточної ситуації «AS IS». Необхідно визначити початкову точку й зрозуміти, які зараз є потреби в бізнесу.
  • Визначити майбутній стан «TO BE», тобто зрозуміти, чого саме хоче досягти бізнес, зокрема бізнес-вимоги, які потрібно задовольнити, оцінити можливі ризики.
  • Визначити можливі варіанти рішень і вибрати найбільш відповідне в рамках наявного контексту.
  • Виявити всі необхідні вимоги (бізнес-вимоги, вимоги зацікавлених осіб, вимоги до рішення). Бізнес-аналітик виявляє необхідні вимоги, взаємодіючи з зацікавленими особами.
  • Усі отримані вимоги БА має проаналізувати, задокументувати та обговорити з командою розробки, щоб у всіх було єдине розуміння, що саме й для чого розроблятимуть.
  • БА також супроводжує процес розробки та постачання готового рішення зацікавленим особам, бере участь в оцінці рішення.

Тепер, розібравшись із завданнями бізнес-аналітика, повернемося до питання про те, де його місце в Scrum.

Ролі бізнес-аналітика в Scrum

На перший погляд може здатися, що бізнес-аналітика зовсім немає в Scrum, адже у фреймворку чітко описані учасники скрам-команди — Product Owner, Scrum Master, Developers. Однак це не так.

Важливо зазначити, що Product Owner, Scrum Master, Developers — це саме ролі в рамках скрам-команди, які за назвою зовсім не обов’язково відповідають реальній ролі в процесі розробки або посаді в компанії. Тобто, залежно від функцій на проєкті, БА може виступати в одній із кількох ролей.

Developer

Так, до Developers — команди розробки — належать не тільки безпосередньо розробники, а й тестувальники, дизайнери, архітектори, бізнес-аналітики, дата-аналітики тощо — усі, хто робить безпосередній внесок у розробку продукту. Згідно з посібником зі Scrum, «Developers — це люди в Scrum Team, які віддані створенню будь-якого аспекту готового до використання Increment у кожному Sprint».

У ролі Developer бізнес-аналітик виконує тільки свої завдання, про які ми говорили раніше.

Таким чином, перший можливий і найпоширеніший варіант — бізнес-аналітик у Scrum є частиною команди розробки.

Scrum Master

Нагадаю, що «Scrum Master несе відповідальність за застосування Scrum згідно з посібником зі Scrum». Він допомагає зрозуміти теорію й практики Scrum як усередині команди, так і в організації загалом.

Як Scrum-майстер, так і бізнес-аналітик активно взаємодіють із зацікавленими особами, зокрема командою розробки, замовниками, користувачами та іншими. Вони обидва виконують роль фасилітатора й відповідають за ефективну комунікацію.

При цьому основне завдання Scrum Master — допомога в застосуванні Scrum, забезпечення ефективності команди, організація й поліпшення процесів, усунення перешкод у досягненні необхідної мети. Завдання ж бізнес-аналітика — виявлення, аналіз і документація вимог, комунікація з замовником і командою.

Таким чином, основні обов’язки бізнес-аналітика й Scrum Master відрізняються, але в них є спільні завдання й зона відповідальності.

Роль Scrum Master може виконувати як менеджер проєкту, так і будь-який інший член команди, якщо в нього достатньо для цього знань і кваліфікації. Наприклад, підтвердити необхідні знання може сертифікація від scrum.org — Professional Scrum Master.

Чи може бізнес-аналітик бути Scrum-майстром? Так, може. На реальних проєктах досить часто трапляється така ситуація, коли той, кого б ми зазвичай віднесли до Developers, виконує дві ролі. Наприклад, Scrum Master і Developer, Product Owner і Developer. Посібник зі Scrum це не забороняє. Також у посібнику підкреслено, що «якщо Product Owner або Scrum Master активно працюють над елементами зі Sprint Backlog, то вони беруть участь у Daily Scrum у якості Developers».

Таким чином, бізнес-аналітик у рамках Scrum-команди може:

  • бути частиною Developers та виконувати завдання ВА
  • й одночасно бути Scrum-майстром, додатково виконуючи його обов’язки.

Водночас, якщо фахівець із посадою «бізнес-аналітик» у рамках проєкту виконує тільки функції Scrum Master, то на цьому конкретному проєкті він уже не буде бізнес-аналітиком.

Product Owner

«Product Owner несе відповідальність за максимізацію цінності продукту, одержуваного в результаті роботи Scrum Team».

Product Owner (PO) відповідає за стратегічне бачення продукту, створення й пріоритизацію елементів беклогу, забезпечує розуміння командою беклогу продукту та його мети, ухвалює основні рішення щодо продукту. Зі свого боку, бізнес-аналітик сфокусований на аналізі та розробці конкретних вимог.

На мій погляд, саме обов’язки Product Owner найбільшою мірою перетинаються з обов’язками бізнес-аналітика. Вони обидва мають розуміти бізнес-цілі, визначають обсяг робіт і керують ним, розробляють вимоги та комунікують із зацікавленими особами.

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

Чи може бізнес-аналітик бути власником продукту? Однозначно так. Є два варіанти:

  • бізнес-аналітик виконує роль Product Owner;
  • бізнес-аналітик працює спільно з PO.

У спільній роботі також можливі кілька варіантів. Часто буває ситуація, коли PO перебуває на стороні замовника й окрім виконання цієї ролі у нього також є багато інших обов’язків.

Якщо в Product Owner через різні обставини немає можливості повноцінно брати участь у процесах, то в такій ситуації ВА може виступати в ролі Proxy Product Owner. Офіційно такої ролі немає в посібнику зі Scrum, але її досить активно використовують у професійному середовищі.

Proxy PO бере на себе деякі або всі обов’язки Product Owner. Proxy PO може бути членом команди розробників, бізнес-аналітиком, менеджером проєкту або будь-якою іншою особою, яка добре розуміється на продукті та потребах клієнтів. Він діє як сполучна ланка між командою й PO, гарантуючи, що в команди є необхідні вказівки та роз’яснення для продовження роботи. Proxy PO відповідає за визначення пріоритетів у беклозі продукту, надання вимог команді розробників тощо. Зазвичай цю роль бере на себе бізнес-аналітик.

Читай інші статті про бізнес-аналіз у блозі:

Висновки

Підбиваючи підсумки, можна сказати, що для бізнес-аналітика однозначно є місце в Scrum, адже в будь-якому процесі розробки продукту не обійтися без бізнес-аналізу. BA відповідає за виявлення, аналіз і документацію вимог, а також роз’яснює їх учасникам команди. Окрім того, бізнес-аналітик відіграє важливу роль у комунікації між бізнесом і командою розробки: він допомагає усунути непорозуміння та узгодити очікування, щоб запропонувати оптимальне рішення.

Варто зазначити, що вся робота ВА та команди загалом спрямована на те, щоб створити якісний продукт, який відповідає потребам бізнесу та користувачів. А в якій саме ролі ви як BA будете виступати, залежить від проєкту, продукту, замовника та інших чинників.

Корисні матеріали:

Матеріали за темою
Стеж за новинами на улюблених платформах