Проектный треугольник: чем полезен и как управлять
Делится знаниями наш PM Дмитрий 😎

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

Чем полезен –
наглядно показывает связь ограничений – если сломать треугольник, качество просочится наружу. Так, нужно всегда помнить, что при изменении одной стороны нужно также изменить одну из оставшихся. Невозможно при сокращении бюджета сделать за первоначальное время планируемое содержание – чем-то придётся пожертвовать. И наоборот.
🖇Один из таких примеров
Разработка мобильного помощника для крупного холдинга. На старте составили проектный треугольник и закрепили все ограничения. В процессе работы заказчик регулярно добавлял новые идеи по дополнительным полезным функциям.
Неопытный проектный менеджер смело брал задачи в работу. Он надеялся, что задачи окажутся небольшими и не повлияют на срок сдачи проекта.
Позже команда поняла, что для реализации всей функциональности — начальной и дополнительной — потребуется больше времени, чем запланировано на старте. Из-за увеличения стороны «Содержание» треугольник разошёлся.
✅ Чтобы не попасть в такую ситуацию, нужно контролировать изменения. Для этого можно использовать реестр изменений — это мастхэв в работе менеджера проектов».

Как управлять
▶️ Фиксировать ограничения после анализа. Проанализировав все требования и пожелания заказчика, нужно составить подробное ТЗ. В нём важно учитывать всё, что может повлиять на проектный треугольник. На этом этапе можно провести предпроектное исследование и проверить гипотезы.
Когда объём работ будет известен, уже возможно зафиксировать ограничения.
▶️ Донести ограничения до заказчика и ЛПР. Лучше это сделать прямо на старте – предупредить, что все дополнительные факторы возможны за счёт пропорционального увеличения всех сторон. Тогда, если это произойдёт, будет легче обсуждать возможные сценарии в сложившихся обстоятельствах.
▶️ Следить за ходом проекта. Дорожная карта поможет вовремя предупредить увеличение одно из стороны.Также для контроля можно использовать burndown chart — диаграмму сгорания задач для гибких методологий. Благодаря ей легче отслеживать движение проекта и делать прогнозы по времени выполнения оставшихся задач.

А узнать больше подробностей и о том, как проектный треугольник работает в Agile и Scrum, можно в статье Дмитрия на Skillbox 📰