Начнём с неудобного факта: большинство бизнес-проектов проваливаются задолго до того, как об этом становится известно руководству.
Когда проект официально признают неудачным, проблемы обычно существуют уже месяцы, а иногда и годы. Сорваны сроки, превышен бюджет, заказчик недоволен результатом, команда выгорела, а бизнес так и не получил ожидаемого эффекта.
При этом причина провала редко заключается в технологиях.
На российском рынке IT до сих пор распространено мнение, что успех проекта определяется выбором стека, количеством разработчиков или качеством подрядчика. Но практика показывает обратное: даже проекты с сильными командами, современными технологиями и достаточным бюджетом регулярно терпят неудачу.
Проблема чаще всего находится гораздо глубже — в управлении, коммуникациях и понимании целей бизнеса.
Главные причины неудач в IT и чему это может научить российский рынок
Практически каждый руководитель может вспомнить проект, который выглядел перспективным на старте, но в итоге не оправдал ожиданий.
Внешне всё выглядело правильно:
- сформирована команда;
- выделен бюджет;
- определены сроки;
- выбран подрядчик или внутренний исполнитель.
Но спустя несколько месяцев становится понятно, что реальность расходится с планом: сроки начинают переноситься, требования меняются, количество задач растёт, стоимость проекта увеличивается.
Бизнес всё чаще задаётся вопросом:
Почему мы инвестируем всё больше ресурсов, а результат не приближается?
Самое интересное, что подобные сценарии происходят не только в России.
По данным международных исследований проектного управления, значительная часть крупных цифровых инициатив сталкивается с превышением бюджета, переносом сроков или недостижением заявленных бизнес-целей.
Миф о том, что проект проваливает разработка
Когда проект начинает буксовать, первой под удар обычно попадает команда разработки.
Появляются вопросы:
- почему всё делается так долго;
- почему не укладываемся в сроки;
- почему возникают новые оценки.
Но если посмотреть на реальные причины неудач, становится видно, что разработка часто оказывается последним звеном в цепочке проблем. Большинство рисков появляются значительно раньше.
Ещё на этапе формирования идеи многие компании допускают фундаментальную ошибку: начинают обсуждать решение до того, как определили проблему.
В результате проект появляется не потому, что бизнесу действительно нужен новый инструмент, а потому что:
- конкуренты уже сделали подобное;
- руководство считает это перспективным;
- появилась новая технология;
- есть бюджет, который необходимо освоить.
Такие инициативы могут выглядеть убедительно на презентации, но быстро теряют смысл при столкновении с реальностью.
Проекты часто стартуют слишком рано
На рынке РФ особенно заметна одна особенность.
Многие компании запускают цифровые инициативы без полноценной подготовки.
Причины понятны:
- высокая конкуренция;
- давление рынка;
- необходимость быстро показать результат.
Из-за этого этап анализа зачастую сокращается или полностью пропускается. Вместо того чтобы изучить процессы, сформировать требования и согласовать ожидания, бизнес стремится как можно быстрее перейти к разработке.
На короткой дистанции это выглядит как ускорение. На длинной — становится причиной дорогостоящих ошибок.
Очень часто команда начинает создавать систему, которая ещё не имеет чётко определённого назначения. Чем дальше продвигается проект, тем дороже становится исправление первоначальных просчётов.
Самая дорогая ошибка — отсутствие понятной цели
Многие компании формулируют цель проекта примерно так:
Автоматизировать процесс.
Или:
Сделать новую систему.
Но это не цели. Это действия. Настоящая цель должна отвечать на вопрос:
Какой бизнес-результат должен быть достигнут?
Например:
- сократить время обработки заявки на 40%;
- увеличить конверсию продаж;
- снизить операционные расходы;
- уменьшить количество ошибок.
Когда такой цели нет, проект превращается в бесконечную стройку. Каждая новая функция начинает казаться важной. Каждая доработка становится обязательной.
И в этот момент команда постепенно теряет понимание, ради чего вообще ведётся работа.
Коммуникации ломают даже хорошие проекты
Если спросить опытного руководителя проекта о главном источнике проблем, он редко назовёт технологию. Скорее всего, речь пойдёт о коммуникациях.
Именно здесь возникают самые дорогие ошибки:
- бизнес думает одно;
- аналитики понимают другое;
- разработчики реализуют третье.
В итоге проект может быть технически качественным, но совершенно бесполезным для заказчика.
Особенно часто это происходит в крупных организациях, где количество заинтересованных сторон растёт вместе с масштабом инициативы. Каждый участник видит проект по-своему.
Если не выстроить единое понимание результата, конфликты начинают накапливаться ещё до первого релиза.
Проекты становятся заложниками постоянных изменений
Ещё одна распространённая причина провалов — бесконтрольное изменение требований. На практике это выглядит безобидно. Появляется новая идея. Затем ещё одна...
Потом руководство просит добавить дополнительный функционал. Каждая отдельная доработка кажется логичной, но постепенно проект превращается в движущуюся цель.
Команда больше не догоняет результат — она постоянно адаптируется к новым вводным. В итоге сроки увеличиваются, бюджет растёт, а ожидаемый эффект остаётся всё таким же неопределённым.
Ошибка, которую недооценивают руководители
Многие считают, что проблемы можно решить увеличением ресурсов.
Если проект отстаёт — добавить людей.
Если сроки горят — увеличить нагрузку.
Если возникают сложности — провести больше совещаний.
На практике это редко работает. Проектные кризисы почти никогда не возникают из-за нехватки разработчиков.
Гораздо чаще причина заключается в том, что система управления не справляется со сложностью проекта. Именно поэтому увеличение команды зачастую лишь ускоряет рост хаоса.
Что показывает практика Greencore
За последние годы рынок убедился, что успешные проекты строятся не вокруг технологий, а вокруг понимания бизнеса.
В компании Greencore мы регулярно сталкиваемся с ситуациями, когда заказчики приходят не за разработкой как таковой, а за решением конкретной бизнес-задачи.
Именно поэтому ключевым этапом становится не написание кода, а совместная проработка:
- целей проекта;
- процессов компании;
- рисков внедрения;
- ожидаемого результата.
Такой подход позволяет избежать многих проблем ещё до начала активной разработки. Потому что исправлять ошибки на этапе проектирования намного дешевле, чем после запуска системы.
Если попытаться свести причины провала бизнес-проектов к одной формуле, она будет звучать достаточно просто:
Большинство проектов проваливаются не из-за технологий.
Они проваливаются из-за разрыва между бизнесом и реализацией.
Когда руководство не понимает ограничения разработки.
Когда команда не понимает бизнес-цели.
Когда процессы не готовы к изменениям.
Когда ожидания не совпадают с реальностью.
Проект начинает терять управляемость.
Именно поэтому успешные компании сегодня инвестируют не только в технологии, но и в качество управления. На российском рынке это становится особенно важным.
Конкуренция усиливается. Стоимость ошибок растёт, а время на исправление просчётов сокращается.
Выигрывают не те компании, которые быстрее начинают разработку. Выигрывают те, кто лучше понимает, зачем вообще запускает проект.
Вывод
Провал проекта редко происходит внезапно.
Как правило, это результат десятков небольших ошибок, которые долгое время остаются незамеченными.
Отсутствие целей.
Плохие коммуникации.
Постоянно меняющиеся требования.
Неверные ожидания.
Все эти факторы постепенно накапливаются и в какой-то момент делают успех практически невозможным.
Именно поэтому главный вопрос любого проекта звучит не «что мы будем разрабатывать?».
Главный вопрос:
«Какую бизнес-задачу мы действительно решаем?»
Компании, которые умеют отвечать на него честно, значительно реже попадают в статистику неудачных проектов.
Мы всегда рады сильным специалистам
В IT-компании Greencore мы работаем над проектами, где технологии решают реальные бизнес-задачи.
У нас много интересных направлений:
- корпоративные системы;
- цифровая трансформация;
- AI-проекты;
- высоконагруженные сервисы;
- заказная разработка для крупного бизнеса.
Мы всегда рады сильным специалистам:
- разработчикам;
- аналитикам;
- архитекторам;
- DevOps-инженерам;
- менеджерам проектов.
Если вам интересно создавать продукты, которые действительно влияют на бизнес, присылайте резюме.
Greencore — компания, где проект начинается не с кода, а с понимания цели.