Нотатки світчера
Це історія про школяра, який мріяв стати програмістом, але став нафтовиком. А потім, через дев’ять років, все-таки став програмістом у своїй рідній нафтовій компанії. Та, попрацювавши там на омріяній посаді, впевнився, що справжній досвід і розвиток можна отримати лише змінивши галузь і подався в ІТ. Потім виявилося, що й тут не все так однозначно. Але про все по порядку…
Трішки теорії
У кар’єрній психології існує теорія про спеціалістів (specialists) та генералістів (generalists) – детальніше можна ознайомитися погугливши Емілі Вапнік, Девіда Епштейна чи Едгара Шейна, або ж спитати в Chat GPT. Якщо коротко – то одні люди (спеціалісти) обирають собі професію і глибоко занурюються в неї, стаючи експертами. Інші ж (генералісти) – потребують ширшої картини, мають більше коло інтересів і, як наслідок, змінюють посади та ролі. Між іншим, це стосується не лише кар’єри цих людей, але й стилю життя загалом.
Колись, натрапивши на цю теорію, я зрозумів що вона непогано обгрунтовує те, чому мені не сидиться на одному місці.
Як світчитися?
Теорія про спеціалістів і генералістів – це дуже цікаво. Але як людині, що віддала багато років своїй професії, взяти і все перекреслити? У 33 роки стати трейні і отримати ментора – 24-річного сіньйора. Не думаю, що тут можна написати покрокову інструкцію, але ось кілька важливих передумов:
До теми: Шлях Junior BA: рефлексії, досвід і підтримка для початківців
- Зацікавленість у новій сфері: я програмував для себе з 1999-го року – з того часу як вперше познайомився з Turbo Pascal під MS DOS. Мій код був кривий і непрофесійний, але це було хобі – я отримував від нього задоволення. Не уявляю, як змушувати себе кодити не маючи до цього інтересу.
- Мотивація: чим сильніша, тим швидше все вийде: у моєму випадку мотивація зашкалювала – дружина в декретній відпустці і 10-місячний син мотивували дуже потужно.
- Англійська мова (опціонально): обов’язковий навик для кожного ІТ-фахівця, нею треба володіти на відповідному рівні. Опціонально – тому, що перші два пункти змусять вивчити і англійську в тому числі. Але краще б все ж мати пристойний рівень, тоді більше часу звільняється на основну діяльність.
- Викладатися на 100%: в перші два роки я працював виключно на досвід і працював багато. Іноді занадто багато, тож варто бути обережним, щоб не підірвати здоров’я
- Удача: вона завжди має значення: перша компанія, вдалий проєкт, адекватний менеджер, кваліфікований ментор, якісь особисті обставини – усе це впливає. Але тим хто наполегливо йде до мети удача всміхається, я впевнений.
Все мною описане – це суто особистий досвід. Існує немалий ризик, що в якийсь момент щось піде не так і це варто брати до уваги (не розривати зв’язків з попередньою роботою, накопичити фінансову подушку безпеки і т.п.).
Знайомство з бізнес-аналітиком
Отож, я отримав першу роботу – старенький легасі проєкт – і влився в команду як бекенд девелопер. Прилітали задачі (в основному, багфікси) і ми на дейліках з продакт овнером їх розподіляли. Фіксали за день-два, репортали і брали собі в роботу нові. Я був майже щасливий, але ще не знав що планується переписування нашого багаторічного моноліту в мікросервіси і Angular.
І почалося все з бізнес-аналітика, який невідомо для чого з’явився у нашій команді і почав командувати. Розібрався з продуктом краще за продакт овнера і став нарізати фічі і юзер сторі. Продакт овнер зітхнув з полегшенням і перестав ходити на дейліки. Мені щастило працювати з крутими фахівцями і цей аналітик був одним з таких людей.
Поступово я усвідомив, що ті плани і задачі які я собі нотував, коли програмував для нафтовиків, мають загальноприйняті назви – їх цілком можна було б назвати Work Breakdown Structure, історіями користувача і багами. А кваліфікований бізнес аналітик є дуже цінним для команди. І якщо запускати стартап (а який девелопер про це не мріє), то починати треба з аналізу, а не з коду.
Буде цікаво: Від журналістики до бізнес аналізу: Історія випускника Е5
Потім було ще багато проєктів, з крутими аналітиками і не дуже, але питання навіщо вони потрібні вже ніколи не виникало.
Із девелоперів в аналітики
Йшли роки, я наполегливо працював і знову отримав роботу мрії – сіньйор девелопером в найбільшій ІТ-компанії країни. У мене був найкращий проєкт у моїй девелоперській кар’єрі (досі так вважаю) – розробка програмного рішення з нуля, в цікавому домені, з крутою командою і з адекватним клієнтом. Коли після початку війни проєкт закрився – склалося враження, що на такій роботі можна було б працювати навіть тоді, коли не потрібні гроші, тільки заради задоволення.
Далі були інші проєкти, команди і талановиті люди – пишаюся, що працював з ними поруч. Але було якесь підсвідоме відчуття, що верхня планка в якості девелопера вже досягнута. Я почав оглядатись навколо, вивчати можливі кар’єрні шляхи і все більше цікавитися бізнес-аналізом.
Рішення далося нелегко, але ж мені не вперше. До того ж була підтримка менеджерів з обох компетенцій. Ось у якій послідовності все сталося за 5 місяців (з червня по жовтень):
- 1-2-1 розмова з менеджером про те, що хочу світчатися в БА
- Розмова на трьох з БА менеджером і визначення подальших кроків
- Робота над собою:
- Курси
- Менторська програма (знову пощастило з крутим ментором)
- Волонтерський проєкт (почав працювати на іншому проєкті як аналітик)
- Асесмент на аналітика
- Перехід в БА юніт
- Пошук проєкту і онбординг
Я – аналітик
З одного боку – це нова роль і зовсім інші обов’язки, але з іншого – та ж сфера розробки програмного забезпечення. Набутий досвід не втрачається, а служить підґрунтям для кращого порозуміння з командою та іншими стейкхолдерами.
Для мене перехід у бізнес-аналіз – це логічне продовження кар’єрного шляху і вихід на вищий рівень абстракції. Аналітик працює над тим, щоб визначити що саме потрібно зробити і для чого, а далі розробник реалізує потрібний функціонал. Тому не можна сказати, що я все кинув і займаюся чимось геть іншим. Хоча, звісно, для аналітика важливіші інші навики – передусім комунікаційні. Тому тут є виклик – його потрібно прийняти і працювати над собою.
Зверни увагу: Як стати бізнес-аналітиком в IT, якщо нічого не знаєш про бізнес, аналіз та IT. Поради Lead BA
Оскільки в аналітиків багато комунікації, то автоматично англійська стає дуже важливою. Чесно кажучи, зважаючи на мій початковий рівень (В2) – для мене було б неможливо йти в аналітики відразу. Але за роки роботи розробником рівень володіння мовою виріс і це дуже допомогло при зміні ролі.
Замість висновків
Починає вимальовуватися закономірність – 9 років інженером-нафтовиком, 9 років програмістом, і ось уже рік аналітиком. Спрогнозувати, куди потрібно буде світчитися через 8 років не здатний ніхто – світ дуже динамічний і, здається, продовжує прискорюватися. Це особливо відчутно в галузі інформаційних технологій.
Коли я входив в ІТ, новими технологіями вважалися мікросервіси, потім хмари, зараз штучний інтелект. Патерни часто стають антипатернами. На щастя, принципи бізнес аналізу не так кардинально змінюються і це дає надію на те, що сучасні і майбутні технології нас, аналітиків, тільки посилять і зроблять ефективнішими.