Почему ИТ‑проекты в больших компаниях умирают ещё до старта

Почему ИТ‑проекты в больших компаниях умирают ещё до старта
Почему ИТ‑проекты в больших компаниях умирают ещё до старта

Вы удивитесь, но самые перспективные ИТ‑проекты часто даже не стартуют. Они умирают на этапе обсуждения. Не потому что плохие, а потому что их боятся. Или потому что решения никто не готов принимать.

В этой статье — разбор, почему автоматизация буксует в больших компаниях, и что с этим делать.

Типичная история: страх, а не глупость

Компания хочет автоматизацию. Руководство говорит: “Надо сделать”. Переговоры идут хорошо. На встречах — интерес, вовлечение. А потом проект передают ИТ-директору. И всё замирает.

ИТ-директор не знает, чего на самом деле хотят. Метрик нет. KPI нет. Он понимает, что за провал спросят с него — а за “1С, как у всех” никто не спросит. И выбирает путь с наименьшим риском.

Это не глупость. Это защита от системы. Но из-за этого умирают хорошие идеи.

Основная проблема — размытая ответственность

Вот несколько причин, по которым проекты срываются ещё до начала:

• Нет ясной цели. “Хотим CRM” — это не цель. “Хотим сократить ручной ввод заказов на 60%” — уже ближе.

• Нет вовлечения ЛПРов. Сами учредители или топ-менеджеры не участвуют. А ИТ-директору не дают полномочий. В итоге — ответственность есть, а власти нет.

• Нет метрик успеха. Как понять, сработал ли проект? Без метрик — никак.

• Нет доверия подрядчику. Если вы не даёте команде погрузиться в ваш бизнес, вы рискуете получить “результат”, который сам себе придумали. А не тот, что вам нужен.

Как не похоронить проект: чек‑лист

🟢 Привлеките настоящих ЛПРов. Подключайте учредителей и генеральных директоров с самого начала. Не потом.

🟢 Сформулируйте чёткую цель. Именно цель, а не абстрактное “улучшить что-то”.

🟢 Определите метрики. Что хотите изменить: скорость? прибыль? ошибки? Количество ручной работы?

🟢 Дайте полномочия и поддержку. Если человек отвечает — он должен иметь возможность принимать решения.

🟢 Вовлекайте подрядчика. Разработчику нужно не просто задание. Ему нужно понимание контекста. Только так получится нормальное решение, а не “ещё один костыль”.

Заключение: проект начинается не с кода, а с доверия

Большие компании часто тонут в своих же процедурах. Но если вы хотите результата — начните с честного вопроса:

“Готовы ли вы вовлекаться, принимать решения и отвечать за результат?”

Если да — проект получится. Если нет — лучше пока не начинать.

Начать дискуссию