Новый ИТ-проект: понятие и стадии¶
Новый ИТ-проект — это ограниченная по времени и ресурсам деятельность, направленная на создание или существенную переработку программного продукта, информационной системы, цифрового сервиса либо ИТ-инфраструктуры, результатом которой становится уникальный продукт или услуга. В управлении проектами такой объект рассматривается как совокупность взаимосвязанных задач с чётко определёнными целями, сроками, бюджетом и критериями приёмки. В отличие от текущей эксплуатации и поддержки уже работающих систем, новый проект всегда обладает признаком новизны: ранее не существовавший функционал, новая архитектура, новый рынок или новый технологический стек.
¶Место в жизненном цикле продукта
ИТ-проект не тождественен продукту. Продукт живёт годами и развивается итерациями, тогда как проект имеет начало и завершение. Запуск нового проекта обычно связан с одной из ситуаций: вывод на рынок нового цифрового продукта, автоматизация ранее не охваченного бизнес-процесса, замена устаревшей системы, выполнение требований регулятора, импортозамещение зарубежного программного обеспечения. После сдачи результата проект закрывается, а дальнейшая работа переходит в режим сопровождения, который финансируется и управляется иначе.
¶Классификация
Проекты различают по нескольким основаниям.
| Признак | Виды |
|---|---|
| Масштаб | малые (до нескольких человек), средние, крупные (десятки и сотни участников) |
| Источник заказа | внутренние (для собственных нужд организации), внешние (для заказчика) |
| Модель разработки | водопадная, итеративная, гибкая (Agile) |
| Тип результата | продукт, информационная система, инфраструктура, интеграция |
| Финансирование | собственные средства, инвестиции, бюджетное финансирование, грант |
Отдельно выделяют исследовательские и опытно-конструкторские ИТ-проекты, результат которых заранее не гарантирован, и инфраструктурные, где требования определены достаточно жёстко.
¶Стадии и этапы
Типовой жизненный цикл включает несколько последовательных фаз.
- Инициация. Формулируется проблема, оценивается целесообразность, определяется заказчик и спонсор, готовится предварительная оценка затрат.
- Планирование. Формируются требования, составляется техническое задание, выбирается архитектура и технологический стек, рассчитываются сроки, бюджет и состав команды, оцениваются риски.
- Реализация. Ведутся разработка, проектирование интерфейсов, написание кода, настройка инфраструктуры, интеграции с внешними системами.
- Тестирование и приёмка. Проверяются функциональность, производительность, безопасность, соответствие требованиям; заказчик подписывает акты.
- Внедрение. Система разворачивается в промышленной среде, выполняется миграция данных, обучение пользователей.
- Закрытие. Фиксируются итоги, архивируется документация, высвобождаются ресурсы.
В гибких методологиях эти фазы не являются строго последовательными: требования уточняются по ходу работы, а результат поставляется небольшими инкрементами.
¶Роли и участники
Ключевые роли в новом ИТ-проекте: заказчик, определяющий потребность; спонсор или владелец, отвечающий за финансирование и приоритеты; руководитель проекта, управляющий сроками, бюджетом и командой; аналитик, формулирующий требования; архитектор, проектирующий решение; разработчики, тестировщики, специалисты по внедрению и сопровождению. В крупных проектах добавляются роли по управлению рисками, качеством и изменениями.
¶Управление и методологии
Управление проектом опирается на набор областей знания: содержание, сроки, стоимость, качество, риски, коммуникации, закупки, заинтересованные стороны. На практике применяются как классические подходы с детальным планом и контролем отклонений, так и гибкие фреймворки, предполагающие короткие циклы, постоянную обратную связь и приоритизацию бэклога. Выбор подхода зависит от степени неопределённости требований: чем хуже известен конечный результат, тем выше ценность итеративных методов.
¶Типичные риски
- расплывчатые или постоянно меняющиеся требования;
- недооценка трудоёмкости и, как следствие, срыв сроков;
- нехватка квалифицированных кадров и текучесть команды;
- технический долг и накопление архитектурных ошибок;
- несовместимость с существующим ландшафтом систем;
- проблемы с безопасностью и защитой персональных данных;
- зависимость от внешних поставщиков и сторонних компонентов.
Управление рисками предполагает их раннее выявление, оценку вероятности и последствий, а также планирование мер реагирования.
¶Метрики
Для оценки хода работ используют сроки выполнения задач, отклонение от бюджета, скорость команды, долю дефектов, покрытие тестами, время выхода на рынок, а после внедрения — показатели нагрузки, доступности, удовлетворённости пользователей и экономический эффект. Метрики подбираются под цель проекта, а не наоборот.
¶Особенности в России
В России развитие новых ИТ-проектов в 2010–2020-е годы во многом связано с программами цифровизации государственных услуг, созданием единых порталов, внедрением отечественного программного обеспечения в реестр российского ПО и требованиями импортозамещения в критической инфраструктуре. Крупными заказчиками выступают государственные органы, банки, промышленные и транспортные компании. Финансирование нередко сочетает собственные средства организаций, венчурные инвестиции и государственные гранты. Отдельное направление — проекты в сфере искусственного интеллекта, обработки больших данных и облачных платформ.
¶Значение
Новый ИТ-проект является основной формой, в которой создаются цифровые продукты и модернизируются информационные системы. Именно через проекты реализуются технологические изменения в экономике и государственном управлении. При этом значительная часть проектов завершается с превышением бюджета или сроков, что делает дисциплину управления проектами критически важной для получения запланированного результата.
Источники: стандарты и своды знаний по управлению проектами; публикации по методологиям разработки программного обеспечения; нормативные документы о реестре российского программного обеспечения; отраслевые обзоры рынка ИТ-услуг.