Triple Constraint (Тройственное ограничение)
Triple Constraint — самая известная PM-модель. Описана ещё в 1960-х. Многочисленные расширения (Six Constraints, Diamond Model), но базовая модель остаётся главной.
Три ограничения
- Scope — что мы делаем (объём работ).
- Time — сроки.
- Cost — бюджет.
Quality — обычно в центре, зависит от баланса трёх.
Как использовать
- Если заказчик хочет больше scope — нужно больше времени или денег (или меньше качество).
- Если сжимают сроки — либо меньше scope, либо больше денег (больше людей).
- Если режут бюджет — меньше scope или больше времени.
Расширения
Six Constraints добавляет risk, resources, quality. PMBOK 6 предложил Diamond Model. На практике triple остаётся самой используемой.
Когда применять и когда нет
Применять
- Любой проект — для общения со стейкхолдерами
- Когда нужно объяснить «нельзя сделать всё сразу»
Не применять
- Не применимо как метод управления — это модель/принцип
Примеры применения
Заказчик: «Хочу через 2 месяца, добавьте ещё 5 фич, бюджет тот же». PM: «Это означает Triple Constraint нарушится — либо сроки 3 месяца, либо +50% бюджета на новых людей, либо вырезаем низкоприоритетные фичи. Что выбираем?»
Часто задаваемые вопросы
Quality (качество). Зависит от того, как сбалансированы три ограничения. Если жертвуем scope — сохраняем качество. Если режем сроки/бюджет без изменения scope — страдает качество.
В Agile «перевёрнутый треугольник»: фиксируется time (спринт) и quality (DoD), варьируется scope. То есть Agile принимает Triple Constraint, но фиксирует другие стороны.