Швидкість вирішує в IT: як Михайло Куртіков впроваджує масштабні програмні рішення в корпораціях за місяці, а не роки – практичний досвід і фактори успіху

Warner Music Group розпочала масштабний проєкт з оновлення внутрішньої системи дистрибуції релізів. Проєкт розробляється під керівництвом старшого інженера та архітектора Михайла Куртікова. Ми поговорили з Михайлом про те, як за короткий термін він впроваджує рішення, що впливають на ключові бізнес-процеси і більшу частину виручки WMG, і чому такі інженери, як він, стають важливими фігурами в цифровій трансформації глобальних корпорацій.

— Михайле, Ви пройшли вражаючий шлях в IT-індустрії, працюючи в таких гігантах, як Warner Music Group, і навіть обіймали посаду технічного директора в Yalantis. Ваша перша освіта — бакалавр комп'ютерних наук. Що привело Вас у цю сферу і як вам вдалося так швидко вирости від розробника до керівника вищої ланки?

— Мене завжди приваблювала можливість створювати щось нове і бачити, як твої рішення впливають на реальні бізнес-процеси. Сфера IT — це ідеальне поєднання творчості та інженерної точності. Кар'єрне зростання було радше природним наслідком підходу до роботи. Я ніколи не обмежувався рамками своєї посади. Чи то позиція розробника, чи то тімліда, я завжди намагався вникати в цілі бізнесу, розуміти, яку саме проблему ми вирішуємо. Цей підхід дозволив мені не просто писати код, а пропонувати рішення, які приносили незмірну користь. Наприклад, у Yalantis я прийшов із конкретною метою — створити з нуля департамент серверної розробки. Це був справжній виклик, який зажадав не тільки технічних, а й управлінських навичок, що в підсумку і привело мене до посади CTO.

— Ви раніше говорили про необхідність виділити окремий департамент. У Yalantis більшу частину серверної логіки передавали на аутсорс, що призводило до перевитрати коштів, зриву термінів і втрати внутрішніх компетенцій. Як Ви переконали керівництво і побудували команду "з нуля"?

— Все звелося до цифр і стратегічних цілей. Я провів аналіз витрат на підрядників і з'ясував, що ми переплачуємо до 30 % бюджету, а в 70 % випадків не вкладаємося в дедлайни. При цьому всередині компанії не накопичується необхідний досвід. Як рішення я запропонував поетапний план: спочатку зібрати невелику групу експертів, потім вибрати гнучкий і сучасний стек (Node.js, AWS, RoR) для швидкого запуску і послідовно переводити проєкти на внутрішню команду. На кількох пілотних завданнях ми продемонстрували ефективність підходу, після чого розширили штат до 30 осіб. Підсумок — повна відмова від зовнішніх підрядників, залучення більших замовників і подвоєння середнього чека проєкту. Цей кейс наочно показує, як правильний вибір технологій і управлінських рішень може стати двигуном зростання бізнесу.

— Ваш досвід у Yalantis значний, але Warner Music Group — це зовсім інша історія: річний оборот компанії перевищує 6 мільярдів доларів. Як Вам вдалося потрапити в такий масштабний бізнес і з якими складнощами Ви зіткнулися?

— Моя робота у Warner Music Group почалася з контрактної співпраці. Схоже, мої методики і швидкість виконання помітили, і незабаром мені запропонували постійну посаду. Головна складність в організаціях такого рівня — це їхня власна інерція: усталені роками регламенти і звичні алгоритми часто виявляються непробивними для будь-яких нововведень. Першим моїм значущим завданням стало створення внутрішнього сервісу для оформлення музичних релізів. До цього співробітники формували релізи в Excel і передавали їх спеціальній групі з 30 осіб, яка вручну вносила всю інформацію в систему — процес розтягувався на кілька днів. Для підрозділу, що забезпечує близько 20 % доходу компанії, така схема була явно неефективною.

— Михайле, чи правда, що Ви за шість місяців впровадили у Warner Music Group платформу, яка повністю автоматизувала створення релізів, і тим самим автоматизували роботу цілого департаменту з 30 осіб?

