Telegram Web Link
🚀 Отличные новости! Юниверс DG успешно завершила сертификационные испытания ФСТЭК!

Друзья, у нас важный анонс — наше решение Юниверс DG успешно прошло все проверки ФСТЭК России и подтвердило соответствие 4-му уровню доверия! Это значит, что теперь его можно использовать даже в самых строгих госструктурах и банках — безопасность на высшем уровне. 🔐 Через месяц сертификат будет у нас!

Что проверяли?
Защиту от взлома и утечек данных
Работу с госкомпьютерами (Astra Linux, РЕД ОС)
Надёжность шифрования и контроля доступа
Отсутствие критических уязвимостей
Итог: ФСТЭК дал «добро» — наш продукт безопасен и готов к сложным задачам!

Мы первыми в России получим лицензию ФСТЭК по продукту класса DG! Это не просто формальность, а доказательство того, что «Юниверс DG» — действительно надёжный инструмент. Теперь наши клиенты из госсектора и бизнеса могут быть уверены: их данные под защитой.

Подробнее на сайте
#мыслиCEOвслух

На стене нашего офиса — наши ценности: честность, открытость, поддержка, саморазвитие… Сегодня я хочу остановиться на одной — открытость.

Открытость — не просто красивое слово. Мы строим внутри компании культуру, где не боимся говорить вслух о сложностях, ошибках, сомнениях и, конечно, победах. Мы исповедуем её внутри команды. И пришло время — делать это наружу.

Поэтому я, как генеральный директор, беру личный челлендж — писать в этот канал минимум раз в неделю до конца года.
Буду делиться всем, что кажется важным: как мы работаем, что нас волнует, над чем спорим, чему радуемся, о чём мечтаем. Как запускаем релизы, кого зовём в команду, во что верим и зачем всё это делаем.

Максимально откровенно. Без шаблонов. Просто — мысли CEO вслух.
🎯 Жизненный цикл MDM-систем: просто о сложном

Внедрение MDM-системы — это не событие, а процесс, и у него есть свой жизненный цикл. Ниже — кратко первые 3 пункта из 7 на примере Юниверс MDM:

📌 1. Определение требований
На этом этапе формируется список того, что система должна уметь: какие мастер-данные поддерживать (например, контрагенты, номенклатура, персонал), как часто обновлять и как обеспечивать качество данных.

📌 2. Проектирование
Архитекторы и аналитики строят структуру будущей системы: какие модули будут использоваться, как она будет связана с другими ИТ-системами, какие технологии заложены (например, PostgreSQL Pro, Tomcat, OpenSearch).

📌 3. Реализация
Программисты пишут код, интегрируют компоненты и готовят прототип системы. Все изменения фиксируются в дорожной карте продукта.


Продолжение следует...

Подробнее на нашем сайте
🪐 В поисках новой стратегии

Мир вокруг меняется быстрее, чем когда-либо.
Появляются новые технологии — один только ИИ готов перетряхнуть весь мир софта.
Запросы клиентов растут с бешеной скоростью.
Наш бэклог уже не поспевает за их ожиданиями.

И наступает момент, когда компании приходится переосмысливать своё направление.
Корректировать стратегию — чтобы соответствовать новой реальности.
И не меркнуть на фоне конкурентов.

Я медитировал высоко в горах, наедине с тишиной, и наконец-то понял:
идеология — это и есть кислород для бизнеса.

Без вдохновляющей идеологии — нет побеждающей стратегии.

ИИ умеет предсказывать, анализировать, экстраполировать будущее.
Но только идеология способна определить, каким это будущее будет.

Это сила, которая мобилизует бизнес на достижение
ценных, отличительных, восхитительных результатов.
Она объединяет все этапы развития и всех людей
единой логикой, единым образом мышления.

Идеология Юниверса в последние годы начала меняться.
Где-то год назад я начал спрашивать своих сотрудников:
а вы видели благодарные глаза клиента?
К сожалению — нет.

А я, между прочим, уже больше 10 лет создаю продукты для управления данными в России —
и мне тоже пока не довелось.
Так что же здесь не так? Чего не хватает?

Недавно я нашёл подходящее слово. Умное.
Клиентоцентричность.

И нет, не путать с клиенториентированностью.
Это не про “быть вежливым” или “делать, что сказали”.

Это про другое. Про глубину. Про смысл.
Про то, как сделать бизнес клиента эффективнее — и, значит, успешнее.

Это и есть наш новый вектор развития.

