Каждый просит совсем немного. Почему же проект в итоге трещит по швам? Ответ дает проектный треугольник — одна из самых известных моделей управления проектами. Мы разберем его не на скучной схеме, а на куске обычной веревки. Вы увидите, откуда берутся ограничения, что происходит, когда их двигают, и как договариваться, чтобы в проекте ничего не сломалось.
- Что такое проектный треугольник
- Веревка: откуда берутся ограничения
- Натягиваем треугольник
- Кто переставляет булавки
- Пять сценариев: что происходит, когда переставляют булавки
- Можно ли удлинить веревку
- Как пользоваться проектным треугольником на практике
- Проектный треугольник и планирование: разбираем на живом плане
- Бонус: ваш личный треугольник
- Критика: где модель не работает
- Выводы
- FAQ
Что такое проектный треугольник
Проектный треугольник (его еще называют «железным треугольником» или «тройственной ограниченностью») описывает три взаимосвязанных ограничения любого проекта:
- Сроки: когда результат должен быть готов?
- Стоимость: сколько денег и ресурсов на него уйдет?
- Содержание: что именно нужно сделать?
В центре треугольника находится качество. Главное правило модели: нельзя изменить одну сторону, не затронув остальные. Хотите больше функций? Дайте больше времени или денег. Хотите быстрее? Придется что-то урезать или доплатить.
Модели больше полувека, и почти каждый менеджер видел ее на слайде. Беда в том, что на слайде она выглядит как абстракция: три слова в углах. Непонятно, почему стороны связаны, кто установил этот закон и почему нельзя просто «поднажать».
Давайте соберем проектный треугольник своими руками. Нам понадобятся пробковая доска, три булавки, пара гвоздей про запас и веревка.
Веревка: откуда берутся ограничения
Начнем с главного. У любой команды есть ограниченный запас возможностей. Представьте его в виде мотка веревки определенной длины.
Из чего сплетена эта веревка? Из нескольких прядей:
- количество людей;
- их рабочие часы;
- опыт и навыки;
- инструменты и процессы.
Длина веревки задается на старте. Например, у вас три человека, и у каждого 40 рабочих часов в неделю. Удлинить веревку можно, но не по щелчку пальцев — об этом поговорим чуть позже. Пока запомним ключевую мысль: ограничения проекта изначально заложены в ресурсах команды, то есть в длине веревки.
Натягиваем треугольник
%201.jpg.webp)
Втыкаем в доску три булавки и натягиваем на них веревку. Каждая сторона треугольника — это то, чего хотят от проекта:
- Быстрее: получить результат как можно раньше.
- Больше: сделать как можно больше.
- Дешевле: потратить как можно меньше.
Чем длиннее сторона, тем полнее это желание исполняется в проекте.
Почему булавки, а не гвозди? В начале проекта почти все договоренности гибкие: булавку легко переставить. Но иногда какую-то сторону объявляют неизменной, например дату запуска. Тогда ее концы прибивают гвоздями. С этого момента двигаться может только то, что осталось на булавках.
В учебниках стороны треугольника называют сроками, содержанием и стоимостью. В жизни их чаще знают по присказке «быстро, дешево, качественно: выберите два». Но в этой фразе есть неточность: качество не угол треугольника, а то, что остается внутри.
Площадь внутри веревки и есть пространство, где может поместиться качество.
Геометрия подсказывает интересную вещь: при одной и той же длине веревки самая большая площадь получается у равностороннего треугольника. Чем сильнее перекос, тем меньше места внутри. Конечно, «площадь равна качеству» — это метафора, а не формула. Но реальные проекты она описывает удивительно точно.
Кто переставляет булавки
Булавки на месте не стоят, их переставляют люди. У каждой стороны обычно есть свой «хозяин», и каждый уверен, что просит совсем чуть-чуть. Пусть, например, это будут заказчик, продакт и финдиректор.
Никто из них не желает проекту плохого. Заказчику правда важна дата, продакту важны пользователи, финдиректору важны деньги. Просто каждый видит свою сторону и не видит веревку. А веревку видит только команда, потому что держит ее в руках.
Пять сценариев: что происходит, когда переставляют булавки
1. Тянем одну сторону, и подстраиваются обе другие
Продакт добавляет кнопочку, то есть переставляет булавки и удлиняет сторону «Больше». Веревка при этом длиннее не стала.
Проект станет немного дольше и немного дороже. Если кнопка одна, это почти незаметно. Если кнопок десять, это уже другой проект.
2. Фиксируем одну сторону, и третья меняется резко
Допустим, заказчик заявляет:
— Дедлайн не сдвигается!
В этом случае обе вершины стороны «Быстрее» прибивают гвоздями. Третья вершина остается на булавке, но теперь, когда продакт добавляет фичи, расплачиваться может только одна сторона: сколько прибавилось у «Больше», столько убавилось у «Дешевле».
На практике это выглядит так: срок тот же, функций больше, поэтому бюджет взлетает. Нужны подрядчики, срочные закупки, доплаты за скорость и переработки.
3. Фиксируем две стороны, и веревка рвется
«Строго к пятнице, строго в рамках бюджета и еще три фичи». Стороны «Быстрее» и «Дешевле» прибиты, а значит, гвозди стоят во всех трех вершинах. Треугольник стал жестким, переставлять больше нечего. Но продакт продолжает тянуть сторону «Больше», хватаясь уже за саму веревку. А лишней веревки нет.
Тогда команда начинает «удлинять» веревку собой: ночами, выходными, фразой «потом поправим». Какое-то время это работает. Потом приходят баги, технический долг и выгорание, и веревка все равно рвется.
4. Сильно тянем две стороны, и треугольник сплющивает качество
«Быстрее и больше, а деньги найдем». Стороны «Быстрее» и «Больше» вытягивают до предела, сторона «Дешевле» почти исчезает. Треугольник превращается в узкую иглу.
Денег ушло много, периметр прежний, а площадь почти нулевая. Формально продукт есть, все пункты закрыты. Но пользоваться им невозможно, потому что для качества внутри не осталось места.
5. Осознанный перекос — это нормально
Может показаться, что цель — всегда держать треугольник ровным. Это не так. Перекос нормален, если его выбрали сознательно.
Стартапу важно быстро проверить идею, поэтому объем можно урезать. Ремонт на свои деньги можно растянуть, зато сэкономить. У свадьбы дата прибита гвоздями, и под нее подстраивается все остальное.
Проблемы начинаются не тогда, когда треугольник кривой, а тогда, когда никто не решал, каким ему быть.
Можно ли удлинить веревку
Можно, но не мгновенно. Есть три способа.
Добавить людей. Новичку нужно объяснить задачу, дать доступы, ответить на вопросы. Поэтому люди, подключенные к опаздывающему проекту, поначалу его замедляют. Если использовать нашу метафору, новую прядь нужно вплести в веревку, но узел сначала съедает длину.
Накопить опыт. Команда, которая делает похожий проект в пятый раз, фактически работает с более длинной веревкой: она выполняет задачи быстрее, знает полезные приемы и не тратит силы на ошибки новичков.
Улучшить инструменты и процессы. Шаблоны, автоматизация и понятный план не добавляют людей, зато перестают тратить веревку впустую.
Как пользоваться проектным треугольником на практике
Пять правил, которые можно применить уже на следующей планерке.
- Найдите забитые гвозди. На старте спросите: что у нас не двигается ни при каких условиях? Чаще всего в проекте только одно по-настоящему жесткое ограничение, остальные «желательные». Однако в некоторых проектах жестко фиксируют и сроки, и бюджет, а функциональность при необходимости урезают (подход «фиксированные сроки, фиксированный бюджет, гибкий объем»).
- «Больше» значит «медленнее или дороже». Любую просьбу что-то добавить сразу переводите в вопрос: что укорачиваем?
- Предлагайте выбор, а не отказ. Не «мы не успеем», а «кнопку добавим, но тогда либо релиз в среду, либо убираем фильтры. Что выбираем?».
- Показывайте треугольник, а не спорьте о нем. Нарисуйте его на встрече или откройте план проекта.
- Оставьте запас веревки. На неизвестное нужен буфер: 10–20% в зависимости от того, насколько проект новый для команды.
Главное в этих правилах: треугольник превращает спор «хочу» против «не успеем» в совместный выбор. Никто не отказывает. Все вместе решают, какую булавку переставить.
Проектный треугольник и планирование: разбираем на живом плане
Треугольник на доске хорошо объясняет идею. Но на работе у нас есть кое-что удобнее: план проекта с датами. По сути, это та же доска с булавками, только каждое натяжение веревки видно в календаре.
Возьмем пример. Команда из трех человек (дизайнер, копирайтер и верстальщик) делает промостраницу к весеннему запуску продукта. Длина веревки: три человека и две недели. Заводим проект в SingularityApp и раскладываем работу на задачи с датами.
В списке все выглядит аккуратно. Но связь между сторонами треугольника лучше видна на диаграмме Ганта: задачи цепляются друг за друга, и сразу понятно, где проходит финишная черта.
Теперь приходит руководитель и говорит:
— Давайте добавим квиз «Подберите свой тариф». Людям понравится!
Добавляем две задачи и сдвигаем все, что от них зависит.
Спорить на словах не нужно: диаграмма наглядно показывает, что это добавление стоит трех дней. Это первый сценарий из нашей модели: потянули сторону «Больше», и укоротилась сторона «Быстрее».
А теперь заказчик говорит:
— Запуск строго 14 марта!
Сторона «Быстрее» прибита гвоздями. Остается два варианта. Первый: перенести квиз во вторую версию страницы, то есть отпустить сторону «Больше». Второй: позвать фрилансера и удлинить «веревку» за деньги, пожертвовав стороной «Дешевле». При этом помним, что новому человеку нужно время, чтобы войти в курс дела.
Допустим, квиз переезжает во вторую версию:
Команда никому не отказала и ничего не «порвала»: запуск в срок, квиз через неделю. Все участники видели последствия каждого решения в одном плане. Именно так треугольник работает в жизни: не как схема из учебника, а как привычка смотреть на план, прежде чем переставлять булавки.
Бонус: ваш личный треугольник
«Веревка ресурсов» есть не только у команды, но и у каждого из нас. Она сплетена из наших навыков, доступного времени, денег и энергии. Ремонт квартиры, диплом, переезд, пет-проект: в каждой своей задаче мы тоже хотим быстрее, больше и дешевле.
Но если с другими людьми мы еще иногда торгуемся, то себе ставим все три требования сразу:
— Сделаю быстро, дешево и самостоятельно!
А потом удивляемся, почему к середине проекта у нас не остается сил. Попробуйте в следующий раз задать себе тот же вопрос, что и на планерке: где у меня гвозди, а где булавки?
Критика: где модель не работает
Проектный треугольник полезен, но у него есть слабые места, о которых тоже стоит знать.
Веревка на самом деле немного тянется. Переработки и энтузиазм какое-то время маскируют нехватку ресурсов. Модель это упрощает. Но на длинной дистанции растянутая веревка все равно рвется.
Треугольник ничего не говорит о ценности. Можно сделать проект в срок, в рамках бюджета и в полном объеме, но он окажется никому не нужным. Успех проекта нельзя мерить только тремя сторонами.
Ограничений больше трех. У реальных проектов есть риски, ожидания пользователей, зависимости от других команд, нагрузка на людей. Поэтому современные подходы говорят о множестве ограничений, а не о трех.
Заметьте, что наша метафора выдерживает и это расширение. Хотим надежнее (меньше рисков), удобнее для пользователей, бережнее к команде — булавок может быть сколько угодно, но длина веревки остается прежней.
Выводы
Проектный треугольник не столько закон управления проектами, сколько способ честно смотреть на ресурсы. Если убрать теорию, остается несколько простых мыслей:
💡 Ограничения проекта задает не начальник, а ресурсы команды.
💡 Любое «больше» означает «медленнее или дороже».
💡 Если требовать всего и сразу, первым пропадает качество.
💡 Балансировать — значит договариваться, а не терпеть.
В следующий раз, когда кто-то попросит «еще одну кнопочку к пятнице», вспомните про веревку. А вместо спора откройте план проекта: посмотрите вместе, какую булавку для этого придется переставить.
