В ИТ я давно заметил одну вещь: самые дорогие ошибки случаются не в момент запуска проекта, а на этапе «давайт

В ИТ я давно заметил одну вещь: самые дорогие ошибки случаются не в момент запуска проекта, а на этапе «давайте потом разберёмся». Особенно когда речь о DWH, AI или любой сложной аналитике.

Если предпроектное обследование сделано формально, команда быстро строит красивую схему на бумаге — а потом упирается в реальность: данные разъехались, источники не готовы, бизнес-цели расплылись, сроки уже горят. И вот вместо рабочей системы получается очень дорогой черновик 🧱

В хороших проектах предпроект — это не бюрократия, а способ заранее проверить:
— что именно нужно бизнесу;
— какие данные реально есть;
— где будут узкие места;
— сколько ресурсов потребуется на запуск и сопровождение.

Я много раз видел, как грамотное обследование экономило месяцы переделок. И наоборот — как попытка «сэкономить на входе» превращала проект в бесконечную доработку.

Для меня это главный принцип: сначала приземляем ожидания и контур работ, потом уже строим «космический корабль» 🚀