И да, это меняет многое.
Теперь мы будем смотреть на наш бэклог по-другому.
Не просто как на список задач, которые “просят” или “надо”.
А как на отражение нашей идеологии.

Каждая новая задача — это вклад в успех клиента.
И если такой связи нет, значит, и задачи быть не должно.

Клиентоцентричность — это и про выбор, и про фокус.
И именно так мы теперь будем строить наш бэклог. #мыслиCEOвслух
Please open Telegram to view this post
VIEW IN TELEGRAM
🎯 Жизненный цикл MDM-систем: просто о сложном. Продолжение.


📌 4. Тестирование
Проверка системы проходит в три этапа:
— функциональное (работают ли все функции),
— нагрузочное (справляется ли с миллионами записей),
— UX-тестирование (удобен ли интерфейс для пользователей).

📌 5. Ввод в эксплуатацию
Систему разворачивают на боевых серверах, настраивают интеграции, загружают первичные данные. Минимальные требования: стабильная работа под высокой нагрузкой (от 100 млн записей).

📌 6. Поддержка и развитие
После запуска MDM живёт — её нужно обновлять, устранять баги, добавлять функции. Это делается в рамках плановых и оперативных релизов. Поддержка работает по SLA: критические сбои устраняются за 2 рабочих дня.


🔁 Такой итерационный цикл позволяет сделать систему устойчивой к изменениям — и техническим, и бизнесовым.

Подробнее на нашем сайте
🪐 Data governance по-русски

Месяц назад Банк России опубликовал методологию «Управление данными на финансовом рынке».
📎 Документы здесь: https://www.cbr.ru/develop/data_management_fm/

Это серьёзная заявка: попытка создать российский стандарт и модель зрелости управления данными для финансового рынка.
Раньше у нас были только зарубежные аналоги. Теперь — адаптированная, переработанная, локализованная основа. Возможно, это настоящее событие для индустрии.

Data governance как тема, вероятно, получит новый импульс.
А с ним — и больше аргументов у тех,
кто годами выбивает бюджеты “на наведение порядка”.
Особенно в банках и страховых.
Теперь есть не просто best practices, а документ регулятора.

Особенно отрадно было увидеть,
что в модели оценки зрелости управления данными от ЦБ используется термин «руководство данными».

Когда-то, работая над русским изданием DAMA DMBOK,
мы вложили огромное количество времени и сил,
чтобы перевести не просто текст, а всю техническую терминологию отрасли на понятный и точный русский язык.
Именно мы предложили перевод data governance как руководство данными —
чтобы чётко отделить его от более широкого управления данными (data management).

И сегодня мы чувствуем, в том числе, и свою некоторую причастность к тому,
что в сфере управления данными наводится порядок в масштабах всей страны.

#мыслиCEOвслух
Please open Telegram to view this post
VIEW IN TELEGRAM
🧠 MDM: ключевые термины простыми словами

Master Data Management (MDM) — это подход к созданию единого, точного и согласованного источника бизнес-данных. Вот краткий глоссарий ключевых понятий 👇

📦 Мастер-данные — клиенты, продукты, контрагенты, локации. Основа для работы бизнес-систем.

🏅 Золотая запись — самая точная и актуальная версия данных после очистки и объединения.

📘 НСИ — нормативно-справочная информация, аналог мастер-данных в РФ.

🏷 Сущность — объект учёта (например, «Клиент»).
🧩 Атрибуты — свойства сущности (ИНН, адрес и т.п.).

⚙️ Бизнес-правила — логика: например, «ИНН должен быть уникальным».

📊 DQ (Data Quality) — качество данных: точность, полнота, актуальность, уникальность.

📥 ETL — Extract, Transform, Load. Процесс загрузки данных в MDM.

🧱 MDM-платформа — система для управления данными, качеством и интеграциями.

Подробнее на нашем сайте
🪐 Почему счастливые команды делают лучший продукт

В прошлом посте я писал о нашей новой стратегии и клиентоцентричности. Как вы помните, я устроил настоящую охоту на благодарные глаза клиента — те, которых пока никто не видел, но все хотят увидеть. И с каждым шагом всё яснее: путь к ним начинается не с процессов, а с людей.

Потому что стратегия — это не только про бэклог.
Это ещё и про внутреннее состояние команды, про то, из чего сделана энергия продукта.

