Всі бізнес-аналітики проходять інтерв’ю. Ця стаття присвячена темі, в якій ми розглянемо, з чого складається процес співбесіди, розберемо базовий набір питань на технічному інтерв’ю, пройдемося по можливим конфліктним ситуаціям і важливим питанням, які слід задати інтерв’юеру. Ми подивимося на погляд з боку кандидата і з боку компанії.
Мене звуть Сергій Журавель, Head of Business Analysis Office в Yalantis. За 9 років роботи в бізнес-аналізі я провів більше сотні співбесід, допоміг десяткам аналітикам успішно пройти інтерв’ю і отримати першу роботу. Я створив BA Club – ком’юніті, в якому ми допомагаємо як новачкам, так і більш досвідченим бізнес-аналітикам. А також постійно займаюся поліпшеннями процесів співбесід та адаптації в компанії.
Очікування від бізнес-аналітика
«Хто такий бізнес-аналітик? Навіщо він потрібен?” – багато компаній не можуть для себе знайти відповідь на це питання і розшукують єдинорога в пустелі опівночі. Проекти різні, знання начебто потрібні різні – що ж робити? А ще часто роль бізнес-аналітика поєднують з роллю керівника проектів, називають продакт менеджером, передають частину функціоналу тестувальника чи фахівця техпідтримки.
Для кандидата
Виникає питання: «Як зрозуміти, що мене там чекає?». І тут часто допомагає уважне читання вакансії. Опис вакансії – це відкритий договір, де ви ще до співбесіди можете вирішити, чи хочете інвестувати свій час в компанію чи ні. Зрозумілий опис вакансії не завжди дає гарантії, що ваші очікування виправдаються. Але незрозумілий і розмитий опис в більшості випадків вказує, що компанія не розуміє ні хто їй потрібен, ні з чим він буде працювати.
Для компанії
Портрет бізнес-аналітика, як і інших фахівців, складається з горезвісного набору хард і софт скілів. Опишу наш формат їх інтерпретації та перевірки.
Ситуація з хард скілами йде простіше. Якщо в компанії є сформована модель компетенцій для бізнес-аналітика, то завдання співбесіди зводиться до перевірки кандидата на відповідність рівня в цій моделі. У Yalantis така модель створена на підставі підходів Project Management Institute (PMI), адаптована під умови реальних проектів, прожила вже більше року і еволюціонує. Вона являє собою процеси бізнес-аналізу, техніки і артефакти в рамках цих процесів, і рекомендації, що почитати або подивитися по кожному процесу. По кожній із них бізнес-аналітик може отримати від 0 до 4 балів, де:
0 – немає знання в теорії, немає досвіду практичного застосування;
1 – розуміє теорію, але немає практики (або навпаки);
2 – розуміє теорію, осмислено застосовує на практиці;
3 – (2) і досвід менторства / аудиту з цього процесу;
4 – бонусний бал за експертні знання в якихось областях (наприклад, знання в метриках, діаграмах і так далі).
На кожен грейд встановлюється необхідна сума. Бали набирають з ментором в рамках 6 місяців. Все максимально прозоро. Такий підхід дозволяє будувати зрозумілі і відкриті умови для розвитку хард скілів ще зі старту і до передбачуваного зростання в рамках компанії.
Процес інтерв’ю
Для компанії критично важливо знайти такого фахівця, який за мінімальний час зможе приносити користь проекту і компанії в цілому і яким буде комфортно співпрацювати з командою в довгостроковій перспективі. Помилка при наймі може коштувати від 6 до 12 місячного гонорару, що вельми немало. Щоб мінімізувати ці ризики, завдання компанії створити баланс між витратами на інтерв’ю і тривалістю його етапів.
для кандидата
Інтерв’ю можна складатися з наступних етапів:
- Тестове завдання. Тестове завдання дає ще більше розуміння очікувань компанії від бізнес-аналітика, ніж опис вакансії. Крім стандартних завдань на написання юзер-сторі або діаграм, іноді зустрічаються завдання на просунуте знання SQL, тестування API, опис архітектури тощо.
- English. Найчастіше це розмова на загальні теми. Дуже раджу зробити заготовку з розповіддю про себе, свій досвід і хобі. Це допоможе не хвилюватися при відповідях на базові питання.
- Технічне інтерв’ю. Детально про це я розповім далі в статті.
- Проектне інтерв’ю з керівником проекту або командою. Іноді компанії вистачає деталей технічного інтерв’ю, а буває, що проект вимагає специфічних знань або софт скілів, і проекту важливо поспілкуватися з кандидатом.
- Інтерв’ю з клієнтом. Якщо клієнт довіряє компанії, він рідко проводить справжнє технічне інтерв’ю. Швидше йому важливо зрозуміти, наскільки комфортно буде працювати з новою людиною. Іноді наявність контексту проекту і його історії значно підвищує шанси успіху цієї співбесіди. Якщо в компанії є інтерв’ю з клієнтом, бажано отримати максимум контексту до його проведення.
- Психологічні тести. Хороший тест на логіку або на психологічний портрет коштує грошей. Мені колись провалений тест врятував багато років потенційно непродуктивної діяльності з купою обмежень. Якщо вас чекає такий тест, раджу пошукати приклади тестів на логіку. Вони досить однотипні.
Якщо всі етапи проходять успішно і всі сходяться по бюджету – з кандидатом стверджують дату виходу і висилають оффер.
Для компанії
Для компанії всі етапи від згоди на інтерв’ю до відправки офферу – дуже важлива частина воронки найму. Якщо компанія працює на дуже конкурентному ринку і володіє сильним брендом (як Google, Facebook і так далі), всі етапи інтерв’ю повинні займати мінімальний час. Звучить просто і логічно, але дуже багато хороших кандидатів компанії втрачають через велику кількість етапів співбесіди, їх віддаленості в часі і тривалого процесу затвердження офферу.
Технічне інтерв’ю
Для кандидата
Трохи про курси, як же без них. Дуже корисний пункт в резюме – курси бізнес-аналізу, але тільки за умови, що після них ви винесли практичну користь, а не набір термінів. Вибирайте курси по тому, хто їх веде, а не просто зі списку. Хороший практик буде набагато краще відмінного теоретика.
Якщо є можливість і мотивація, базовий набір знань і вміння шукати інформацію – вибирайте курси, які організовують компанії. У багатьох компаній є свої програми, і ваше завдання добре виконати тестове, продемонструвати розмовну англійську та успішно пройти сам курс. Це з великою часткою ймовірності гарантує вам попадання в цю компанію за спрощеним процесу найму. Наприклад, ми вже другий рік проводимо BA School, безкоштовний курс для початківців бізнес-аналітиків. У разі успішного завершення навчання кращі кандидати отримують оффер від компанії і як мінімум готові до роботи на реальних проектах з реальними клієнтами.
Далі я б хотів представити мінімальний набір теоретичних питань, на які очікуються відповіді від початківців бізнес-аналітиків в рамках технічного інтерв’ю:
- Хто такий бізнес-аналітик? У чому цінність бізнес-аналітика для проекту?
- Процес, проект, продукт – в чому різниця?
- Типи вимог. Техніки для виявлення бізнес-вимог.
- Business Requirement vs Business Rule.
- SMART – розшифровка абревіатури і для чого використовується.
- Термін «стейкхолдери» і як їх аналізувати.
- Техніки виявлення вимог і коли які використовувати.
- Беклог продукту. Що це і як складається?
- User Story і Use Case, яка між ними різниця, наведіть приклади.
- Кроки для складання User Story Map нового продукту.
- Acceptance Criteria і приклади опису.
- Хороший опис User Story. INVEST абревіатура.
- Методи приорітизації та їх застосування.
- MVP концепт і приклад MVP обраного продукту.
- Версія і епік – різниця.
- Definition of Done і Definition of Ready. Приклад Definition of Done.
- Метрики з прикладами для інтернет-магазину, додатки аудіокниг, системи управління складом тощо.
- Agile / Scrum / Kanban – що це і в чому різниця?
- Ролі та церемонії в Scrum.
- Діаграми. Які є? Які використовували? Для яких цілей?
- Кілька відмінностей UML Activity Diagram від BPMN.
- Чим бекенд відрізняється від фронтенда? Які є основні технології?
- Що таке база даних? Приклади сутностей і зв’язків.
- Що таке CRUD? Для чого ця абревіатура при створенні User Story Map?
- Як скласти Role-Permission model на прикладі програми для ресторану?
- Що таке BI?
Це зовсім неповний список питань, а радше необхідний мінімум для спілкування. Хорошим показником буде додавання реального досвіду застосування.
Також на одній із зустрічей в BA Club ми обговорювали найгарячіші питання, які задавали на співбесідах. Тут зібрані цікаві кейси:
- Розбити дизайн на User Stories, написати до однієї з них Acceptance Criteria. Очікується виявлення деталей продукту, облік всіх елементів дизайну і виключення роздування обсягу робіт.
- Описати велосипед за допомогою всіх відомих кандидату діаграм. Очікується широта знання нотації UML, BPMN, в ідеалі ERD, IDEF0 і, може, ще чогось екзотичного.
- Завдання на «припустимо». Вони дозволяють зрозуміти послідовність думок і реакцію на критику. Вирішувати їх треба на підставі зважених припущень. Це можуть бути питання з серії:
Скільки котів у місті?
Скільки літрів бензину потрібно щодня, щоб заправити все машини в Україні?
Скільки пива випивають за день в Дніпрі?
Скільки пінг-понг кульок влазить в боїнг?
Яка середня поверховість Нью-Йорка?
Скільки підприємців в Україні? - Побудуйте найбільш ймовірну ланцюжок подій, в результаті яких у Петра на сніданок виявляється стакан молока. Дуже схоже на попередній кейс.
- Функціональні і нефункціональні вимоги для дверей, маркера, чайника і так далі. Як ми вже зрозуміли, питання про нефункціональні вимоги дуже люблять ставити на інтерв’ю.
- При старті роботи ви потрапляєте в сформований колектив, в якому вже є свої традиції і погляди на опис вимог. Ви розумієте, що вони не є ефективними. Що ви робитимете? Тут важливо перевірити, що ви не будете бездумно ламати усталені процеси і знаєте кроки управління змінами.
- Ви потрапляєте в проект, який йде вже 2 роки. Ви починаєте працювати і розумієте, що частина документації застаріла, а якийсь і зовсім немає. структуру документації взагалі складно відстежити. Що ви будете робити в цій ситуації?
- До вас звернулися із завданням – потрібен «лендінг» для маркетингу. Хто вам потрібен і скільки часу у вас займе зробити цей лендінг?
- Чим відрізняються quality attributes і non-functional requirements з прикладами.
- Замовник хоче, щоб на сайті був доступний прогноз погоди. Які питання задасте для збору вимог?
- Ви прийшли на новий проект, а в беклозі продукту сотні користувальницьких історій. Як зібрати наступний спринт?
- У вас 10 стейкхолдерів, і у кожного своя думка на рахунок вимог. Що робити в такій ситуації?
- Необхідно зробити функціональну декомпозицію додатку по короткому відеозапису «клієнта».
- Рольова гра «Клієнт і команда». Є два інтерв’юера, один з них виступає в ролі клієнта, а другий – в ролі команди. Завдання – виявити вимоги у клієнта і розповісти команді.
До речі, такий кейс ми самі багато разів проводили. Ця гра дозволяє зрозуміти рівень англійської, вміння виявляти вимоги, вміння пріоритезувати, вміння донести команді і відповідати на свідомо нерелевантні питання.
З не кращих прикладів:
- Кандидату дають тиждень на виконання тестового, але через 3 дні повідомляють, що вакансію закрили. Дуже часті і неприємні випадки.
- Кандидат не пройшов поліграф, про який не знав до успішного проходження технічного інтерв’ю.
- Технічний експерт не дивився тестове завдання до інтерв’ю.
- Рекрутер вітає з успішним проходженням всіх етапів інтерв’ю і пропонують бюджет в 2 рази нижче запитаного.
- Попросили намалювати дизайн програми по гайдам Material. Відразу зрозуміло, чим буде займатися бізнес-аналітик 🙂
- У відповідь на запитання: «Чим відрізняється UML від BPMN?» перебили: «Все не те, BPMN малюється зліва направо, UML зверху вниз і інших відмінностей немає».
Співбесіда – процес обопільний. Якщо вам не важливо, в якому проекті ви будете працювати, з якими процесами, які інші проекти в компанії – ймовірно, ви ще не набили шишки.
Щоб дізнатися більше про компанію, рекомендую ставити такі питання на інтерв’ю:
- З якими проектами / доменами планує працювати компанія? Якщо компанія працює з одним доменом 5 років і планує і далі з ним працювати, шанс, що ви зможете поміняти його всередині компанії невеликий.
- Чи є у компанії довгострокові проекти? Старт на новому проекті – це завжди стрес. Якщо цей стрес раз на півроку-рік-два – це одна історія, а якщо кожні 2 місяці або тижні …
- Які очікування у компанії від бізнес-аналітика? І не забудьте перевірити ще раз те, що написано в описі вакансії.
- Як бізнес-аналітик взаємодіє з ПМ, клієнтом, функціональним офісом (якщо він є)? Частий конфлікт ПМ і БА виникає при перетині їх обов’язків, і цей конфлікт дуже болюче. Комусь подобається максимальна свобода, кому-то розміреність і передбачуваність – це до питання про проекти.
- Як визначається рівень бізнес-аналітика, які є можливості для зростання, які критерії?
Пам’ятайте, що на інтерв’ю ви вибираєте, чи варто інвестувати свій час в цю компанію і не бійтеся задавати потенційно незручні питання. Це продемонструє, що у вас є критичне мислення і бажання довго співпрацювати з однією компанією.
Для компанії
Для компанії завдання хорошого технічного інтерв’ю – зрозуміти наступні аспекти:
- Наскільки ефективно кандидат зможе виконувати основний перелік завдань в будь-якому проекті компанії.
- Визначити рівень кандидата відповідно до стандартів компанії.
- Наскільки комфортно кандидату буде спілкуватися з командою і іншими бізнес-аналітиками.
Також виникає задача задокументувати результати. У цьому допомагає загальний шаблон проведення інтерв’ю. Іноді співбесіда проходить неуспішно, і до кандидата можуть повернутися через півроку. Дуже корисно мати інформацію з минулого інтерв’ю для визначення зростання за цей час.
З софт скілами ситуація складніша. Основні навички, які ми намагаємося перевіряти на співбесіді, це мотивація до пошуку джерела проблеми, передбачуваність алгоритмів вирішення проблем, правильна реакція на конфліктні ситуації і вміння пріоритезувати завдання. Цей перелік розглядається в рамках розв’язуваних кейсів, деякі з них були представлені вище.
Висновки
Для кандидата:
- Перед співбесідою подивіться сайт компанії. Це дає уявлення про проекти, процесах, структурі. Тут і можуть виникнути релевантні питання на співбесіду.
- Проведіть домашню роботу і зрозумійте, що ви знаєте, що вмієте, а в чому у вас є прогалини. Якщо можете про них сказати – це дуже хороший сигнал для інтерв’ю.
- Якщо знаєте людей з цікавої вам компанії – запрошуйте їх на каву. Якщо не знаєте – їх можна знайти в різноманітних ком’юніті, в тому числі BA Club. Facebook і LinkedIn – сила. Обгортка не завжди говорить про смак цукерки.
- Ми всі інвестори свого часу. Якщо ви вкладаєте гроші в банк або акції – ви орієнтуєтеся не тільки на відсотки, а й на інші фактори. Коли ви спілкуєтеся з компанією, постарайтеся зрозуміти, наскільки комфортно вам буде з цими людьми, чи поділяють вони ваші цінності, чи можете ви у них чогось навчитися або вам підготована доля самотнього равлика в розпеченій пустелі 🙂
Для компанії:
- Адаптуємося і робимо процес інтерв’ю комфортним, як для кандидата, так і для інтерв’юера.