Жизненный цикл ИТ-проекта: от инициации до завершения
Команда работает по Scrum. Спринты, стендапы, ретроспективы, всё по книге. Но проект всё равно буксует, заказчик недоволен, команда выгорает.
Почему?
Потому что Agile — это не панацея, и не всегда правильный выбор. Иногда Waterfall лучше, иногда — гибрид, а иногда дело вообще не в методологии, а в том, что вы не понимаете, на каком этапе жизненного цикла проекта находитесь.
Жизненный цикл проекта — это не про «что выбрать», а про «что происходит с проектом в каждый момент времени». И если вы этого не понимаете, вы управляете вслепую.
Что такое жизненный цикл — и почему это не методология
Многие путают эти понятия, давайте раз и навсегда разберёмся.
- Жизненный цикл — это последовательность фаз, через которые проходит любой проект. Он отвечает на вопрос «что мы делаем сейчас?».
- Методология — это способ прохождения этих фаз. Она отвечает на вопрос «как мы это делаем?».
Пример жизненного цикла: инициация, планирование, исполнение, контроль, завершение.
Примеры методологий: Waterfall, Scrum, Kanban.
Жизненный цикл универсален для всех проектов, методология зависит от типа проекта.
Простая аналогия: вы едете из Москвы в Питер. Жизненный цикл — это маршрут: сначала выезжаете из Москвы, потом проезжаете Тверь, потом Великий Новгород, потом въезжаете в Питер. А методология — это на чём вы едете: на поезде (всё строго по расписанию), на машине (можно свернуть) или на самолёте (быстро, но требует подготовки).
Пять фаз жизненного цикла проекта
Фазы жизненного цикла универсальны для любого проекта.
Фаза | Главный вопрос | Что происходит |
|---|---|---|
Инициация | «Стоит ли это делать?» | Запуск проекта, определение целей, границ и бюджета. |
Планирование | «Как мы это сделаем?» | Детальная проработка того, кто, что, когда и за сколько делает. |
Исполнение | «Делаем!» | Создание продукта: код, серверы, тестирование. |
Мониторинг и контроль | «Всё ли идёт по плану?» | Отслеживание прогресса и корректировка курса. |
Завершение | «Что мы сделали и чему научились?» | Передача результата, закрытие контрактов, извлечение уроков. |
Почему жизненный цикл — это не просто «этапы»
Я видел проекты, где этап инициации занял полгода, потому что никто не мог утвердить устав. И видел проекты, где этап завершения длился год, потому что заказчик не подписывал акт. Понимание жизненного цикла помогает не застревать на этапах.
- Если на инициации вы начинаете детально планировать — вы тратите время на то, что изменится.
- Если на планировании начинаете исполнять — команда работает, а бюджет ещё не утверждён.
- Если на исполнении занимаетесь контролем — вместо работы у вас бесконечные отчёты.
- Если на контроле игнорируете отклонения — потому что «мы же запланировали».
- Если на завершении не передаёте результат — проект висит, а команда не может начать новое.
Главное правило: на каждом этапе делайте только то, что нужно для этого этапа. Не забегайте вперёд и не отставайте.
Четыре типа жизненных циклов — и когда они работают
1. Предиктивный (Waterfall). Фазы идут строго последовательно: требования, проектирование, разработка, тестирование, внедрение. Заказчик видит результат только в конце. Когда выбирать: требования полностью известны и стабильны, проект в жёстком регуляторном поле, бюджет фиксированный. Пример из ИТ: миграция серверов по чётко утверждённому плану или внедрение типовой CRM без доработок.
2. Итеративный. Проект разбит на итерации по 2–4 недели, и каждая итерация улучшает весь продукт. Заказчик видит прогресс после каждой итерации. Когда выбирать: общая архитектура понятна, но детали уточняются, и нужна обратная связь на каждом шаге. Пример: разработка сложного алгоритма машинного обучения.
3. Инкрементальный. Продукт разбивается на независимые части — инкременты, и каждая готова к использованию. Заказчик получает ценность сразу. Когда выбирать: продукт можно логически разделить на независимые модули и нужна быстрая поставка ценности. Пример: поэтапное внедрение ERP, когда сначала внедряют склад, потом закупки, потом финансы.
4. Адаптивный (Agile). Сочетает итеративный и инкрементальный подходы. Короткие итерации, постоянная адаптация, заказчик вовлечён на всём протяжении. Когда выбирать: высокая неопределённость, требования меняются быстро, критична скорость выхода на рынок. Пример: разработка мобильного приложения для стартапа.
Сравнение Waterfall и Agile:
Критерий | Waterfall | Agile |
|---|---|---|
Требования | Полностью известны на старте | Уточняются в процессе |
План | Детальный на весь проект | Короткий (на спринт) |
Заказчик | Участвует на старте и приёмке | Участвует постоянно |
Стоимость изменений | Растёт к концу | Остаётся низкой |
Поставка ценности | В конце проекта | После каждой итерации |
Размер команды | Может быть очень большой | 5–9 человек |
Подробнее о выборе между Agile и Waterfall — в статье Agile vs Waterfall: что выбрать для ИТ-проекта.
Гибриды — для всех остальных
В реальности чистых подходов почти не бывает, вы почти всегда будете в гибридной зоне.
- Water-Scrum-Fall — когда в начале жёсткие требования (Waterfall), в середине гибкая разработка (Scrum), а в конце плановое внедрение (Waterfall).
- Agile с фиксированными вехами — когда разработка идёт итеративно, но есть контрольные точки.
- Предиктивный проект с Agile-командами — когда внутри большого водопадного проекта отдельные модули разрабатываются по Scrum.
Пример: вы внедряете ERP, архитектуру и интеграцию с госорганами делаете по Waterfall, а интерфейсы и отчёты — итеративно. Если вы не знаете, какой подход выбрать — скорее всего, ваш проект гибридный. В статье Гибридные модели управления ИТ-проектами мы разбираем, как строить такие модели правильно. Гибридные модели управления ИТ-проектами.
Как выбрать жизненный цикл — 6 вопросов
- Требования стабильны? → Waterfall. Нет → Agile или гибрид.
- Есть жёсткая регуляторика? → Waterfall. Нет → Agile.
- Бюджет фиксированный? → Waterfall. Нет → Agile.
- Заказчик готов работать постоянно? → Agile. Нет → Waterfall.
- Команда до 9 человек? → Agile. Больше → Waterfall или гибрид.
- Зафиксируйте решение в уставе — это стратегический выбор. Подробнее об уставе — в статье Устав ИТ-проекта.
Заключение
Жизненный цикл — это не абстрактная теория, а практический выбор. Waterfall — для стабильности, Agile — для неопределённости, гибриды — для всего остального, а это 90% проектов. Не выбирайте методологию потому, что она модная, оценивайте свой проект и помните — можно комбинировать.