Як потрапити в ІТ – приклад бізнес-аналітика

Як потрапити в ІТ- приклад бізнес – аналітика

У попередніх статтях я вже почав розповідати про нюанси роботи бізнес-аналітика. Зараз хочу поділитися думками про те, як стати BA — які навички важливі, де вчитися і як змінити спеціалізацію. Ця стаття буде також корисна людям, які хочуть отримати позицію Business analyst/Product owner, будь то новачки у світі ІТ або фахівці інших напрямів, такі як розробка або тестування.

Чи варто іти на платні курси?

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

Основний висновок: кожен трактує роботу, як хоче, оперує високорівневими термінами і поняттями. Ті, хто хоч трохи розуміється на IT, продають знання від $300/курс і вище. Ось вам один із прикладів. Вартість за 3 дні — 1000 євро з тренером, який ніколи не працював як Business analyst/Product owner.

Так, ці люди можуть бути гарними спікерами, тренерами, але найчастіше не спеціалісти у своїх сферах. Тому що вони не роблять цю роботу із дня в день! Їх завдання — навчити та розповідати, а не впроваджувати, розробляти, вести перемовини. Вирішувати вам, куди витратити ці гроші:)

З чого почати та що робити?

У вас повинна бути ціль, до якої ви будете йти. В когось – це взагалі визнання та 1000 доларів на рахунку або купівля квартири. Якщо не має мети, ви не знатимете, куди йти, відповідно, не зможете скласти план дій.

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

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

Багато працюйте. Якщо витрачатимете на роботу та розвиток вісім годин на день, то ви станете крутим фахівцем через п‘ять років (якщо станете)! А ті, хто витрачатиме по дванадцять годин на добу, стануть такими ж за три роки. Головне бути захопленим тим, що робиш! Намагайтеся заглиблюватися якнайбільше в кожне запитання, на яке ви шукаєте відповідь.

Можливо, не найголовніша, але дуже важлива порада знайти підтримку. В ідеалі близька людина, друг, родич. У моєму випадку це були мотиваційні ролики та один дуже близький друг. Банально, але одне відео зранку якось надавало мені більше зусиль і заряджало на успіх (ось приклад). Тут можна знайти більше.

Хто є хто?

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

Дата-аналітик – це людина, яка працює з великим обсягом інформації. Основний обов’язок полягає в тому, щоб отримати потрібні дані та проаналізувати їх для подальших рішень. Тобто цей фахівець вирішує три основні завдання: збирання та аналіз даних, а також розробка бізнес-рішень на основі отриманої інформації. (wiki)

Бізнес-аналітик у принципі, може мати стосунки до IT-індустрії. Ця людина аналізує організацію чи бізнес-домен (реальний чи гіпотетичний) та описує бізнес чи процеси, системи, оцінюючи бізнес-модель чи її інтеграцію з технологіями. (wiki)

Тобто класичний бізнес-аналіз – це реінжиніринг процесів. Наприклад, якщо компанія хоче змінити організаційну структуру: із 1 департаменту зробити 5.

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

Requirements manager — ви також можете зустріти цю позицію на українському ринку, нечасто, але все-таки. Визначення такої професії в принципі немає, але є поняття “Requirements management”. Це процес того, як повинен документуватися список завдань (беклог), аналізуватися, відстежуватися і т.д.

Маємо процес, але не маємо як такої позиції. Це те, що було вигадано виключно на нашому ринку. Найчастіше це означає суміш системного аналітика та власником продукту (product owner).

Product owner – сполучна ланка між замовником та командою. Головне його завдання – створити та контролювати backlog (список завдань).

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

Наша головна проблема – симбіоз, коли на одного фахівця вішають завдання зовсім інших напрямків. Але неможливо бути профі одразу в 10 областях.

Проте невизначеність — це реалії українського ринку у світі ІТ. Тут немає чітких відмінностей між фахівцями. Кордони дуже розмиті. В одній компанії від вас вимагають одні навички, в іншій – зовсім інші. Якщо ви плануєте працювати на українському ринку, то будьте готові до того, що ваші завдання не обмежаться лише обов’язками бізнес-аналітика.

