Технические вызовы и проблемы на разных стадиях развития ИТ-компаний. Зарождение

На недавно прошедшем SRE треке конференции LinkMeetUp’25 мы затронули тему применимости подходов и методологий в зависимости от стадии компании. Точнее мы говорили о том, что применение произвольной методологии даже из “лучших практик” может в лучшем случае не дать результата, если в компании отсутствуют пререквизиты для запуска. В следующем цикле постов мы поговорим о задачах разных стадий развития компании, их проблем и возможных решениях


Зарождение
Задача этапа: сделать все что помогает быстро прийти к рабочему концепту и получить первых пользователей

Технические вызовы:
⚪️Создание MVP (минимально жизнеспособного продукта) или POC максимально быстро и с минимальными ресурсами
⚪️Выбор технологического стека
⚪️Отсутствие технической зрелости команды

Типичные проблемы:
⚪️Плохо спроектированная архитектура: главная цель – сделать быстро и базово жизнеспособно
⚪️Как правило нет данных по нефункциональным требованиям: сколько будет пользователей? Какие будут пиковые нагрузки? Отсюда отсутствие планов по масштабируемости и надежности
⚪️Долги в коде ("technical debt", “технический долг”): код пишется быстро, без оглядки на качество, без рефакторинга и заглядывания вперед
⚪️Тестирование производится только в минимально необходимом объеме
⚪️Процессы автоматизации деплоя также минимальные. Обычно делаются лидом разработки не приходя в сознание, чтобы вместо команды cp делать git pull
⚪️Мониторинг не требуется и отсутствует

❗️Вышеуказанные проблемы не являются критическими для этапа MVP, более того, попытка решения этих проблем часто приводит к ненужному удорожанию проекта, растягиванию сроков и бывает что к потере конкурентных преимуществ и краху проекта. Поэтому задача этапа - максимально быстро и “грязно” сделать концепт для проверки бизнес гипотезы и выйти с ней в реальный мир

Как преодолевать:
⚪️Выбирать для разработки концепта широко представленные на рынке технологии, чтобы снизить риски удорожания эксплуатации и найма
⚪️Сделать фокус на простоте архитектуры — строить максимально просто, понятно и доступно
⚪️Использовать проверенные фреймворки
⚪️Минимизировать ручную работу по поддержке инфраструктуры используя готовые сервисы (например облачные и hosted)
⚪️Проводить регулярные код-ревью даже в маленькой команде

Читать дальше про ранний рост

#полезныематериалы #SRE @downtime_bar