— Так, такого результату було досягнуто. До впровадження цієї системи підготовка музичних релізів займала кілька днів і проходила вручну. Я очолив архітектуру нового рішення, вибрав стек AWS + Node.js + React і сформулював підхід, орієнтований на максимальну швидкість. У результаті команда під моїм керівництвом реалізувала проєкт за 6 місяців — замість запланованих 12. Система дала змогу скоротити час підготовки релізу до 1 години і виключила ручну працю 30 співробітників. Це дало миттєвий ефект для підрозділу ADA, який формує близько 20% всього прибутку Warner Music Group. Це був по-справжньому амбітний виклик. Від самого початку ми зосередилися на підборі оптимального технологічного стека: обрали AWS як хмарну платформу, задіяли AWS Lambda для динамічного масштабування та зупинилися на Node.js — - це дало змогу дуже швидко зібрати та запустити прототип. Паралельно я вибудовував безперервну комунікацію з представниками бізнесу: регулярні дзвінки та особисті зустрічі з віцепрезидентами ключових підрозділів допомагали оперативно фіксувати їхні запити і миттєво вносити правки. Одночасно ми налагодили чітке керівництво командою — запровадили суворі стандарти, визначили пріоритетні завдання і повністю сфокусувалися на критичних ділянках проєкту, включно з інтеграцією з глобальною базою даних і процесом випуску релізів.

— Михайле, вам вдалося домогтися помітного успіху в проєкті з оновлення системи релізів: підготовка змін скоротилася з кількох днів до 10-20 хвилин, а кількість помилок істотно знизилася. Розкажіть, завдяки яким рішенням і підходам ви прийшли до такого результату?

— Основний фокус проєкту було зроблено на підвищенні якості, керованості та стабільності процесу релізів. Проєкт ініціювали в червні 2023 року в межах стратегічної ініціативи ADA, його реалізували в стислі терміни - за шість місяців, з червня до листопада 2023 року, що вимагало суворої дисципліни виконання і високого рівня контролю якості.

Одним із ключових рішень стало впровадження окремого шару перевірки з використанням бізнес-правил, узгоджених із вимогами DSP. Це дало змогу знизити кількість помилок під час релізів і відхилень з боку DSP приблизно на 42%. Важливо, що цей компонент згодом був масштабований до рівня всієї компанії, ставши корпоративним стандартом валідації метаданих релізів.

Паралельно було вибудувано керований робочий процес самообслуговування, який замінив ручний конвеєр на основі електронних таблиць і email-комунікацій. Раніше цей процес вимагав повторного ручного введення даних з боку команди з приблизно 30 співробітників і займав кілька днів; нова система дала змогу в ідеальному наскрізному режимі готувати реліз за 10–20 хвилин, переглядати за хвилини, затверджувати за секунди та відправляти на дистрибуцію протягом кількох хвилин. Це значно підвищило прозорість, підзвітність і знизило вплив людського фактора.

Особливу увагу приділяли поетапному впровадженню та постійному поліпшенню користувацького досвіду. Інструмент був послідовно розгорнутий на всій базі ADA, близько 200 незалежних лейблів, і сьогодні підтримує близько 500 створюваних або оновлюваних релізів на день. Команда активно збирала зворотний зв'язок від користувачів і оперативно допрацьовувала функціональність, що сприяло швидкому ухваленню рішення всередині організації. Навіть при складних інтеграціях із застарілими системами вдалося забезпечити стабільний запуск з мінімальною кількістю інцидентів і дефектів. У результаті 100% релізів ADA сьогодні обробляються через новий інструмент, що істотно підвищило загальну ефективність і цілісність даних.

— Михайле, чи правильно ми розуміємо, що в рамках цих проєктів Ви координуєте команди, взаємодієте з віцепрезидентами і встановлюєте технічні стандарти для всього департаменту розробки?

— Так, моя роль не обмежується кодом. Я виконую завдання технічного керівника, взаємодію з VP Engineering, SVP ADA, VP Cloud, програмними менеджерами. Встановлюю процеси, пріоритезую завдання, ухвалюю архітектурні рішення і представляю команду на рівні керівництва. Така залученість і координація дає змогу реалізувати обидва проєкти швидше за ринок і зробити їх критично важливими для бізнесу.

— Схоже, Ви справді вивели певний "код успіху": хмарні сервіси, гнучкі методології та тісна взаємодія з бізнес-підрозділами. Які ж напрями, на Вашу думку, формуватимуть IT-стратегію великих компаній у найближчій перспективі?

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