Наша главная цель — радикальный рост внутренней эффективности. Не на 10%, а в 10 раз. X10.
И я убеждён: добиться такого результата можно только с счастливой командой. Когда есть энергия, уверенность, вдохновение — тогда и результаты становятся по-настоящему выдающимися.

Счастье — это не случайность, а результат тренировки.
В каком-то смысле, я — тренер для своей команды, и моя задача даже не просто вовлечь, а вдохновить.

Я хочу создать среду, где каждый ощущает радость от работы,
чувствует поддержку и раскрывает свой потенциал.
Ведь когда человек счастлив, он работает лучше, живёт ярче и делится этим с миром.

Счастливые сотрудники работают с вдохновением,
на порядок эффективней и находят путь, как сделать клиентов компании довольными — и, возможно, благодарными. Это всё взаимосвязанные вещи, которые и становятся основой нашей стратегии.

И это не просто слова. К примеру, у нас даже есть комната счастья и индекс счастья компании, который мы замеряем регулярно — но об этом я расскажу в другой раз.

#мыслиCEOвслух
Please open Telegram to view this post
VIEW IN TELEGRAM
🎯 Зачем бизнесу нужен Юниверс DG?

1️⃣ Чистые и понятные данные
В одном месте — без дублей, хаоса и лишней ручной работы.

2️⃣ Прозрачность и доверие
Кто создал данные, когда, зачем — всё фиксируется.

3️⃣ Словарь бизнес-терминов вместо споров
«Клиент», «Платёж», «Статус заказа» — единые значения для всех систем.

4️⃣ Качество данных — не на бумажке
Автоматическая проверка ИНН, дубликатов, пустых полей и т.д.

5️⃣ Регуляторка без паники
152-ФЗ, доступы, логи — всё под контролем.

6️⃣ Быстрая аналитика
Единые справочники = быстрые витрины и отчёты.

7️⃣ Процессы с маршрутами и задачами
Кто ввёл, кто утвердил, кто проверил — всё по ролям.

📌 Итог: данные, которым можно доверять. И бизнес, который не тонет в Excel.
🪐 Как я раньше прятал документацию

Когда мы только начали разрабатывать наш продукт — в далёком 2014 году — я боялся выкладывать документацию в открытый доступ.

Боялся лишних вопросов от тех, кто ещё не купил. Боялся, что конкуренты подглядят и унесут идеи. Боялся, что документация отпугнёт, если человек попадёт не в ту статью, если не поймёт термины, если увидит недоработки.

Я искренне считал, что её нужно давать только по запросу и только после покупки. Словно это часть какого-то внутреннего механизма, который нужно прятать до сделки.

Мы писали документацию скупо. Не публиковали её онлайн. Не делали версий. И даже потенциальным клиентам высылали её неохотно — только по запросу, через менеджера, в виде PDF.

Сначала выходил релиз, и только потом, через время, появлялась документация. Если появлялась. Продукт развивался, а документация отставала. Мы не вели историю изменений, не синхронизировали версии, и порой сами не были уверены, насколько актуален тот или иной текст.

Со временем я понял: документация не мешает — она помогает. Не пугает — а убеждает. Не раскрывает слабости — а демонстрирует зрелость.

И главное — она не мешает продажам, а усиливает доверие. Потому что открытость — это тоже клиентоцентричность. Когда ты не прячешься, не ждёшь запроса, не фильтруешь доступ — а просто показываешь, как всё работает, на языке клиента.

В какой-то момент мы приняли решение: перестроить документацию с нуля. Мы сделали её неотъемлемой частью разработки продукта. Теперь всё собрано в одном месте — без хаоса из PDF, Word-файлов и заметок на салфетках. Вся история изменений хранится в git. А вместо устаревших архивов — живой сайт, не музей, а интерактивная платформа, которая развивается вместе с продуктом!

О том, как она устроена — расскажу в следующем посте.

#мыслиCEOвслух
Please open Telegram to view this post
VIEW IN TELEGRAM
🎯 Главные термины Data Governance

🔹 Качество данных (DQ)
Насколько данные точны, полны, актуальны и непротиворечивы.

🔹 Владелец данных (Data Owner)
Ответственный за конкретный набор данных. Он не просто хранит — он принимает решения, как эти данные можно использовать.

🔹 Распорядитель данных (Data Steward)
Следит за корректностью, актуальностью, помогает чистить и обновлять данные. Если Data Owner — начальник, то Steward — исполнитель.

🔹 Метаданные
Это «данные о данных». Пример: в Excel-файле с заказами — название столбца, его тип и дата создания — это и есть метаданные.

