Добавить в корзинуПозвонить
Найти в Дзене

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

Вы удивитесь, но самые перспективные ИТ‑проекты часто даже не стартуют. Они умирают на этапе обсуждения. Не потому что плохие, а потому что их боятся. Или потому что решения никто не готов принимать. В этой статье — разбор, почему автоматизация буксует в больших компаниях, и что с этим делать. Компания хочет автоматизацию. Руководство говорит: “Надо сделать”. Переговоры идут хорошо. На встречах — интерес, вовлечение. А потом проект передают ИТ-директору. И всё замирает. ИТ-директор не знает, чего на самом деле хотят. Метрик нет. KPI нет. Он понимает, что за провал спросят с него — а за “1С, как у всех” никто не спросит. И выбирает путь с наименьшим риском. Это не глупость. Это защита от системы. Но из-за этого умирают хорошие идеи. Вот несколько причин, по которым проекты срываются ещё до начала: • Нет ясной цели.
“Хотим CRM” — это не цель.
“Хотим сократить ручной ввод заказов на 60%” — уже ближе. • Нет вовлечения ЛПРов.
Сами учредители или топ-менеджеры не участвуют. А ИТ-директору не
Оглавление
Почему ИТ‑проекты в больших компаниях умирают ещё до старта
Почему ИТ‑проекты в больших компаниях умирают ещё до старта

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Большие компании часто тонут в своих же процедурах.

Но если вы хотите результата — начните с честного вопроса:

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

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