Як CTO у стартапі. Хто такий Solutions Engineer і що він робить у великих корпораціях
Віталій Засадний розпочав працювати в EPAM Systems, коли у львівському офісі було всього 300 людей. Пізніше розробляв ігри на iOS та Android у Nravo. Керував командою мобільної розробки, пробував себе у Product Management та Developer Relations у GetSocial. Сьогодні Віталій працює Solutions Engineer у Facebook London. Цю посаду не часто побачиш на українських сайтах з пошуку роботи, проте вона регулярно з’являється у таких компаніях, як Google та Facebook.
У статті говоримо про те, хто такі Solutions Engineers і що вони роблять, чим ця роль відрізняється від Software Engineer, чому робота Віталія у корпорації схожа на стартап і як карантинить лондонський офіс.
— Розкажи про свій досвід. Що робив до того, як почав працювати у Facebook?
Я почав працювати в EPAM Systems майже десять років тому, коли у львівському офісі було всього 300 людей. Починав з Back-end, але вже тоді знав, що хочу розвиватися в Mobile.
Далі розробляв ігри на iOS та Android в Nravo. Це був мій перший досвід у стартапі. Ми швидко зростали, навіть в один момент були однією з найбільших game-студій в Україні. Задачі були цікавими. Часто треба було згадувати алгоритми, диференціальні рівняння. Тоді я вперше відчув, що п’ять років на прикладній математиці в університеті не минули дарма. Під час роботи у Nravо мене вперше запросили на інтерв’ю в Google і трохи пізніше у Facebook, однак тоді через недостатню підготовку я їх провалив.
Я змінив роботу і знову обрав стартап. Переїзд у Нідерланди та GetSocial — це п’ять років школи виживання у стартапі. Я приєднався до компанії як Senior Unity3D Developer, почав керувати командою і за рік став Head of Mobile. Позиція звучала круто, але по факту я працював з тим, з чим міг найбільше допомогти компанії.
Займався новою архітектурою нашого SDK, відкрив офіс в Україні, пробував себе в продажах (і зрозумів, що Sales не моє) і останні два роки здебільшого займався Product Management, Developer Relations, при цьому керуючи Mobile-командою.
На четвертий рік роботи в GetSocial мене знову запросили на інтерв’ю в Facebook. Я дійшов до on-site етапу, але так і не поїхав на нього, бо пріоритетом було організувати DevFest Ukraine 2018.
За п’ять років, відколи я почав працювати в GetSocial, його купила велика корпорація, і здалося, що процеси будуть рухатися ще повільніше. Вирішив піти. Та й життя в Гаазі ну дуже спокійне і нешвидке, але це вже інша історія.
— Ти подавався лише на посаду Solutions Engineer? Чим відрізняється процес інтерв’ю на цій позиції від Software Engineer?
У стартапі GetSocial я жонглював ролями Product Manager, Engineering Lead і Developer Relations, тому довго не міг визначитися, на що саме подаватися.
Developer Relations — це інженери, які можуть показати розробникам цінність свого продукту. Вони проводять технічні демо, пишуть статті, роблять презентації, працюють зі спільнотою для того, щоб переконати розробників стати клієнтами їхньої компанії.
З
Я проходив процес інтерв’ю на позицію Developer Relations в Google. Коли дійшов до on-site інтерв’ю, то розпитав докладніше, в чому полягає робота, і зрозумів, що Developer Relations мають дуже малий вплив на продукт, а це для мене найцікавіше. Будувати продукти мені подобається більше, ніж про них говорити. Тоді я перезапустив процес найму вже на посаду Solutions Engineer у Google і паралельно у Facebook.
Якщо коротко, Solutions Engineers (SE) — це люди, які виявляють бізнес-проблеми клієнта та створюють продукти для їх вирішення. SE — своєрідні інженери в бізнесі, і процес інтерв’ю це показує. Phone screening і перша частина on-site інтерв’ю схожа на співбесіду Software Engineer — це алгоритмічні задачі, дизайн систем і поведінкове інтерв’ю з менеджером. Друга частина on-site специфічна для SE — тут перевіряють навички менеджменту проєктів, комунікації з клієнтами і стейкхолдерами, а також уміння спілкуватися на технічні теми з нетехнічною аудиторією.
В офісі GetSocial
— Розкажи, як краще підготуватися до кожного з етапів?
Перший етап — алгоритмічні задачі. Приклади можна знайти на Leetcode. На цьому етапі найважливіше — підготовка. Це як спорт: тренуєшся — отримуєш результати, не тренуєшся — сподіваєшся на удачу. Важливо бути в тонусі. Як на мене,
На вдале проходження System design інтерв’ю впливає і підготовка, і досвід. Можна розробити структуру відповіді, подумати, які уточнювальні запитання поставити, тому що проблеми навмисне описані дуже загально. З підготовленою структурою легше дати відповідь і не забути про ключові аспекти запропонованого рішення. Попередній досвід забезпечує глибину відповіді: наскільки ви детально продумаєте рішення, передбачите, що може піти не так, і запропонуєте, як цього уникнути. Як на мене, без досвіду складно досягти тієї глибини, яку очікують. На позицію Software Engineer цей етап має більший фокус на System design, на Solutions Engineer — Product design.
Поведінкова співбесіда з менеджером — це про історії з досвіду спеціаліста. Для підготовки я погуглив, які особисті якості шукає Google і Facebook в кандидатах, і виписав собі приклади з роботи у STAR-форматі, що демонструють ті чи інші риси. Pathrise має короткі виписки цінностей більшості Big Tech компаній у розділі Culture.
Останній етап — група Business focused інтерв’ю. Фокус був на роботі з клієнтами в різних ситуаціях, керуванні пріоритетами на проєктах і навичках спілкування з нетехнічною аудиторією на технічні теми. До цих інтерв’ю я готувався найменше, бо не дуже уявляв, як тут можна підготуватися. Список можливих питань надзвичайно широкий, відповіді на всі не продумаєш за той час, що є на підготовку. Тут краще розраховувати на досвід.
Загалом про підготовку скажу, що це основа успіху на інтерв’ю. Я бачив безліч прикладів, коли прекрасні інженери не проходили співбесіди, бо не вкладали достатньо часу в те, щоб зрозуміти, чого від них очікують.
Зі свого досвіду: під час перших чотирьох (провалених) спроб в Big Tech я готувався по два-три тижні. Натомість три місяці сфокусованої підготовки закінчилися оферами від Google i Facebook.
Офіс Facebook, Лондон, 2019
— Чи були труднощі з отриманням візи в UK? На твою посаду є квоти?
Якщо коротко, ні, проблем не було. UK має квоти на працевлаштування експатів, однак інженери та ще кілька висококваліфікованих професій не мають обмежень за квотами найму.
Для всіх позицій, які не входять до цього переліку, компанія повинна пройти labour market test і довести, що вона не змогла знайти спеціалістів належного рівня в UK. Тому це складно, і невеликі компанії не завжди хочуть витрачати на це час і гроші.
— Що входить до обов’язків Solutions Engineer у Facebook? Як проходить типовий робочий день?
Зазвичай Solutions Engineers у Facebook присвячують 50% свого часу комунікації з клієнтами, ще 50% зосереджені на удосконаленні наявних продуктів і побудові нових.
SE працюють із клієнтами Facebook, які користуються нашими бізнес-інструментами. Бізнес-інструменти можуть бути безкоштовними, наприклад бізнес-сторінка у Facebook та бізнес-профіль в Instagram, чи платними, як-от Facebook Ads. Серед 50 тисяч працівників компанії Solutions Engineers не так багато. Думаю, можна порахувати сотнями, і кожен має чітко окреслену зону, в межах якої працює. Це може бути вертикаль бізнесу, наприклад UK Travel, чи, як у мене, горизонтальний фокуc — Mobile Business Experiences.
Роботу в Solutions Engineering можна порівняти зі стартапом на ранній фазі. Ми досліджуємо потреби клієнтів, аналізуємо проблему, будуємо бізнес-кейс, визначаємо розмір ринку, прибуток, який може отримати компанія, і пропонуємо саме рішення. Останнє ми погоджуємо з внутрішніми продуктовими командами й часто самі його реалізуємо.
Перед релізом тестуємо рішення з невеликою групою клієнтів, а пізніше масштабуємо. Загалом робота SE полягає в тому, щоб створювати продукти, що роблять бізнес наших клієнтів більш ефективним.
Крім того, ми розв’язуємо задачі не тільки окремих клієнтів, а дивимося на проблему ширше. Аналізуємо ринок, досліджуємо тренди в індустрії та створюємо нові продукти для всієї галузі. Наприклад, я допомагаю писати новий стандарт для мобільної розробки в робочих групах World Wide Web Concosocium (W3C).
— Який стек технологій використовуєш найчастіше?
У Facebook тебе наймають інженером, і ти маєш розбиратися у всьому. В нас немає конкретної спеціалізації за напрямами. Все залежить від продукту. Я працюю з тим стеком технологій, на якому зроблений продукт.
На бекенді це здебільшого PHP (точніше наша версія PHP, яка називається Hack), на клієнтській частині — Java, Objective C, React Native, а коли аналізую дані чи працюю з ML — Python. Кожне нове завдання приносить новий стек.
— Чому ти кажеш, що робота в Solutions Engineering схожа на стартап?
Ще з перших днів у компанії дотримувалися ідеології «Move fast and break things». Кілька років тому «break things» забрали з мотто, але принцип залишився: краще рухатися швидко і помилятися, ніж бути повільним і пропускати можливості. Це допомагає нам будувати більше нових продуктів і швидко вчитися.
У Solutions Engineering ще легше провести паралель зі стартапом. По-перше, початок нового проєкту подібний до процесу пошуку інвестицій у стартапі. Ми детально описуємо business value в документі й починаємо пітчити ідею стейкхолдерам, щоб знайти ресурси та підтримку керівництва для реалізації.
По-друге, цілі зорієнтовані на результат. Кожного тижня я оцінюю, що можу зробити, щоб просунутися ближче до мети. Якщо я принесу найбільше прогресу як Product Manager, то аналізую дані та працюю над позиціонуванням. Якщо це написання коду — відкриваю IDE і пишу код, і так далі. SE — це постійна оцінка можливостей і жонглювання ролями.
— Яка різниця у зарплаті Software Engineer і Solutions Engineer? Чи вплинуло це на вибір?
Зарплата в Big Tech зазвичай складається з base salary, річного бонусу за продуктивність і стоків.
З того, що я чув, Software Engineers (SWE) у Facebook мають приблизно на 10% вищу зарплату, якщо порівнювати із Solutions Engineers. Але гроші не були вирішальним фактором у моєму виборі.
Я маю змогу перейти на посаду SWE, але не хотів би. Інженери, як правило, приходять на конкретний проєкт і в його межах розвиваються. Моя робота набагато гнучкіша та різноплановіша — і це мені подобається.
— Як зрозуміти, що хочеш бути Solutions Engineer? Як і куди зростати в цьому напрямі?
Якщо в тебе багато досвіду в розробці, ти любиш спілкуватися з клієнтами, маєш щире бажання вирішити їхні проблеми та проблеми індустрії загалом, вмієш доступно пояснити технічні речі нетехнічним людям — тоді варто задуматися про Solutions Engineering. Часто в розмові з клієнтами ми порівнюємо нашу роль із CTO технічного стартапу. Ми інженери в душі, які думають насамперед про проблеми бізнесу.
Продовжуючи цю паралель, скажу, що зростання SE схоже на те, коли із розвитком компанії збільшується відповідальність у СТО: проєкти стають масштабнішими, стейкхолдери — вищих рівнів, ти все менше програмуєш і більше часу приділяєш стратегії розвитку продукту.
— Facebook дозволив працювати з дому до липня 2021-го. Чи змінилися процеси? Як облаштував робоче місце вдома?
До Facebook я працював віддалено всю зиму з Азії. Переїхав до Лондона, щоб ходити в офіс. Недовго вийшло :( Як тільки в когось у компанії виявили COVID-19, лондонський офіс закрили. Причому офіс закритий повністю — я не можу забрати особисті речі ще з березня.
Процеси особливо не змінилися, бо моя команда розподілена по всьому світу. Ми й до карантину спілкувалися онлайн. Зараз не можемо подорожувати одні до одних, але продовжуємо працювати у звичному режимі.
Після закриття офісу нам виплатили два бонуси по $1000, які після податків стали майже вдвічі меншими :) Більша частина пішла на облаштування робочого місця, решта потроху йде на видаткові матеріали. Help desk закритий разом з офісом, відповідно, якщо згорить зарядка до ноутбука чи щось подібне, це на тобі.
А ще я зрозумів, що моя квартира не пристосована до роботи з дому, коли на вулиці +32, доводиться рятуватися від спеки у коворкінгу. Один день роботи в ньому коштує 25 фунтів.
Мій домашній офіс у Лондоні
— Як комунікуєте з командою? Чи впливає віддалена робота на ефективність?
Кожна команда сама визначає, коли і як часто вона зустрічається. На двох проєктах, де я залучений, ми проводимо синки (syncs) раз на тиждень. Плюс зустрічі, коли є потреба, з окремими членами команди чи стейкхолдерами. Стендапів як таких немає, але раз на тиждень я пишу підсумок за минулий тиждень і плани на наступний у Facebook Workplace.
З теперішніми проєктами робота стала тільки ефективнішою. Всі процеси поставлені, не треба витрачати часу на каву зі співробітниками на кухні:) Можливо, якби доводилося поєднувати вдома і роботу, і батьківські обов’язки, то ситуація була б іншою, але поки що працювати віддалено мені комфортно.
Складніше стало починати нові проєкти. Раніше я летів на тиждень у Менло-Парк чи Сіетл, щоб познайомитися з командою та обговорити процес роботи. Зараз на це йде місяць. У кожного свій стиль роботи та комунікації, онлайн їх не так легко зрозуміти. Думаю, що скоро і онлайн-запуск проєктів скоротиться до тижня-двох. До всього звикаєш.
— Яким бачиш свій кар’єрний шлях і розвиток далі? Менеджмент?
Я знайшов своє ідеальне поєднання Product Management та Engineering. Найближчі кілька років планую продовжувати розвиватися в Solutions Engineering. Перший рік пішов на те, щоб зрозуміти процеси, і те, як працює Facebook. Тепер цікаво побачити, чого можна досягти в цій ролі.
У менеджмент, мабуть, ні, принаймні не у Facebook. Мені цікаво мати вплив на розвиток продукту, а в Facebook роль менеджера сфокусована на людях і як зробити їх ефективними, допомагати розвиватися, а не на самому продукті.
Щодо локації, то наразі це Лондон. Тут найбільший хаб за межами Штатів, багато продуктових команд, хороший баланс життя та роботи. Ну й великий бонус: дві години прямого перельоту — і ти на каві у Львові.