Финтех: вход в новый технологический цикл
Доброго дня вам!
Я Дмитрий, руковожу ИТ в относительно молодой и небольшой финтех-компании Токеон, которая занимается цифровыми финансовыми активами (ЦФА) и гибридными цифровыми правами (ГЦП).
Мне нравится нескромное утверждение, что эти инструменты позволят нам сформировать новый рынок финансов. Слова «блокчейн» и «смарт-контракт» нам уже известны из мира крипты. Из мира крипты к нам также пришли слова «скам» и «тапать хомяков». Крипта стала выдающимся примером того как гениальное техническое решение используется мошенниками в глобальных масштабах.
Новый инструмент ЦФА регулируется государством, а значит потенциально сможет направить технический гений в разумное русло и дать нам принципиально новый финансовый инструментарий. Инструментарий, исполняемый логикой смарт-контрактов (не зависящей от конъюнктуры конкретного бизнеса или политической тусовки) и прозрачной системой хранения данных блокчейн (не зависящий от настроения авторов софта и держателей инфраструктуры).
А раз мы говорим о принципиально новом подходе к финансам, то разговор зайдёт и про новый подход к технологиям и методологиям управления.
О технологиях
Самое главное изменение мира ИТ за последние 20 лет на мой взгляд в том, что ИТшников (включая меня самого) заставили изменить представление о пользователях. Из «презренных юзеров» наши пользователи вознеслись на пьедестал, став центром, вокруг которого строится продукт и технологическое решение. Неважно насколько технологически совершенен твой продукт. Если он неудобен — его сметут в подвалы поисковых запросов и он останется с мелкой аудиторией энтузиастов.
Быть понятным и максимальном доступным — ключевой приоритет любого нового.
Простота измерения эффективности
Это правило нужно применять не только к технологиям ИТ, но и к финансовым моделям. Можно сколько угодно жонглировать умными словами («блокчейн», «хэш решения о выпуске», «бизнес-анализ», «архитектура бизнеса» и пр и пр), но всем словоформам будет подведен циничный и простой итог.
Достаточно задаться вопросами:
Продукт может привлечь достаточно пользователей?
Продукт может обеспечить ожидаемую доходность оператору системы, инвесторам и эмитентам?
Насколько адекватно покрыты риски использования продукта?
Ответить на эти вопросы можно интуитивно, результат понятен. А средства реализации — были и останутся вторичными вопросами.
Изменчивость результатов
Предлагая такой гибкий финансовый инструмент, не стоит слишком обнадеживаться. Текущий успех может быстро смениться провалом. ИТ — жестокий мир, где под чудовищным давлением иногда появляются бриллианты. Мы стремимся занять место в сверкающем ряду драгоценностей, не замечая угольную пыль, которой усеян пол вокруг пресса.
Мир финансов ничуть не гуманнее и здесь тоже нельзя быть спокойным и уверенном в будущем — это путь к провалу.
О каком стеке технологий мы бы не говорили сегодня, завтра он будет другим. Обучаемость людей и мотивация к изменениям являются ключевым преимуществом.
Люди
Быстрая сменяемость технологий значительно влияет на людей. Как на людей, получающих пользу от конечного результата применения технологии. Так и на людей, внедряющих саму эту технологию.
Из стойких адептов, защищающих свои любимые «правильные» подходы и продукты, нам следует перейти к «позиции ученика», широко смотрящего на мир вокруг и жаждущего впитать новое.
Для руководителя это выражается в рекомендации не забивать под 100% загрузки сотрудника операционкой. Отчасти эта мысль отражена в концепции SRE, где рекомендуется установить лимит на операционную деятельность. Нужно оставить время на «новое» — поиск концептуальных решений, новых подходов и расширение кругозора.
Методологии управления
Всё написанное выше заметно шатает такие светлые принципы как «управляемость», «прогнозируемость», «прозрачность». Очевидно, известные нам методологии управления придется расширять с учётом реалий.
Ключевые термины
Люди (и роли) — в самом широком смысле в эту супер‑категорию могут попадать и пользователи/клиенты, сотрудники, партнёры и в целом все люди, участвующие в наших процессах. Мы группируем людей в роли, чтобы выделить общие признаки и характеристики, но понимаем, что один человек может исполнять разные роли. А одна роль может соответствовать одному или многим людям.
Артефакты — опять же, в самом широком смысле, артефакт — это искусственно созданная сущности. Это технологии, внедренные (чужие) продукты или собственные продукты.
Процессы — между людьми, между артефактами, между людьми и артефактами протекают процессы. Разработка и оптимизация этих процессов — функции управления. Поддержание процессов в рабочем состоянии и реагирование на риски — операционная деятельность, эксплуатация. Наблюдение за процессами и рекомендации по их развитию — архитектурно‑аналитическая функция.
Метрики — способ измерения успешности процесса. Метрики необходимо выстраивать иерархически, начиная с самых важных критериев для бизнеса/стратегии, определяющих принципиальный вывод об успешности. Такие критерии назовём ключевыми метриками. Ключевые метрики раскладываются в подчинённые метрики — более ёмкие и конкретные критерии для конкретных процессов, людей, артефактов. Метрики позволят ориентироваться в изменениях и принимать осознанные решения относительно общей картины.
Размытость границ
Новые требования к гибкости и максимальной скорости реагирования на изменения приводят к тому, что стыки и связи между людьми и артефактами должны быть максимально эффективными. Необходимо минимизировать потери времени на взаимодействие.
А это, в свою очередь, означает, что люди роли не могут отгораживаться друг от друга «зонами ответственности», образуя барьеры. Язык бизнеса приблизится к языкам ИТ, языки ИТ — к языку юристов и так далее.
Вот пример как описывает Роман Пионтик распределение архитектурной функции: https://habr.com/ru/articles/771608/. Вслед за архитектурной, подобные концепты возникнут и для бизнес-функций и всего остального.
Понятные оценки качества
В современном бизнесе мало времени на проведение обширных совещаний с целью разобраться хорошо мы работаем или плохо. Вся информация о качестве должна быть собрана в едином источнике и предоставлять информацию в реальном времени, не требуя существенного времени людей и артефактов на сбор этой информации.
Максимальная скорость доставки
Бизнес ожидает максимальную скорость доставки решений. Отсюда вытекают задачи:
Минимизация затрат на перевод (анализ) бизнес-требований в язык реализации
Минимизация затрат на реализацию
Минимизация затрат на проверку/тестирование
Минимизация затрат на внедрение изменений
Получение информации о поведении изменения на рынке, понятная обратная связь для формулирования новых задач
Выводы
Мы можем спорить насчёт способа решения этих задач и разумности их постановки. Что никак не отменяет того, что:
эти задачи ставятся перед нами уже сегодня
нам придется эти задачи решать.
приоритет этих задач со временем будет расти
А если решение этих задач неизбежно, то надо предложить варианты решения.
На сегодня это:
Максимально гибкая CRM-система, позволяющая управлять задачами и процессами. Мы дополнили стандартные функции «тасктрекера» экспортом данных в нашу собственную БД для продвинутой аналитики и метрик, которые снимаем в реальном времени.
Минималистичная BI-система с возможностью быстрой донастройки, большим количеством интеграций и агрегацией данных из различных источников в «одном окне». В нашем случае это Apache Superset с интеграцией с 4-мя схемами Postgres-а и инстанцией MySQL
Оркестратор кластеров Kubernetes, позволяющий с минимальными затратами развертывать не только наши контейнеры, но и новые кластера. В нашем случае — Deckhouse от Флант
Организация архитектурного процесса в виде проектирования и описания метамодели компании, бизнеса, внутренних процессов и документации. У нас эта задача решается с помощью DocHub, в репозитория которого вкладываются все ИТ-сотрудники
Корпоративный искусственный интеллект для агрегации информации и представления этой информации в человекочитаемом виде. В нашем случае это RAG на основе Yandex LLM
Обращу внимание, что эти инструменты не только разумны по затратам, но и соответствуют требованиям нашего законодательства, а значит гибкость решения не идет в ущерб безопасности.
Впрочем, это состояние «сегодня» никак не предопределяет состояние «завтра» и наверняка появятся новые инструменты, которые опять всё изменят и мы сможем снова это обсудить :-)
Ссылки и контакты
Cообщество, где проектируется методология архитектуры будущего: CEAF
Мои контакты:
telegram: @dmitry_timoshenko
e-mail: d.timoshenko@tokeon.ru