Проектный треугольник

Что это значит

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

Модель проста, но для управления проектами принципиальна. Она помогает объяснить заказчику, почему нельзя получить всё, сразу и дёшево, и заставляет обе стороны назвать приоритеты: какая сторона треугольника фиксирована, а какая может двигаться.

Новые версии модели добавляют другие измерения, например риск, удовлетворённость клиента или выгоду. Гибкое управление переворачивает треугольник: сроки и стоимость фиксированы, например длина спринта и размер команды, а объём подстраивается под приоритеты.

Как это работает на практике

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

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

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

На что обратить внимание

Чаще всего давление на сроки и стоимость бьёт по скрытому качеству: тестированию, документации или безопасности. Проблема проявляется не сразу, а позже в виде ошибок и роста затрат на поддержку, которые превышают первоначальную экономию.

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