Поделиться
Модульная архитектура разгоняет выручку ИТ-компаний в 10 раз
Международный эксперт в разработке высоконагруженных платформ, лауреат премии Digital leaders и генеральный директор технологической компании рассказал, как новая модель управления глубоко технологичными проектами помогает увеличить выручку компании в 10 раз, не теряя гибкости.
Технологический сектор столкнулся с парадоксом: при значительном спросе на искусственный интеллект и блокчейн-инфраструктуру, более 70% стартапов терпят неудачу из-за слишком быстрого масштабирования, говорится в отчете международной исследовательской компании Startup Genome. Кризис роста замедляет разработку, ухудшает контроль над архитектурой и становится главной угрозой для наукоемких технических проектов.
Сегодня главное не просто нанять программистов, а создать такую инженерную команду, которая сможет справляться и с многократным ростом, и с требованиями регуляторов — считает Дмитрий Елисов, генеральный директор международной технологической компании OQTACORE, которая специализируется на разработке решений в области ИИ, блокчейна и сложных цифровых платформ. Дмитрий имеет опыт управления бюджетами разработки свыше 7 миллионов долларов и запуска более 20 MVP для клиентов вроде EMCD и Planck Network. В его практике — разработка высоконагруженных платформ, блокчейн-инфраструктуры и распределённых систем с повышенными требованиями к масштабируемости, устойчивости к сбоям и безопасности. Он также является партнером акселератора XFounders, где проверяет техническую сторону бизнеса, и преподает блокчейн в МФТИ.
Эксперт рассказал, как организовать работу распределенных команд с сохранением гибких подходов и почему небольшие автономные группы важны для развития компании.
Новая архитектура команд
Развитие ИТ-бизнеса обычно понимают как последовательное расширение офисов и штата. Однако расходы на команду при нестабильности на рынке могут помешать росту даже перспективных проектов. К тому же, с появлением ИИ-инструментов прежние методы управления и жесткие вертикальные структуры не работают как раньше и даже могут мешать. К такому выводу пришел Дмитрий Елисов, пройдя путь от инженера-разработчика до генерального директора международной компании. Он выработал иную модель управления командой: высокоэффективные малые юниты. Эта модель сформировалась в процессе работы над инфраструктурными проектами в сфере цифровых финансов и сервисами с непрерывной нагрузкой, где небольшие автономные команды позволяют быстрее развивать продукт и снижать количество ошибок.
В своей работе Дмитрий использует систему горизонтальных автономных кластеров вместо структуры департаментов. Это небольшие группы, выстроенные вокруг отдельных сервисов, продуктовых модулей и частей архитектуры, которые самостоятельно принимают решения и развивают свои направления, сохраняя автономность и единые технические стандарты. Благодаря такому подходу и переходу на модульную архитектуру, он смог масштабировать компанию с небольшой команды из пяти человек до международной организации с более чем 70 сотрудниками. По его словам, выручка компании выросла с $150 тысяч до $2 миллионов.
«Наши клиенты часто намеренно сдерживают численность штата в пределах 30–80 человек, дополняя нехватку персонала ИИ-агентами. Это создает эффективные структуры с выручкой 10–50 млн долларов в год», — отмечает эксперт.
Практика методики распределения команд показывает, что компактные и автономные единицы лучше адаптируются к рыночным изменениям. Независимая кластерная структура позволяет сохранять темп развития даже при обороте в миллионы долларов, обеспечивая компании устойчивость к внешним вызовам.
Глубокие технологии как инструмент масштабирования
Организационная гибкость дополняется технологическим фундаментом. Дмитрий подчеркивает, что децентрализованные команды требуют зрелой технологической базы — продуманной архитектуры, современных инструментов и практик разработки, а также выстроенных процессов автоматизации сборки, тестирования и развертывания программных решений, которые позволяют командам работать автономно и поддерживать качество продукта при масштабировании. Построение бизнеса на традиционной архитектуре делает его уязвимым к нагрузкам, что часто приводит к ошибке: вместо улучшения системы команды стремятся заменить ее полностью. Практика доказывает, что успех проекта зависит не столько от сложности кода, сколько от точного соответствия продукта запросам аудитории. По мнению Дмитрия, ключевую роль играет плавность интеграции современных технологий в существующие процессы бизнеса:
«Хорошо спроектированный механизм настолько невидимо встраивается в систему, что люди могут этого даже не заметить, как, например, произошло с покупкой ОСАГО в банковских приложениях. Также с блокчейном и искусственным интеллектом — они сделают жизнь удобнее, а вы даже не обратите внимания», — говорит Дмитрий.
Для роста проектов важно, чтобы технологии становились все более прозрачными. Так, в случае с проектом Cloud Mining Platform, который, по словам Дмитрия, привлек свыше $1,5 млн инвестиций, была разработана масштабируемая система управления майнингом и финансовая структура, обеспечившая устойчивое развитие бизнеса.
Стратегия выживания
До момента достижения продуктом соответствия ожиданиям целевой аудитории любая работа с ним не что иное, как эксперимент. Именно поэтому важно проводить эксперименты с наименьшими финансовыми затратами и избегать нерационального использования бюджетов. Прежде чем инвестировать миллионы в реализацию идеи, её необходимо проверить через прототип стоимостью в несколько тысяч долларов — обычно это минимально жизнеспособный продукт с упрощённой архитектурой, использованием готовых сервисов и библиотек, быстрым прототипированием интерфейса и короткими циклами разработки с постоянной проверкой гипотез на тестовых пользователях.
Дмитрий рекомендует избегать чрезмерного расширения команд для решения множества задач. Вместо этого стоит пересмотреть подход к набору сотрудников для работы с глобальными партнерами, сделав акцент на принципал-разработчиках — универсальных специалистах, сочетающих навыки ИТ-архитектора и менеджера, способных самостоятельно курировать продукт.
Перестройка на такой формат может занять время, потому что это требует от специалистов самостоятельности и гибкости. Однако повышение технологической оснащенности и оптимизация рутинных задач делает работу всей команды более креативной и интересной.
Современное масштабирование — это искусство сохранять компактность и маневренность структуры, оставаясь при этом способным к значительному результату. Речь идет о настройке процессов таким образом, чтобы система могла развиваться самостоятельно, сохраняя легкость и динамику стартапа. На практике такой подход был реализован в проектах с блокчейн-инфраструктурой и высоконагруженными финансовыми платформами, например в системе управления облачным майнингом, где архитектура была выстроена так, чтобы отдельные модули — обработка транзакций, работа с кошельками и учет операций — развивались автономно и не блокировали друг друга при росте нагрузки.
Короткая ссылка
