Опеємі Фолоруншо є віце-президентом з досліджень і розробок (R&D) у Moniepoint, де він зосереджується на перетворенні глибоких технічних ідей у системи, що мають реальний вплив. Його досвід лежить у сфері розподілених систем та інфраструктури, а його робота знаходиться на перетині досліджень і виконання: виявлення нових можливостей, їх ретельна перевірка та створення платформ, які втілюють їх у життя.
Його головне переконання полягає в тому, що саме чудова інженерна культура та мислення на основі перших принципів відрізняють справжні інновації від гонитви за трендами. З часом його фокус змістився від побудови систем до визначення їхнього напрямку, керівництва командами, формування технічного бачення та забезпечення того, щоб дослідницькі зусилля трансформувалися у значущі результати.

Уявіть, що у вас є величезне місто з іграшок, де щодня грають мільйони людей. Моя робота полягає в тому, щоб винаходити кращі дороги, міцніші мости та розумніші світлофори до того, як місто стане надто завантаженим.
Іноді я сам будую нові речі. Іноді я допомагаю іншим інженерам будувати їх. А іноді я тижнями шукаю кращий спосіб вирішити проблему, яку ніхто раніше не вирішував. По суті, моя робота полягає в тому, щоб гарантувати, що місто продовжує функціонувати, навіть коли прибувають мільйони нових людей.
Люди часто уявляють R&D як вчених у лабораторії. Насправді це набагато ближче до прикладної інженерії.
Типовий тиждень включає розуміння складної бізнес-проблеми, читання наукових статей або технічної документації, оцінку існуючих технологій, створення прототипів, вимірювання компромісів та прийняття рішення про те, чи заслуговує ідея на те, щоб стати частиною продуктивної платформи.
Деякі проекти так і залишаються на стадії прототипу, тому що економічна модель не працює. Інші стають ключовою інфраструктурою, від якої залежить кожна інженерна команда.
У Moniepoint це означало дослідження таких технологій, як розподілені бази даних, потокова обробка даних, платформи для розробників, методи виявлення шахрайства, автоматизація інфраструктури та способи спрощення процесу створення продуктів інженерами у великих масштабах.
Мета не в дослідженнях заради самих досліджень. Мета — зменшити невизначеність, щоб бізнес міг приймати кращі інженерні рішення.
Я звертаю увагу на три речі. По-перше, чи дійсно ми вирішили складні технічні проблеми, чи просто створили гарне демо? По-друге, чи зменшує рішення складність, а не додає її? Прототип може витримати хитрість. Продуктивна система — ні. По-третє, чи вирішує це реальну проблему, з якою стикаються кілька команд? Якщо це розуміє лише один інженер або від цього виграє лише одна команда, то це, ймовірно, все ще дослідження.
Перехід відбувається, коли невідоме стає відомим. На цьому етапі робота зміщується з виявлення того, чи можливо щось зробити, на забезпечення його надійності, підтримуваності та зручності використання для інших інженерів.
Зростання змінює запитання, які ви ставите. На початку ви запитуєте: «Чи можемо ми змусити це працювати?» Пізніше ви запитуєте: «Чи витримає це десятикратне навантаження, не розбудивши когось о 3 годині ночі?»
У Moniepoint робота у великих масштабах означає проектування систем, здатних обробляти мільярди фінансових подій, підтримувати низьку затримку, елегантно відновлюватися після збоїв та продовжувати роботу в різних регіонах і за різних умов мережі.
Це також означає значні інвестиції у внутрішні платформи. Коли інженерна організація зростає, продуктивність розробників також стає проблемою інфраструктури. Хороші інструменти, автоматизація, спостережуваність, системи розгортання та стандартизовані платформи дозволяють сотням інженерів швидко працювати без шкоди для надійності. Інфраструктура більше не просто підтримує бізнес. Вона стає конкурентною перевагою.
Багато інженерів думають, що дослідження — це читання статей. Це не так. Хороші дослідження — це зменшення невизначеності.
Іноді це означає читання академічних статей. Частіше це означає створення прототипів, збір доказів, вимірювання продуктивності, спілкування з користувачами та готовність довести, що ваша власна ідея хибна.
Найкращий результат у R&D — це не доказ вашої правоти. Це отримання цінних знань до того, як компанія витратить місяці на створення неправильного продукту. Дослідження повинні полегшувати майбутню інженерну роботу, а не ускладнювати її.
Моя кар’єра завжди була driven більше цікавістю, ніж прагненням до титулів. Я природно тяжів до складних проблем інфраструктури, розподілених систем, баз даних, платформ для розробників та такого типу інженерної роботи, де розуміння внутрішніх механізмів має реальне значення. З часом це еволюціонувало від самостійного вирішення технічних проблем до допомоги командам у визначенні того, які проблеми варто вирішувати насамперед.
Коли я перейшов до керівництва, я усвідомив, що R&D — це не лише про технології. Це про створення процесу, який перетворює невизначеність на обґрунтовані рішення. Сьогодні значна частина моєї ролі полягає в допомозі організації досліджувати нові ідеї, одночасно забезпечуючи передачу успішних ідей продуктовим командам та їх масштабування по всьому бізнесу.
Якби я починав спочатку, я б витрачав менше часу на гонитву за окремими технологіями і більше часу на вивчення системного мислення, комунікації та економіки. Мови програмування, фреймворки та бази даних приходять і йдуть. Здатність міркувати про складні системи, чітко комунікувати та розуміти бізнес-цінність технічних рішень накопичується протягом усієї кар’єри. Ці навички мали набагато більше значення, ніж будь-яка конкретна технологія, яку я вивчив.

