Шість ознак того, що ваше фінансове програмне забезпечення є застарілим (і як ви з цим справляєтеся)

Костянтин Волков – генеральний директор та співзасновник IT Craft, компанії, що спеціалізується на розробці програмного забезпечення повного циклу будь-якої складності.

Гетті

Розробка програмного забезпечення FinTech складна. Власники програмного забезпечення повинні зосереджуватися на різноманітних аспектах, таких як відповідність нормам, якість вихідного коду, безпека тощо.

Але запуск бездоганного додатку в довгостроковій перспективі недостатній, незважаючи на всі вкладені зусилля. Як і будь-яке цифрове рішення, фінансові системи потребують постійного оновлення, щоб підтримувати найвищі стандарти.

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

Це стає критичним для фінансових рішень, які працюють протягом деякого часу, навіть якщо ви відчуваєте, що ваші все ще працюють добре.

Виникаючі ознаки потреб модернізації

Жодне програмне забезпечення не стає спадщиною миттєво.

Кодова база зростає. Він накопичує проблеми, поки не стає некерованим.

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

Видимі симптоми включають:

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

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

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

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

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

Розробники повинні регулярно оновлювати технічний стек до останньої версії, щоб закрити нові вразливості.

Є більше. Відкладені оновлення збільшують несумісність. Команда не лише розробляє вихідний код нових функцій, але й витрачає час на налаштування, щоб забезпечити сумісність із основним стеком. Тестування займає більше часу. Підвищення витрат на оновлення та обслуговування.

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

Відповідь на виклики модернізації

Модернізація ядра фінансового рішення завжди складна.

Незважаючи на те, що зміни бажані, бізнес не повинен розхитувати човен. Операції з обслуговування та вдосконалення повинні залишатися непоміченими для кінцевих користувачів. Вони повинні утримуватися від блокування фінансових операцій.

З цієї точки зору перевага віддається поступової модернізації. Це менш ризиковано, ніж масштабна трансформація. Команда розробників працює над невеликими вдосконаленнями. Регулярні поставки включають управління накопиченим технічним боргом, покращення безпеки та автоматизовані операції.

Глибока модернізація виходить на перший план, коли проект деякий час існує на ринку, оскільки поступові кроки вже обмежені. Інженерам потрібно вдосконалити багато аспектів. До них належать реархітектура, рефакторинг вихідного коду, оптимізація інфраструктури тощо.

Ось кілька ключових моментів, які допоможуть підготуватися до модернізації.

Великі плани, маленькі кроки: важливий поступовий підхід. Коли масштаб ділиться на невеликі частини, команді легше адаптуватися. Він може бачити негайні результати та коригувати наступні кроки.

Архітектура мікросервісів: 25% усіх постачальників програмного забезпечення перероблять свої рішення на мікросервіси до 2026 року. Мікросервіси найкраще працюють для великих проектів. Вони забезпечують доступність 24/7, швидшу доставку функцій, динамічне споживання ресурсів тощо.

Тим не менш, мікросервіси можуть не працювати, якщо у вас є проста програма. Ретельно зважте всі «за» і «проти» зі своєю командою розробників. Вибирайте мікросервіси, коли плануєте масштабувати та розширювати.

Розробка, орієнтована на клієнта. Команда модернізації повинна зосереджуватись на зростаючих потребах користувачів. Підприємствам необхідно розглянути можливість розширення на нові, популярні пристрої, наприклад, запуск платіжної програми для розумних годинників. Розробники повинні зосередитися на функціях, які відповідають очікуванням, наданим у відгуках користувачів, таким чином додаючи цінності проекту.

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

Заключні думки

Фінансова індустрія зазнає швидких трансформацій. Бізнес повинен до цього готуватися. Компанії можуть навіть не помітити, що їхнє фінансове програмне забезпечення стало не досконалим. Або вони не готові до модернізації. Кожна зміна в критично важливому програмному забезпеченні є складною. Технічний борг може здатися кращим, ніж блокувати операції на кілька годин і зазнавати збитків.

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

Важливо визначити ключові аспекти, які приносять негайну цінність, і переходити від одного аспекту до іншого.

Крім удосконалення кодової бази, підприємствам може знадобитися переглянути свій підхід до розробки та еволюції продуктів. Відстеження відгуків користувачів зменшує ризик нерелевантності.

Як завжди, важлива злагодженість команди. Уся команда продукту має пам’ятати про ширшу, орієнтовану на клієнта картину, для якої вона має спільні цілі.

Технологічна рада Forbes — це спільнота для ІТ-директорів, технічних директорів і технічних керівників світового рівня. Чи маю я право?