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

Вот 3 скрытых признака, что ваша команда уже тонет — а вы платите за это.

Признак 1. «Никто не знает, что у нас есть» У большинства компаний нет актуального списка установленного ПО и активных подписок. За этим прячутся забытые сервисы, лишние лицензии, оплата мощностей, которыми никто не пользуется . Как это выглядит: Раз в квартал всплывает платёж за сервис, который никто не помнит Админ говорит «надо бы провести инвентаризацию» — но руки не доходят Новый сотрудник неделю ждёт доступы, потому что никто не знает, где хранятся пароли Что это значит: Компания платит за хаос. И платит дважды: за то, чем пользуется, и за то, чем не пользуется, но забыла отключить. Что делать: Проверьте, есть ли у вас актуальный реестр ПО и сервисов. Нет — это первый красный флаг.

Признак 2. «Всё держится на одном человеке» Один администратор знает все пароли, понимает всю архитектуру, настраивал серверы и «и так всё работает». Пока он на месте — спокойно. Но: У него отпуск — и решения замирают Он заболел — и никто не знает, как поднять упавшую систему Он увольняется — и бизнес рискует остаться без доступа к собственным данным Как это выглядит: Все ключевые доступы — у одного человека Нет документации («я всё помню») При увольнении администратора выясняется, что «ничего не записано» Что это значит: Это классическая точка отказа. Когда человек уходит — бизнес платит за восстановление контроля, а не за развитие. И платит дорого. Что делать: Если вы не можете назвать второго человека, который имеет те же доступы и понимает ту же архитектуру — ваш проект в красной зоне.

Признак 3. «Сроки сдвигаются, но все делают вид, что это нормально» Классика. Проект идёт, но дедлайны уже сдвинули. Не в первый раз. Команда говорит: «Так получилось», «Клиент поменял требования», «Были технические сложности». И сдвигают ещё раз. После двух срывов финальный срок не выдерживается с вероятностью, близкой к 100%. Исследования это подтверждают . Как это выглядит: Сроки сдвинулись уже второй раз Никто не пересматривает бюджет после каждого сдвига На вопрос «почему» слышно: «ну, так бывает» Что это значит: Это не случайность. Это системный сбой в управлении. Команда либо не умеет оценивать, либо не хочет говорить правду. Что делать прямо сейчас Три признака — три точки проверки. Если вы узнали хотя бы один — не ждите, пока проблема станет необратимой. Чем раньше вы проведёте диагностику, тем дешевле обойдётся исправление.

У меня есть «Чек-лист: 7 признаков провала ИТ-проекта» — скачайте его и пройдите за 10 минут. Он покажет, в зелёной вы зоне или в красной. 👉 [Ссылка на скачивание чек-листа]

P.S. Александр Носков, математик, экс-замдиректора по продуктам Райффайзенбанка. В следующей статье — разберу, почему сэкономить на опытной команде — это самый дорогой способ сэкономить.