Доброго дня вам!

Я Дмитрий, руковожу ИТ в относительно молодой и небольшой финтех-компании Токеон, которая занимается цифровыми финансовыми активами (ЦФА) и гибридными цифровыми правами (ГЦП).

Мне нравится нескромное утверждение, что эти инструменты позволят нам сформировать новый рынок финансов. Слова «блокчейн» и «смарт-контракт» нам уже известны из мира крипты. Из мира крипты к нам также пришли слова «скам» и «тапать хомяков». Крипта стала выдающимся примером того как гениальное техническое решение используется мошенниками в глобальных масштабах.

Новый инструмент ЦФА регулируется государством, а значит потенциально сможет направить технический гений в разумное русло и дать нам принципиально новый финансовый инструментарий. Инструментарий, исполняемый логикой смарт-контрактов (не зависящей от конъюнктуры конкретного бизнеса или политической тусовки) и прозрачной системой хранения данных блокчейн (не зависящий от настроения авторов софта и держателей инфраструктуры).

А раз мы говорим о принципиально новом подходе к финансам, то разговор зайдёт и про новый подход к технологиям и методологиям управления.

О технологиях

Самое главное изменение мира ИТ за последние 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