Як почати?

Використовуйте різні інформаційні ресурси для вивчення. Для початку важливо отримати базу та дізнатися основні поняття IT. Ось кілька джерел, які мені допомогли:

Там же у телеграм-чатах спробуйте знайти ментора.

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

Найпоширеніший кейс – піти в QA. Ця спеціальність дуже потрібна і до того ж з більш легким входом, порівняно з іншими позиціями.

Як перейти в бізнес-аналіз?

Ставте запитання, шукайте нові знайомства та розширюйте свої горизонти. Беріть на себе більше обов’язків. “Я готовий”, – ця фраза повинна стати вашим девізом.

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

Зверніть увагу: Підготовка до співбесіди на JUNIOR/MIDDLE ВА

Відповім на простому прикладі — як звикнути до тестування (QA): це люди, які мають пряме відношення до розробки програмного забезпечення (ПЗ):

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

Зверніться до Product owner із прямим проханням: «Я хочу займатися бізнес-аналізом, допоможи мені розібратися». Тобто просіть. Це не соромно, навпаки, це можливість безкоштовно отримати інформацію від практики.

Ви отримаєте теоретичні знання, але далі потрібно намагатися йти на джуніор позиції.

Що потрібно знати на старті?

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

Потрібно розуміти, як будувати software, а для цього я рекомендую вам зробити невеликий веб-додаток, у якому буде кілька полів, форма для e-mail та кнопка «надіслати». Ваше завдання зробити веб-форму, яка буде доступна в інтернеті. Це допоможе зрозуміти, що таке веб-додаток та база даних з технічного боку, як спілкується клієнт із сервером. У майбутньому, коли обговорюватимете питання всередині проекту з розробниками, зможете оперувати зрозумілими для них словами.

Прочитайте про UML. Все вам не знадобиться, потрібно буде лише кілька діаграм (Activity/Class/Use case). Добре, якщо у вас будуть achievements з попередньої роботи, навіть якщо це не стосується IT (покращення процесу, оптимізація чогось).

Загуглить що таке SDLC. Після цього, у вас буде уявлення про те, що і як відбувається хоча б у теорії.

Чи допомагають курси отримати роботу?

Я не ходив на жодні курси і не заплатив ні копійки грошей за 8 років. Курси — це останнє місце, куди я пішов би витрачати гроші. Найкраще читайте книги, статті, відвідуйте заходи.

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

Чи потрібна сертифікація?

Скажу так: на ринку більшість моїх знайомих не мають сертифікації, зокрема я. Якщо вам дуже хочеться – можете піти та отримати. Що ви з нею робитимете в Україні — особисто я не знаю. Можливо, це підніме вам самооцінку 🙂

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

Чи потрібна технічна експертиза?

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

 

До теми: Як стати бізнес-аналітиком в IT, якщо нічого не знаєш про бізнес, аналіз та IT. Поради Lead BA

Які програми потрібно знати, щоби почати працювати?

Я б сказав – ніякі. Максимум – Excel. А Jira, TFS та інші відрізняються у всіх компаніях. Вони настільки різні, що неможливо все знати. Я сказав би, що це останнє, в чому потрібно розібратися.

Чи потрібна англійська?

Так, Upper-Intermediate – must have. Рекомендую український продукт Grammarly, що допомагає при написанні документації. Я вчив англійську на оффлайн-зустрічах. Перші 2 місяці мовчав, максимум міг сказати Yes або No. Але потім почав намагатися говорити і через рік уже добре спілкувався із співрозмовниками.

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

Оригінальна стаття з сайту DOU.UA від Сергія Алєксєєва, переклад – Оксана Агратіна, ревью – Іван Вільчавський. Оригінальне зображення від The Jopwell Collection з сайту Unsplash

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

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

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

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

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