P
prepair.app
Пройти інтерв'ю →
EnglishУкраїнськаРусскийDeutsch
📈

Junior Business AnalystПитання на співбесіді бізнес аналітика

Junior · без досвіду / до 1 року

Співбесіда бізнес-аналітика перевіряє, як ви збираєте вимоги, працюєте з незгодними стейкхолдерами і перетворюєте невизначеність на те, що команда зможе побудувати. Нижче — найчастіші питання з еталонними відповідями. Junior: базова теорія, визначення та прості практичні кейси.

Спробувати — без реєстрації
Готуємо питання…

Теми для підготовки

Збір вимог
User stories і критерії приймання
UML та BPMN діаграми
Робота зі стейкхолдерами
Agile і Scrum
Пріоритизація (MoSCoW, RICE)

6 питань рівня Junior з відповідями

1

Чим функціональна вимога відрізняється від нефункціональної?

Відповідь

Функціональна каже, що система робить: користувач може скинути пароль. Нефункціональна — наскільки добре: за дві секунди, при десяти тисячах одночасних користувачів, із підтримкою екранного диктора. Нефункціональні й забувають, а потім переписують систему, бо вони обмежують архітектуру, а не поведінку.

2

Що робить вимогу тестованою?

Відповідь

Те, що за нею можна однозначно сказати, виконана вона чи ні. «Сторінка має швидко вантажитися» не тестоване; «сторінка відмальовується швидше за дві секунди на 3G» — так. Перевірка проста: чи побудують двоє читачів ту саму перевірку. Якщо ні, це не вимога, а побажання.

3

Що таке користувацька історія і що таке критерії приймання?

Відповідь

Історія одним реченням називає, хто чого хоче і навіщо, та існує, щоб почати розмову, а не замінити її. Критерії приймання — умови, за яких роботу вважають зробленою, записані так, щоб розробник і тестувальник домовилися заздалегідь. З історії без критеріїв і беруться суперечки про межі.

4

Чим бізнес-вимога відрізняється від вимоги до рішення?

Відповідь

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

5

Які техніки виявлення вимог знаєте і коли яка доречна?

Відповідь

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

6

Що таке use case і чим він відрізняється від користувацької історії?

Відповідь

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

🦎

Прочитати відповіді недостатньо

На співбесіді ти говориш вголос під тиском. Кем поставить ті самі питання, оцінить кожну відповідь і покаже, що саме підтягнути.

Пройти інтерв'ю Junior Business Analyst →
Безкоштовно · 3 інтерв'ю на місяць

Інші рівні — Business Analyst

Middle Business AnalystSenior Business AnalystУсі питання Business Analyst

Інші спеціалізації

🔍Junior QA Manual🤖Junior QA AutomationJunior Java Backend🐍Junior Python Backend🐘Junior PHP Backend🦫Junior Go Backend🟢Junior Node.js Backend💎Junior Ruby on Rails🟣Junior .NET Backend Developer🔷Junior C++