🔹 Бизнес-правила
Формальные условия, которым должны соответствовать данные. Пример: «ИНН должен содержать 10 цифр».

🔹 Глоссарий данных (Business Glossary)
Единый справочник терминов, который помогает всем говорить на одном языке. Например, что такое «контрагент» — это клиент, поставщик или и то и другое?
🎆Сегодня Санкт-Петербург празднует свой 322-й День рождения. 🎆

На протяжении более трехсот лет наш Петербург остается одним из красивейших городов мира, городом-музем с богатой историей и культурой.

Компания Юниверс Дата поздравляет свой родной город. Вот уже более 10 лет мы тоже строим культуру, культуру управления данными!
Please open Telegram to view this post
VIEW IN TELEGRAM
💥 Bringing sexy back (yeah) 💥

Больше года назад клиенты начали всё чаще говорить, что интерфейсы наших продуктов оставляют желать лучшего. Продукты-то мощные, умные, функциональные — но “выглядят тяжеловато”.

И тут я вдруг понял: я ведь и сам никогда особенно не придавал значения UI. В прошлом я — backend-разработчик на Java, весь мой опыт — это сложные, умные, тяжёлые enterprise-системы. Главное, чтобы “работало”, а не “выглядело”.

И тут я посмотрел на свою команду — и понял, что она, как моё зеркало. Мы все ценим backend, структуру, мощь. А UI? Ну, будет время — нарисуем.

И вот передо мной встала нестандартная задача: как вдохновить команду изменить отношение к интерфейсу? И как вдохновить себя самого?

К тому времени у нас уже работала внутренняя геймификация (о ней как-нибудь расскажу — тема мощная). И вот на этом фоне я придумал дерзкий хештег: #sexyUI — как символ новой цели. Не просто "сделать лучше", а сделать красиво, удобно, современно, с любовью к пользователю.

Дерзкий хештег быстро прижился. Глаза загорелись. Обсуждения оживились. И дело пошло. Кто-то даже в шутку сказал, что мы действительно "bringing sexy back" — прямо как в песне Джастина Тимберлейка.

Всё прорывное начинается с изменения собственного отношения и установок, и сдается мне, нам это удалось. Обязательно поделюсь, как именно мы теперь создаём #sexyUI для своих продуктов.

P.S. Недавно я с улыбкой заметил, что ребята уже пилят фичи с пометкой #sexyAI, который они придумали сами. Это значит, что вдохновение не только пришло, но и набирает обороты — и это дорогого стоит.

#мыслиCEOвслух
Please open Telegram to view this post
VIEW IN TELEGRAM
Кто за что отвечает в управлении данными:

📌 Data Owner (владелец данных)
— Принимает финальные решения
— Отвечает за точность и доступ

Обычно это: директор бизнес-подразделения
Пример: директор по логистике — владелец данных о складах

🧹 Data Steward (распорядитель данных)
— Чистит, валидирует, ведёт справочники
— Работает в MDM, контролирует дубли

Обычно это: аналитик или мастер НСИ
Пример: проверяет карточки контрагентов в MDM

🧠 CDO (Chief Data Officer)
— Руководит стратегией данных
— Строит Data Governance
— Руководит всеми Owner’ами и Steward’ами

Обычно это: C-level, подчиняется CEO или CIO

💡В MDM-системах:
Steward работает руками
Owner — одобряет
CDO — выстраивает правила

Подробнее здесь
🪐 Документация — часть продукта

В прошлом посте я писал, как когда-то боялся показывать документацию до покупки. Сегодня — всё наоборот. Мы относимся к документации как к неотъемлемой части продукта, и в каком-то смысле — даже как к его лицу.

Что изменилось?

Во-первых, удобство работы. Документация легко редактируется, обновляется и версионируется. Вся история — в git. Мы применяем подход documentation as code, и это многое меняет.

Во-вторых, понятность. Мы разбавляем текст картинками, визуальными инструкциями, блоками с примечаниями и гиперссылками. Всё читается легко — как разговор, а не как приговор.

В-третьих, структура. Статьи объединены в руководства, есть навигация, кросс-ссылки, быстрый поиск. Это не просто хранилище — это архитектура знаний.

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

И в-пятых, аудитория. Мы не пишем “в среднем для всех”. У нас есть материалы для операторов данных, стюардов данных, разработчиков, бизнес-пользователей, администраторов, интеграторов и так далее. Каждому — своё.

