Чи не пізно переходити в BA — мій досвід

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

Образився не одразу. Спочатку розізлився. Потім сів розбиратися, чому це правда — і ось тут почався справжній перехід. Не той, що стався на папері в момент зміни роботи, а той, що зайняв наступні роки.

Це особистий досвід, не абстрактна порада. Якщо ти зараз думаєш, що вже пізно починати — тобі корисно знати, скільки років такий перехід займає насправді, і що в ньому було чесно важко, а не «трохи незвично».

Бракувало аргументів, не знань

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

Справа була не в тому, що я не вмів відстоювати позицію бізнесу. Я не знав, чим її відстояти.

Чому вчить навчання, а чому — ні

Пів року фулстека дали рівно те, чого бракувало в тих суперечках: розуміння архітектури. Що таке фронтенд, бекенд, сервіс, як вони пов’язані між собою. Основи SQL, структура бази даних, діаграми класів. Терміни Agile — спринт, беклог, церемонії. Все це реально стало в пригоді, і не тільки на словах — я став розуміти, про що взагалі сперечається розробка.

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

Waterfall та Agile — два різні світи, не два процеси

У банку рішення про нову фічу проходило так: спочатку комітет, потім рада директорів, потім ще один круглий стіл — перш ніж хтось взагалі відкривав технічне завдання. Доки узгодження тривало, документ встигав застаріти і його переписували заново, іноді не один раз. Правка одного requirement займала тижні, а не години. В IT-продукті все було навпаки: спринт два тижні, планування в понеділок, демо в п’ятницю, і наступна ітерація вже з урахуванням фідбеку — те, що в банку було піврічним циклом узгоджень, тут вкладалося в один спринт.

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

Гроші на старті — якщо чесно

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

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

Десять років потому

З моменту переходу минуло десять років. За цей час — BA, тимлід бізнес-аналітиків, Senior BA, і в підсумку операційний директор у необанку. Домени — від класичного банкінгу та крипти до гемблінгу та HR-систем. Жоден з цих кроків не стався за пів року навчання. Навчання відчинило двері. Решта — роки практичного досвіду.

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

Далі в блозі розберу інструменти, з яких реально варто починати джуну — SQL, Miro, Jira — без роздування списку софту, який тобі не знадобиться в перший рік.