X5 Tech: Кризис-менеджмент и бюрократия убивают эффективность команд

## Анализ процессов в ИТ-контуре компании (Взгляд изнутри для инженеров и бизнеса)

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

## 1. Феномен «вечного кризис-менеджмента»

Классический цикл работы кризисного топ-менеджера в ИТ — 2–3 года. Его задача — прийти, провести жесткую оптимизацию костов, выстроить рельсы (платформизацию) и уйти дальше. Однако в условиях текущего зажатого рынка труда («рынка работодателя») бежать таким менеджерам особо некуда. В X5Tech 1,5 года назад пришёл кризис-менеджмент.

Риск для бизнеса: Возникает опасный сценарий — кризис-менеджер задерживается. Но поскольку его ключевой навык — это именно борьба с кризисами, система под его управлением начинает искусственно генерировать новые кризисы во всех направлениях, чтобы обосновать его полезность акционерам. Вся компания втягивается в перманентное состояние искусственного шторма, где стабильная работа объявляется «застоем», а надуманные проблемы — «вызовами».

## 2. Паразитирование на «идейных» сотрудниках

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

На их техническом героизме и сверхусилиях менеджмент строит свои красивые отчёты, пиарится на конференциях и забирает бонусы.

Взамен эти люди получают лишь дополнительную нагрузку, так как система видит: «они везут, значит, можно нагрузить ещё».

## 3. Бюрократический театр и перенос ответственности

Требование «прозрачности» выродилось в абсурд. Средний менеджмент (тимлиды, PM), напуганный давлением сверху, полностью переложил свои прямые обязанности по защите эффективности на плечи исполнителей.

Разработчик теперь обязан сам выдумывать себе работу, оцифровывать копеечные технические фиксы в «миллионы рублей бизнес-ценности», презентовать и защищать их.

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

## 4. Ответная реакция: Скрытый саботаж на местах

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

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

Отчёты превращаются в пластмассовые отписки (часто сгенерированные через ИИ).

* Система теряет реальную управляемость: на бумаге графики становятся идеальными (средний менеджмент доволен, отчёты уходят наверх), но реальная скорость доставки ценности (Time to Market) падает, а качество кода деградирует из-за скрытого пофигизма выгоревших людей.

## Совет разработчикам:

Сюда можно идти ради Highload-опыта и стабильной зарплаты в кризис. Но включайте «итальянскую забастовку» с первого дня. Не отдавайте компании душу и творческий огонь — их монетизируют другие люди. Выполняйте требования по отчётам строго по минимальному шаблону, защищайте свои премии, но не принимайте этот театр близко к сердцу. Закрывайте ноут по окончании рабочего дня.

## Совет бизнесу:

Пока вы радуетесь красивым слайдам о «повышении эффективности на 25% за счёт ИИ-ассесмента», внутри инженерных команд зреет глухое сопротивление. Вы рискуете выжечь лучших созидателей и остаться с армией посредственных исполнителей, которые научились идеально писать отчёты, но не способны поддерживать уникальный для бизнеса ритейл-софt. Инструмент «хирургии» хорош на короткий срок, но затянувшаяся операция убьёт пациента.