И всё это — в одном месте, на нашем сайте документации. Там можно не только читать, но и встраивать разделы в продукты, подключать API, добавлять файлы, скрывать ненужные блоки, настраивать всё под себя.

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

Это и есть новая философия: документация — не про то, “что есть”. А про то, “как можно сделать лучше”.

#мыслиCEOвслух
Please open Telegram to view this post
VIEW IN TELEGRAM
Из чего состоит MDM-система?

MDM (Master Data Management) — это не один модуль, а целая экосистема для управления критично важными данными в компании.

Из чего состоит Юниверс MDM?

Это промышленная система управления мастер-данными, рассчитанная на миллионы записей. Работает стабильно под высокой нагрузкой. Вот её ключевые части:

1️⃣ База данных — PostgreSQL Pro, где хранятся мастер-данные.
2️⃣ Сервер приложений — Apache Tomcat. Тут вся бизнес-логика.
3️⃣ Поисковый движок — OpenSearch, нужен для быстрых выборок и поиска.
4️⃣ Веб-интерфейс — для работы операторов и администраторов.
5️⃣ Алгоритмы DQ — для выявления дублей, контроля качества, консолидации.
6️⃣ Интеграция — очереди сообщений, API, обмен с другими ИС.
7️⃣ Docker-контейнеры — быстрая установка и масштабируемость.
8️⃣ Мониторинг и логирование — отслеживание состояния всех компонентов.
🪐 SDK FE — второе поколение

В этом году мы выпустили второе поколение SDK FE. Работали над ним с июля по декабрь 2024 года, а с начала 2025 начали внедрять в продукты MDM и DG.

Сразу скажу — первое поколение SDK FE было полезным, но сырым. У него было всё, что нужно для старта: точки расширения, базовые сценарии. Но были и слабые места: неполная документация, неразделённое публичное и внутреннее API, нехватка типов, отсутствие контроля версий, и даже необходимость использовать сторонние утилиты для сборки модулей.

Во втором поколении SDK FE мы переделали всё с нуля. Полностью. Теперь это не просто набор методов, а полноценный инструмент для кастомизации и развития продукта. Мы существенно расширили и углубили описание SDK — теперь оно живое, подробное, удобное. Документация обновляется автоматически, есть чёткая типизация, полная обратная совместимость, строгий контроль версий и прозрачный механизм доставки через внешний Nexus. А ещё мы сразу добавили архив с полноценными примерами кастомизаций — чтобы не просто читать, а сразу пробовать.

И что особенно важно — SDK FE второго поколения позволяет спокойно поддерживать все доработки, которые наши клиенты реализуют с его помощью. Теперь при выпуске новых релизов MDM или DG эти кастомные решения не ломаются и не становятся обузой. Это сильно повышает удобство и надёжность будущих внедрений.

Уже в июле 2025 года SDK FE появится в составе релизов MDM 6.13 и DG 2.13. Для DG это пока beta-версия — часть точек расширения ещё в разработке. Финальный релиз будет в DG 2.14.

Как и всегда — сначала мы меняем своё отношение, а потом продукт. И в этом есть большая правда: когда ты видишь в любой детали — не “фичу”, а часть экосистемы, всё выстраивается в более ясный и честный путь. Я рад, что команда идёт этим путём — с уважением и вниманием к тем, кто потом будет это использовать.

#мыслиCEOвслух
Please open Telegram to view this post
VIEW IN TELEGRAM
🔄 Как выглядит процесс работы с данными в MDM — по шагам

Вот как обрабатываются данные в MDM-системе, например, в Юниверс MDM:

1️⃣ Загрузка данных
Через API, Excel или интеграцию. Часто — десятки миллионов записей. Быстро, пакетами.

2️⃣ Очистка и нормализация
Удаляются пробелы, исправляются форматы, приводятся к единому виду (ФИО, адреса, ИНН и т.п.).

3️⃣ Обогащение
Добавляются недостающие поля: геокод, коды ОКВЭД, внешние идентификаторы и т.д.

4️⃣ Сопоставление и поиск дублей
Система сама находит одинаковые записи (например, «ООО Ромашка» и «Ромашка ООО») и предлагает объединить.

5️⃣ Управление версиями и история изменений
Любая правка сохраняется. Есть «журнал», кто, что и когда менял.

6️⃣ Передача данных в другие системы
Данные рассылаются в ERP, CRM, BI и др. через API, файлы, очереди.

