# Управление проектом: тройное ограничение и жизненный цикл > Классическая модель управления проектом из программы MBA CIO: чем проект отличается от процесса, «тройное ограничение» (содержание — сроки — бюджет) плюс качество, фазы жизненного цикла, роль руководителя, работа с заинтересованными сторонами и рисками, типичные причины провала — и где на каждом шаге усиливают дело современные модели. Источник: https://blog.uspeshnyy.ru/blog/upravlenie-proektom-troynoe-ogranichenie/ Автор: Александр Успешный · blog.uspeshnyy.ru Опубликовано: 2015-04-02 Теги: MBA, система, стратегия, продуктивность, Управление проектом, Павел Алфёров --- Проект — это всегда компромисс между тем, что нужно сделать, к какому сроку и за какие деньги. Три этих ограничения связаны жёстко: подвинешь одно — поедут два других. И большинство провалов случается не из-за плохих исполнителей, а из-за того, что этот баланс потеряли ещё на старте — размыли цель, недооценили сроки, забыли про риски. Эту модель я впервые разобрал в программе MBA CIO. Спустя годы она звучит даже актуальнее: то, что раньше держали в головах и таблицах, сегодня усиливается современными моделями. Разберём её целиком — чем проект отличается от процесса, что такое «тройное ограничение», из каких фаз состоит жизненный цикл, что делает руководитель проекта и почему проекты проваливаются, — и по каждому блоку посмотрим, где помогает AI. ## Чем проект отличается от процесса Проект — это временное предприятие ради уникального результата. Три его признака — уникальность, ограниченность во времени (есть чёткое начало и конец) и конкретная цель. [Процесс](/blog/processnoe-upravlenie-skvoznye-processy/) (операционная деятельность) — наоборот, повторяющаяся, непрерывная работа, которая поддерживает функционирование компании и выдаёт стандартный продукт. **Пример.** Строительство нового здания — проект: уникальный результат, свои сроки и бюджет, после сдачи он закрывается. А ежемесячная выплата зарплаты — процесс: та же операция повторяется из месяца в месяц. Путаница здесь дорого стоит: если управлять проектом как процессом (без сроков и финала) — он растянется навсегда; если управлять процессом как проектом — утонете в лишней бюрократии. **Где сегодня помогает AI.** Современные модели относят задачу к проекту или процессу по её признакам и помогают быстрее выбрать подходящий способ управления — не смешивая одно с другим. ## Тройное ограничение и качество Классика управления проектом — «тройное ограничение», оно же «железный треугольник». Три связанных стороны: - **Содержание** — что именно должно быть сделано. - **Сроки** — к какому моменту. - **Бюджет** — сколько ресурсов (денег, людей) на это уйдёт. Тронешь одну сторону — сдвинутся остальные: ускоряем сроки — растёт бюджет или урезается содержание. Четвёртый элемент, пронизывающий весь треугольник, — **качество**, то есть соответствие результата требованиям и ожиданиям заказчика. Его не «прикручивают» в конце: качество закладывают на каждом этапе. **Пример.** Заказчик просит запустить сайт на месяц раньше, содержание и бюджет — не трогать. Так не бывает: либо добавляем людей (растёт бюджет), либо выкидываем часть страниц (режем содержание), либо жертвуем тестированием (падает качество). Хороший руководитель проекта не говорит «да», а показывает заказчику этот выбор — какой стороной треугольника тот готов пожертвовать. **Где сегодня помогает AI.** Модели просчитывают связку «содержание — сроки — бюджет», заранее показывают конфликты и предлагают компромиссы, а показатели качества отслеживают в реальном времени, сигналя об отклонениях. ![Тройное ограничение проекта: содержание, сроки и бюджет на растянутых сторонах треугольника, качество в центре, фазы жизненного цикла внизу](/images/posts/upravlenie-proektom-troynoe-ogranichenie-1.webp) ## Фазы жизненного цикла Жизненный цикл проекта обычно делят на пять фаз: 1. **Инициация** — определяем проект, цели, обоснование и назначаем руководителя. 2. **Планирование** — детализируем содержание, собираем график, бюджет, план по рискам и коммуникациям. 3. **Исполнение** — делаем запланированное, управляем командой и ресурсами. 4. **Контроль** — следим за прогрессом, сравниваем с планом, ловим отклонения и корректируем. 5. **Завершение** — сдаём результат заказчику, закрываем контракты, архивируем документы и разбираем уроки. Контроль идёт не после исполнения, а параллельно ему — именно на этой фазе замечают, что треугольник поехал, и возвращают проект в рамки. **Где сегодня помогает AI.** Модели собирают данные о ходе проекта, готовят отчёты о статусе и прогнозируют будущие отклонения от плана по историческим данным и текущей динамике — раньше, чем срыв станет очевидным. ## Руководитель проекта и заинтересованные стороны Руководитель проекта — центральная фигура, отвечающая за результат целиком. На нём — уточнение целей, планирование и организация работ, управление командой и ресурсами, контроль сроков и бюджета, коммуникация и работа с рисками и изменениями. **Заинтересованные стороны (стейкхолдеры)** — все, кто влияет на проект или на кого проект влияет: заказчик, команда, руководство, смежные отделы, иногда клиенты и регуляторы. С ними работают системно: выявляют, разбирают [их интересы и ожидания](/blog/iskusstvo-peregovorov-pozicii-i-interesy/) и выстраивают стратегию коммуникации. **Пример.** Внедряете CRM. Заказчик (директор) хочет прозрачность продаж, а будущие пользователи (менеджеры) боятся тотального контроля и тихо саботируют. Если работать только с директором и забыть про менеджеров — проект технически «сдан», а по факту в системе никто не работает. Стейкхолдеров со [скрытым сопротивлением](/blog/upravlenie-izmeneniyami-matrica-i-smysl/) надо вычислять заранее и вовлекать, а не ставить перед фактом. **Где сегодня помогает AI.** Модели анализируют настроения сторон, подсвечивая конфликты и недовольство на ранней стадии, и берут на себя рутинные коммуникации — чтобы все были вовремя в курсе. ## Управление рисками и причины провала **Управление рисками** — это выявить, оценить, спланировать реакцию и держать риски под наблюдением. Цель — снизить вероятность и последствия плохих событий и не упустить возможности. Риск, о котором подумали заранее, почти всегда дешевле того, что «прилетело» внезапно. Типичные причины, по которым проекты проваливаются, почти всегда — про управление, а не про технологии: - Размытые цели и содержание — непонятно, что считать результатом. - Слабое планирование и заниженная оценка ресурсов. - Плохая коммуникация между участниками. - Неуправляемые изменения — содержание «расползается» по ходу. - Недооценка рисков. - Нет поддержки высшего руководства. - Проигнорировали человеческий фактор и мотивацию команды. **Пример.** «Расползание содержания» (scope creep) — самая частая тихая смерть проекта: заказчик по ходу добавляет «мелкие» правки, каждая вроде бы пустяковая, а в сумме сроки и бюджет разорваны. Лечится не героизмом команды, а дисциплиной: любое изменение содержания проходит через оценку влияния на сроки и бюджет — и заказчик видит цену каждой «мелочи». **Где сегодня помогает AI.** Модели находят скрытые риски, разбирая данные прошлых проектов, и оценивают вероятность провала по совокупности факторов, предлагая превентивные меры. ## Вывод Управление проектом — это удержание баланса: между содержанием, сроками и бюджетом, между интересами сторон, между планом и реальностью. Классические принципы — отличать проект от процесса, держать железный треугольник, вести проект по фазам, работать со стейкхолдерами и рисками — остаются фундаментом. Современные модели не заменяют руководителя, но расширяют его: берут рутину, считают сценарии и заранее показывают, где поедет. **Следующий шаг:** возьмите один текущий или недавний проект и честно отметьте, на какой фазе жизненного цикла возникли главные сложности — и какой стороной «железного треугольника» вы в тот момент пожертвовали, осознанно или нет. Скорее всего, корень проблемы окажется не в исполнении, а в том, что баланс потеряли ещё на инициации или планировании.