Как оценить ресурсы при запуске крупных ИТ-проектов: шаги и методики

Масштабные технологические проекты чаще всего сталкиваются с проблемами не из-за технических ошибок, а из-за ограничений, которые не учли на старте. Мощности, бюджет, сроки и команда формируют рамки проекта – их правильная оценка определяет успешность реализации, а игнорирование приводит к срывам и перерасходу ресурсов.

О том, как грамотно оценить ресурсы и выстроить проект так, чтобы он сохранял устойчивость к изменениям, говорит генеральный директор «Запуск Групп» Алексей Равинский.

Планирование ресурсов «сверху вниз»

Оценка ресурсов в крупных ИТ-проектах – одна из самых сложных задач, где привычная логика «снизу вверх» часто не работает. Команда отталкивается от списка задач, оценивает трудозатраты и инфраструктуру, а затем складывает итоговую цифру. На бумаге это выглядит логично, но на практике не учитывает реальные ограничения: пропускную способность энергосетей, доступность участка, сроки согласований и финансовые рамки.

Эффективнее использовать подход «сверху вниз», когда сначала фиксируют ключевые параметры проекта – доступную мощность, возможности инфраструктуры, бюджет и реальные сроки. Ограничения задают рамку, в которой можно планировать задачи, архитектуру и необходимые ресурсы.

Для капиталоемких проектов, таких как дата-центры, ошибки в базовых параметрах делают последующую детализацию бессмысленной. При подходе «сверху вниз» можно выявить ограничения на раннем этапе, снизить стоимость корректировок и предотвратить запуск заведомо нереализуемых сценариев.

Например, если выбранная локация не обеспечивает необходимую мощность, проект либо переносят, либо пересматривают масштаб. Или если при текущей стоимости заемного финансирования экономика проекта не сходится, корректируют финансовую модель или откладывают запуск, вместо того чтобы идти дальше с убыточной конфигурацией.

Самый точный ориентир на старте –– это аналогичные проекты. Рынок уже показывает стоимость за единицу мощности, сроки реализации и типовые проблемы. Если расчет сильно отличается от этих параметров, это почти всегда означает ошибку. Попытка сделать дешевле или быстрее без изменения базовых условий приведет к обратному результату.

Ключевые контуры проекта

Для эффективного управления ресурсами ИТ-проекта, разбейте его на несколько взаимосвязанных блоков.

Вам также может быть интересен материал Клуба ИТ-лидеров Global CIO:

ИТ-стратегия как видение лидера и драйвер бизнес-результатов

ИТ-директору важно видеть не набор отдельных проектов, а управляемую систему изменений. В материале показано, как связать бизнес-цели, архитектуру, данные и портфель инициатив, чтобы заранее выявлять разрывы, задавать критерии решений и обсуждать с бизнесом не технологии, а измеримый эффект, риски и экономику трансформации.

Инфраструктура

Инфраструктура задает физические и технические рамки проекта. Сюда входят площадка, инженерные системы, энергоснабжение, сети связи, системы охлаждения и безопасности. Любое ограничение – например, недоступная мощность или узкие каналы связи – сразу отразится на всех последующих решениях.

В Москве и ближайшем Подмосковье получить мощности для строительства ЦОДов практически невозможно из-за энергодефицита. Из-за этого крупные ИТ-проекты переносят в регионы.

ИТ

ИТ-блок отвечает за серверное и сетевое оборудование, системы хранения, программные платформы и архитектуру сервисов. Он напрямую зависит от инфраструктуры: доступная мощность определяет плотность размещения серверов и стоек, а пропускная способность каналов связи – архитектуру сервисов и уровень отказоустойчивости ИТ-инфраструктуры.

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

Команда

Успех проекта зависит от компетенций и управляемости команды. Дефицит специалистов или зависимость от узкого круга подрядчиков замедляет работу сильнее, чем многие технические ограничения. По мере роста проекта увеличивается количество взаимосвязей между задачами, растет объем координации, а каждая ошибка обходится дороже и требует больше времени на исправление.

Заблаговременное формирование команды с полным набором нужных компетенций напрямую влияет на стабильность работы, отсутствие авралов и способность адаптироваться к изменениям.

Финансы

Финансы задают темп и устойчивость проекта. Стоимость заемных средств и структура финансирования напрямую влияют на экономику: при высоких ставках часть сценариев перестает сходиться. Бюджетные ограничения отражаются на всех блоках – от выбора технологий до нагрузки команды и сроков реализации.

Пример из практики

В одном из проектов в Подмосковье стартовые параметры закладывали мощность в 30 МВт. На этом основании запустили проектирование, подготовили финансовую модель и оценили экономику – все показатели выглядели устойчивыми.

Проработку увеличения мощности до 50 МВт отложили как возможный апсайд. Когда возможность стала реальной, пришлось перерабатывать инженерные решения, схемы электроснабжения, размещение оборудования и корректировать капитальные затраты. Финмодель пересобрали, появились дополнительные затраты и новые сроки согласований.

Проект не стал хуже, но стал дороже и сложнее в управлении. Эффект «двойной работы» возник из-за того, что часть решений делали под один сценарий, а затем переделывали под другой.

Если бы масштабируемость мощности учли на старте, проект можно было бы сразу спроектировать под 50 МВт, избежать переработки, сократить сроки и сохранить контроль над бюджетом.

Потенциальные улучшения нельзя оставлять на потом – они влияют на всю экономику и архитектуру проекта и при игнорировании создают дополнительные затраты и риски.

Построение интегрированной финансовой модели

Финансовая модель – это числовая карта проекта, которая показывает, сколько денег нужно, когда они потребуются, откуда они приходят и как изменения параметров влияют на результат. Она учитывает капитальные затраты (CAPEX), операционные расходы (OPEX), графики платежей, структуру финансирования и ключевые допущения – стоимость оборудования, зарплаты, ставки кредитов, сроки поставок.

Создавая модель, проектная команда закладывает базовые сценарии: стартовые затраты, момент выхода на доходы, диапазон изменения внешних факторов – процентные ставки, инфляцию, сроки согласований. Все показатели связываются между собой: расходы привязываются к этапам работ, выручка учитывается в контексте затрат и денежных потоков. На выходе появляются ключевые метрики: точка безубыточности, срок окупаемости и запас прочности.

Следующий уровень – сценарный анализ. Он показывает, что произойдет при отклонениях от базового плана: задержках поставок оборудования, росте ставок или изменении сроков согласований. Сценарный анализ позволяет увидеть, при каких изменениях проект остается управляемым, а при каких – становится нестабильным. Это не абстрактные предположения, а количественные показатели, которые помогают принимать решения до того, как ошибки начнут дорого обходиться.

Интегрированная финансовая модель объединяет все блоки проекта – инфраструктуру, IT, команду и финансы – в единую систему. Изменения в инфраструктуре или ресурсах отражаются на сроках, стоимости и финансовой устойчивости проекта.

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