💡 Главное: данные проходят весь цикл обработки — от сырой записи до чистого, уникального, проверенного мастер-объекта.
This media is not supported in your browser
VIEW IN TELEGRAM
🪐 Обновляем интерфейсы — с заботой о пользователях

Когда мы начинали обновлять линейку продуктов Universe Data, мы чётко поняли одну простую вещь: бизнес-инструменты создаются не программистами для программистов. Они создаются бизнесом — для других людей и бизнесов, которые потом будут ими пользоваться каждый день (тот самый #sexyUI).

В B2C-приложениях удобство и понятность интерфейсов давно стали обязательным стандартом. А вот в B2B и B2G-сегментах всё ещё часто главное — это надёжность. Удобство? Второстепенно. Но мы знаем: удобный продукт экономит время и деньги всем участникам цепочки.

Так что, обновляя наши продукты, мы поставили перед собой несколько ключевых целей — и теперь я хочу коротко их обозначить.

1. Понятность для всех
Продукт должен быть ясен любому пользователю — от стюарда данных до интегратора. Чем проще и интуитивнее интерфейс, тем быстрее человек учится им пользоваться. Внедрение идёт легче и быстрее, а сотрудникам компании проще найти в нашем продукте знакомые сценарии и приёмы из других программ. Это значит — меньше отвлечений и быстрее запуск нового функционала.

2. Чёткие сценарии и роли
Наши продукты работают с большим массивом информации и позволяют разграничивать её по ролям. Сегодня у пользователя в одном разделе — права на чтение, а в другом — на создание и редактирование. Наша задача — сделать так, чтобы этот переход был плавным. Чем меньше усилий тратит человек, чтобы переключиться с одной задачи на другую, тем быстрее он двигает вперёд свой бизнес.

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

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

4. Стабильность — основа всего
Красивый и удобный интерфейс — это хорошо. Но если введённые данные теряются или сохраняются с ошибками, всё это теряет смысл. Поэтому стабильность работы сервиса — это то, на что мы всегда делаем ставку. Все данные должны сохраняться без искажений и быть доступны пользователю почти мгновенно. Это, может быть, не бросается в глаза при первом открытии программы — но именно с этого начинается доверие.

Как и всегда, мы начинаем с отношения. Сначала меняем свои подходы и убеждения — а уже потом появляется новый продукт. Так мы и продолжаем свой путь.

#мыслиCEOвслух
Please open Telegram to view this post
VIEW IN TELEGRAM
⚽️ О дзюдо, футболе и упорстве ...

В вечер пятницы позвольте поделиться личной историей и немного пофилософствовать. На прошлых выходных я участвовал в чемпионате Санкт-Петербурга по дзюдо. Вроде бы ничего особенного, но мне 46 лет, а моим соперникам на татами — лет 18–20. Сразу скажу: далеко я не прошёл, но вызов времени был брошен серьёзный. Пять лет мне понадобилось только на то, чтобы меня допустили к турниру такого уровня, а дзюдо я начал заниматься где-то с 33 — что, конечно же, очень поздно по спортивным меркам. Но не поздно, чтобы каждый раз бросать себе вызов. И знаете, в этот раз я понял одну простую вещь: всё самое ценное приходит не сразу. Требуется время, терпение и готовность снова вставать после поражений.

И подобные параллели можно легко найти вокруг нас. К примеру, 24 мая 2025 года ФК «Краснодар» впервые в своей истории стал чемпионом России. Обыграл «Динамо» со счётом 3:0, а трибуны скандировали не фамилии игроков, а имя владельца — Сергея Галицкого. Потому что он не купил готовый клуб, а вырастил его с нуля. На своей земле, своими руками, 17 лет — шаг за шагом. В эпоху, когда футбол всё больше про деньги, это редкость. И потому — особенно ценно.

Эти истории разные — дзюдо, футбол, бизнес. Но суть одна: упорство. Способность терпеть, работать, снова подниматься. И двигаться — даже если путь кажется долгим и сложным. Ведь именно так и рождается настоящее лидерство.

Юниверс Дата больше 10 лет создаёт продукты для управления данными. Мы, может быть, ещё не чемпионы. Но мы точно идём к этому — с тем же упорством, которое рано или поздно выведет нас на вершину.

Удачных выходных — и занимайтесь спортом!

#мыслиCEOвслух
Please open Telegram to view this post
VIEW IN TELEGRAM
2025/07/04 20:37:17
Back to Top
HTML Embed Code: