Размышления о цифровой трансформации бизнеса, управлении в IT и финтехе.
Поддержать автора можно тут: https://t.me/tribute/app?startapp=dFU2
Feedback: @IstominGerman
Периодически слышу от коллег по цеху: «Создай конкуренцию в команде — и люди начнут выкладываться». Звучит логично, но исследования говорят обратное. В Стэнфорде выяснили, что сотрудники в позитивной среде показывают на 50% выше продуктивность (помним, что наш коллектив - вторая семья). А когда конкуренция выходит из-под контроля — начинается утаивание информации, присвоение чужих заслуг и выгорание.
Настоящая синергия строится не «против кого-то», а «вместе ради чего-то». И вот что реально работает:
🎲 Настольные игры в баре
Собираемся с командой за настолками — это лучшее, что можно придумать для раскрытия людей. Человек за настолкой показывает свои реальные эмоции, стиль принятия решений, отношение к проигрышу. Формируются естественные связки и доверие. Параллельно в неформальной обстановке решаются рабочие вопросы, на которые в офисе уходят часы. Настольные игры — идеальная среда для развития навыков командной работы в «безопасном» формате.
🎮 Онлайн-игры (Among Us, Dota 2, CS:GO и др.)
Играем в Among Us, Goose Goose Duck, Dota 2, CS:GO, Duck Game. Исследования показывают: команды, поигравшие вместе хотя бы 45 минут в видеоигры, стали на 20% продуктивнее тех, кто проходил классические тимбилдинги. Игры учат координации, быстрым решениям под давлением и доверию — ты вынужден полагаться на тиммейтов в стрессовых ситуациях. Эти навыки напрямую переносятся в рабочие проекты.
🏀 Совместный спорт
Это самый мощный инструмент. Играем в баскетбол, ходим в зал — и это невероятно поднимает мотивацию. Совместный спорт формирует чувство единства, ответственность за общий результат и учит преодолевать трудности вместе. А ещё бонус: физическая активность умеренной интенсивности сопоставима по эффекту с психотерапией в борьбе с депрессией. То есть спорт с командой — это и синергия, и ментальное здоровье.
⚡️ Почему не конкуренция?
Внутренняя конкуренция при плохом управлении создаёт токсичную среду: люди копят ресурсы, боятся делиться идеями, теряют доверие друг к другу. Коллаборация же — «мультипликатор силы»: ускоряет решения, повышает мораль и рождает инновации.
Инвестируйте в совместный опыт и синергию — настолки, игры, спорт. Это не «отдых от работы», а фундамент настоящей команды.
1️⃣ Data Warehouse — строгая структура, ACID-транзакции, мощная аналитика. Но дорого и только структурированные данные.
2️⃣ Data Lake — дешёвое хранение любых данных на объектном хранилище. Но без транзакций и контроля качества озеро быстро превращается в «болото».
3️⃣ Data Lakehouse — лучшее из обоих миров. Единая платформа, которая объединяет гибкость озера и надёжность хранилища.
🌐 Что даёт Lakehouse? • Дешёвое хранилище (S3, ADLS, GCS) • ACID-транзакции поверх файлов (Parquet/ORC) • Гибкая эволюция схемы (Schema Evolution) • Поддержка BI, ML/AI и стриминга на одной копии данных
🌐 Ключевые платформы • Databricks + Delta Lake — максимальная производительность (Photon), встроенные MLflow и Unity Catalog • Snowflake — лидер в BI, нативная поддержка Apache Iceberg • Apache Iceberg — открытый формат, свободная лицензия, стандарт индустрии для мультидвижкового доступа
🌐 Medallion-архитектура (Bronze → Silver → Gold)
🥉 Bronze — сырые данные «как есть», append-only, полная история для аудита и повторной обработки.
🥈 Silver — очистка, дедупликация, нормализация. Данные валидированы и пригодны для анализа.
🥇 Gold — бизнес-агрегаты, KPI, дашборды. Готовые таблицы для аналитиков и стейкхолдеров.
🌐 3 шага для внедрения Lakehouse
1. Выберите открытый формат (Iceberg/Delta) и облачное хранилище — это фундамент, который защитит от vendor lock-in. 2. Организуйте данные по Medallion-слоям — Bronze для приёма, Silver для очистки, Gold для бизнес-метрик. 3. Подключите единый каталог и governance — контроль доступа, отслеживание происхождения данных и управление качеством данных с первого дня
🚀 Космический корабль против завода: когда цифровая трансформация становится «передрайвом»
За 10 лет работы с цифровой трансформацией в финансовых организациях я раз за разом наблюдаю одну и ту же картину: IT-команда тянет организацию вперёд — к рыночным стандартам, автоматизации, новым продуктам. И на первый взгляд всё правильно: сокращаются трудозатраты, ускоряется развитие, повышается вовлечённость.
Но есть обратная сторона. Ты постоянно ломаешь не только процессы, но и людей. Сотрудники не хотят осваивать новые системы, менять парадигмы мышления, переходить в другие инструменты управления. И тут возникает метафора, которую я называю «космический корабль против завода».
🏭 Завод — это стабильный бизнес: он приносит деньги, процессы понятны, риски минимальны.
🚀 Космический корабль — это IT-инициативы: технологии, скорость, новые горизонты.
И чаще всего космический корабль проигрывает. Потому что для бизнеса он выглядит как риск, а завод — как надёжность. Когда скорость производства (upstream) превышает способность пользователей (downstream) адаптироваться — система начинает разрушаться. Накапливается «невидимый бэклог» — работа сделана, но не принята. Фичи выкатаны, но никому не нужны. Прогресс есть, но его никто не чувствует.
И, к сожалению, мы часто не замечаем, что это - про нашу собственную организацию.
⚠️ Почему же «передрайв» становится нормой
Когда IT-команда работает на современных технологиях, а организация живёт в парадигме десятилетней давности — мотивация инженеров падает. Исследования показывают , что 86% старших разработчиков чувствуют неловкость за свой текущий стек технологий, а 58% готовы уволиться из-за legacy-систем. Никто не хочет строить полуавтоматизированные процессы и «чинить» то, что давно пора переписать. Разработчики хотят расти, а не обслуживать музей.
Разработчики хотят строить, а не поддерживать.
🔑 Как попытаться выкрутиться из ситуации с "передрайвом":
🎯 Оценить готовность компании ДО старта трансформации
Организация должна быть либо готова, либо целенаправленно готовиться к цифровой трансформации — и только потом входить в неё. Начинать стоит с культурной диагностики: насколько руководство готово прилагать свои личные усилия к изменениям, какой уровень цифровой зрелости у сотрудников. 70% цифровых трансформаций терпят неудачу именно из-за человеческого фактора.
🎯 Регулировать скорость, а не останавливаться
Не замедляться, но быть избирательными. Не всё нужно «продавать» внутри организации одновременно. Иначе возникает «усталость от фич» — люди начинают игнорировать любые изменения.
🎯 Строить discovery изнутри, а не навязывать сверху
Самый мощный инструмент принятия изменений — вовлечение. Когда сотрудники участвуют в проектировании и внедрении, сопротивление трансформируется в сопричастность. Проводите воркшопы, пилотные программы, назначайте «чемпионов изменений» — доверенных сотрудников, которые поддерживают коллег и снижают тревогу. Приколачивание гвоздями к рукам пользователей не работает.
🎯 Дать команде дорожную карту модернизации
Инженеры не ждут идеального стека — они ждут движения вперёд. Наличие чёткого roadmap модернизации с реальным бюджетом — главная стратегия удержания. Если ваши разработчики смотрят, что делают другие компании, и недоумевают, почему они не часть этого движения — вы их не удержите.
Сопротивление чаще всего возникает не из-за страха технологий, а из-за страха потери контроля и непонимания целей. Прозрачная коммуникация — это не просто рассылка с дайджестом обновлений. Объяснение: «мы делаем X, чтобы вы перестали тратить время на рутину и начали заниматься тем, что действительно важно». К сожалению, это не всегда работает, т.к. есть люди, которые будут сопротивляться любому шагу и всегда, их "сломала" система или другие внешние причины, вам это не вылечить без длительной психологической работы. Можно осудить меня за эту мысль, но все же иногда проще принудительно "отпустить" людей в этот мир, как птенцов, чтобы они расширить их кругозор и сподвигнуть на развитие. Делать это нужно аккуратно, чтобы не разрушить их судьбу, при возможности, помочь с переходом.
🎯 Измерять обучение, а не только внедрение
Метрика успеха трансформации — не количество развёрнутых систем, а то, насколько люди стали лучше делать свою работу благодаря этим системам. Как делает Figma — они учат людей быть лучшими дизайнерами, а не просто пользоваться Figma. Вкладывайтесь в непрерывное обучение и развитие цифровых навыков сотрудников.
🛫 Цифровая трансформация — это не спринт, а управляемый переход. Чтобы сохранить команду, дайте ей видимый roadmap развития и современные инструменты. Чтобы избежать "передрайва" — регулируйте скорость изменений, опираясь на реальную готовность организации, а не на амбиции IT. Мост между космическим кораблём и заводом — это люди, и его нужно строить до того, как по нему пойдёт поток.
⛅️ Ускорили возможность расширения мощностей под потребности клиентов. Новая серверная база на HPE Synergy 12000 даёт до 1,5–2,5 раз больше производительности и позволяет оперативно докручивать ресурсы без «ожидания в очереди» при пиках нагрузки.
⛅️ Сделали работу сети более стабильной при высоких нагрузках. Переход на Cisco Nexus 9000 с 100 Гбит/с внутри облака снимает ограничения по внутреннему трафику (БД-кластеры, ETL, микросервисы) и уменьшает количество сетевых инцидентов за счёт унифицированного стека. Про проблемы, связанные с внутренними сетевыми ограничениями писал тут.
⛅️ Хранение данных стало еще более надежным. Ввод HPE Primera A670 и расширение backup-контуров дают all‑flash для критичных баз и приложений плюс дополнительный объём под бэкапы, чтобы не упираться в лимиты и держать более глубокую историю восстановлений.
⛅️ Сделали инфраструктуру для AI более гибкой. Пул GPU (RTX 6000 Ada и RTX 5090) с почасовой тарификацией позволяет запускать обучение моделей, рендер и инференс без капитальных вложений в железо — платите только за фактическое использование.
⛅️ Планы на будущее. До середины 2026 года компания завершит унификацию сети и введут HPE Primera в промышленную эксплуатацию — текущие клиенты автоматически получат доступ к более мощной и стабильной платформе.
🌐 Multi-Cloud стратегия: свобода выбора для каждого сервиса
Когда ваш бизнес живёт в одном облаке — вы не клиент, а заложник. По данным Parallels 2026 State of Cloud Computing Survey, 94% организаций обеспокоены vendor lock-in, а 93% enterprise-компаний уже работают в multi-cloud окружениях. Давайте разберёмся, почему и как.
⚠️ Проблема монооблака:
🔒 Зависимость от одного вендора — смена провайдера стоит месяцы работы и миллионы рублей. 📉 Ограничение гибкости — вы вынуждены использовать инструменты одного провайдера, даже когда у конкурента есть решение лучше и дешевле.
💰 Price lock-in — 81% компаний называют оптимизацию расходов главным драйвером перехода на multi-cloud, но пока лишь 25% считают, что получают полный ROI от своих облачных инвестиций.
✅ Решение: Multi-Cloud подход
Суть проста — каждый сервис живёт в том облаке, где он лучше всего себя "чувствует":
☁️ Yandex Cloud → ML в РФ, сервисы, попадающие под различный комплаенс.
☁️ AWS → ML/AI среды ☁️ Google Cloud → Аналитика и BigData (BigQuery + Vertex AI) ☁️ Azure → Для Windows-oriented инфраструктур (нативная интеграция с Active Directory, Office 365, Power BI) ☁️ Локальные облака → Для гиперчувствительных данных
🛠 Инструменты, которые помогут вам при работе с Multi-Cloud
☝️ Crossplane — управление ресурсами всех облаков через Kubernetes API. Использует YAML и continuous reconciliation: если кто-то руками изменил ресурс — Crossplane автоматически вернёт его в нужное состояние. Идеален для команд, глубоко живущих в K8s. ☝️ Terraform — Infrastructure as Code на HCL. Поддерживает 3000+ провайдеров, от AWS до кастомных on-prem решений. Золотой стандарт для IaC, особенно если вам нужна широта охвата.
☝️ kubectl — управление несколькими K8s-кластерами через contexts. Одна команда kubectl config use-context production-west — и вы переключаетесь между кластерами в разных облаках.
Crossplane и Terraform отлично работают вместе. Terraform для первоначальной подготовки инфраструктуры, Crossplane — для Kubernetes-native управления жизненным циклом.
🚀 Как начать переезд в Multi-Cloud?
1. Проведите аудит ваших сервисов.
Разделите свои сервисы на категории: вычисления, bigdata, ML/AI, сервисы, несущие инфраструктурную нагрузку, сервисы, подлежащие комплаенсу и т.п.. Определите, какой провайдер лучше всего подходит для каждого из них.
2. Начните со «второго плеча»
Не переносите всё — добавьте одного провайдера для категории, выделенной на шаге один, или для нового проекта. Это обеспечит наиболее безопасное разделение. Старайтесь брать категорию, имеющую наименьший vendor lock. 3. Внедрите IaC
Terraform или Crossplane — неважно, главное: никакого ручного создания ресурсов. Инфраструктура как код = портируемость. 4. Единая область видимости.
Настройте централизованный мониторинг и логирование по всем облакам. Без единого окна управления multi-cloud превращается в хаос. 5. FinOps-практики
Внедрите FinOps для контроля затрат по всем провайдерам. Без этого multi-cloud станет обходиться дороже, чем моно-облако. 6. Zero Trust Security
Не забывайте про безопасность. Реализуйте Zero Trust Security для всех облачных сервисов. #MultiCloud #CloudStrategy #VendorLockIn #IT #DigitalTransformation #DevOps #Kubernetes #Terraform #Crossplane
Управлять можно с клавиатуры
Работает в лентах: голосование, переход между постами и разворот текста.
