50 питань з співбесіди для бізнес-аналітиків (Частина 2)

Продовження теми запитань, що можуть траплятися на співбесідах на позицію бізнес-аналітика різних рівнів.

Перша частина знаходиться тут

Найкращі питання для інтерв’ю з бізнес-аналітиком початкового рівня

Питання 11 — Що таке спосіб виявлення вимог (requirement elicitation)?

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

Відповідно до BABOK 3: elicitation – це ітеративний шлях отримання інформації від зацікавлених сторін та з інших джерел, шляхом вилучення інформації та/або породження похідної інформації.

Робота з виявлення вимог відбувається на початку проекту. На цьому етапі ви не витрачаєте час на роздуми про те, як ви збираєтесь реалізовувати вимоги. Виявлення вимог не повинно обмежуватись розмовами «Малоймовірно, що ми зможемо змусити це працювати». Спочатку визначте, що вам потрібно, а потім, пізніше, у процесі роботи з вимогами, ви зможете розставити пріоритети за функціональністю та визначити, як ви можете виконати вимоги таким чином, щоб це відповідало загальним цілям проекту. В ідеалі збір вимог щодо проектів має відбуватися під керівництвом та за підтримки бізнес-аналітика. Однак багато проектних груп не мають у команді окремого спеціаліста, який має спеціальні навички з бізнес-аналізу. Тому керівнику проекту та членам команди доводиться самостійно з’ясовувати та документувати вимоги.

Це цікаво: П’ять сильних книг для бізнес-аналітиків

Питання 12 — У чому принципова різниця між вимогою та потребою з погляду бізнес-аналізу?

Відповідь: Вимоги це те, що нам потрібно зробити, щоб задовольнити повністю або частково висловлену потребу. Іншими словами, вимога – це придатне для практичної реалізації уявлення потреби.

Потреба або business need — це стратегічно чи тактично важлива проблема чи можливість, що підлягає розгляду. У бізнесі потреби — це цілі та завдання, яких бізнес має досягти, щоб працювати, отримувати прибуток, ефективно служити та успішно виконувати свою місію.

Потреби – це цілі та завдання, яких бізнес має досягти, тоді як вимоги – те, що нам потрібно зробити для того, щоб досягти потреби.

Питання 13 – Що таке нефункціональні вимоги і як ви їх фіксуєте?

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

Відповідно до BABOK 3: Нефункціональні вимоги описують атрибути продуктивності або якості, яким має відповідати рішення. Нефункціональні вимоги зазвичай виміряються і відіграють роль обмежень дизайну рішення загалом.

Питання 14 — Якими навичками повинен мати бізнес-аналітик?

Відповідь: Ми можемо загалом розділити навички бізнес-аналітика на три типи:

• Фундаментальні навички
• Технічні навички
• Навички бізнес-аналізу

Для кожної з вищезгаданих категорій бізнес-аналітик повинен мати деякі навички, як зазначено нижче:

Категорія навичок	Навички
Фундаментальні навички	Вирішення проблем Комунікація Управлінські навички Дослідницька робота
Технічні навички	ІТ-навички, такі як MS Office, операційні системи, мови програмування, знання бази даних, знання SDLC, знання предметної області
Навички бізнес-аналізу	Виявлення вимог Робота з документацією Прийняття рішень Креативність Аналітичні навички

До теми: Задачі та навички корпоративного бізнес-аналітика

Питання 15 – Як ви можете описати “вимогу хорошої якості” як бізнес-аналітик? Які критерії ви використовували для оцінки вимоги.

Відповідь: Ми можемо виміряти якість вимог за допомогою правила SMART. Відповідно до цього правила, вимога хорошої якості має бути:

Specific (Конкретним): Вимога має бути конкретною і могла бути належним чином задокументована
Measurable (Вимірний): Різні параметри можуть вимірювати критерії успіху вимоги
Attainable (Досяжне): Вимога має бути виконаною в межах обсягу даних ресурсів
Relevant (Актуально): вимога повинна відповідати бізнес-моделі проекту.
Timely (Своєчасність): вимога має бути повідомлена на ранній стадії життєвого циклу проекту.

Зверніть увагу: 7 порад, які допоможуть освоїти професію бізнес-аналітика в IТ

Питання 16 – Які документи використовуються для збору нефункціональних вимог?

Відповідь: Є два документи, які використовуються для фіксації нефункціональних вимог, а саме:

• SDD (системний проектний документ)
• FRD (документ із функціональними вимогами)

Питання 17 – Що таке альтернативний потік (alternate flow) у діаграмі Use Case (варіантів використання)?

Відповідь: Це альтернативне рішення або дія у варіанті використання, який слід наслідувати у разі будь-якого збою в системі.

Питання 18 – Що таке персонажі (personas) у бізнес-аналізі?

Відповідь: Personas (Персонажі) є методологією проектування, орієнтованого на користувача. Щоб програма могла працювати на демографічній основі, вигадані персонажі концептуалізуються бізнес-аналітиками і на основі їх можливих демографічних сценаріїв поведінки створюються під час проектування.

Запитання 19 — Що таке діаграма дій (activity diagram) та які важливі елементи вона містить?

Відповідь. Activity diagram (Діаграма дій) – діаграма поведінки UML, що описує динамічні аспекти системи.

Діаграма дій – це, по суті, розширена версія блок-схеми, що моделює перехід від однієї дії до іншої. Дію можна описати як роботу системи. Потік керування переходить від однієї операції до іншої. Цей потік може бути послідовним, розгалуженим або паралельним. Діаграми дій мають справу з усіма типами керування потоком за допомогою різних елементів, таких як fork, join і т.д.
Основна мета діаграми діяльності – зафіксувати динамічну поведінку системи.

Питання 20 – Що таке UML-моделювання?

Відповідь: UML розшифровується як Unified Modeling Language. Це стандарт, який галузь використовує для документування, побудови та візуалізації різних компонентів системи. Цей стандарт моделювання переважно використовується для розробки програмного забезпечення. Однак він також використовується для опису робочих ролей, організаційних функцій та бізнес-процесів. Деякі з важливих діаграм, які BA використовують як частину UML, є діаграма класів, діаграми станів і варіанти використання.

Насамкінець: Інтерв’ю бізнес-аналітика – погляд з обох сторін

Наступні частини:

50 питань з співбесіди для бізнес-аналітиків (Частина 3)

50 питань з співбесіди для бізнес-аналітиків (Частина 4)

Переклад оригіналу здійснено 9 червня 2022 року