Цель запуска первой очереди требует готовности помещений, систем и эксплуатации. Один выполненный объём работ её не подтверждает. Иллюстрация.
На строительном проекте у каждого участника есть собственная логика. Заказчику важно вовремя начать эксплуатацию. Проектировщик стремится выдать согласованные решения. Подрядчик — получить готовый фронт и выполнить свой объём. Снабжение — заказать материал на приемлемых условиях. Финансовая служба — провести платёж по установленным правилам.
Каждая функция может действовать разумно в пределах своей зоны. Но если общего результата и приоритетов нет перед глазами, локально правильные решения начинают конфликтовать. Можно сэкономить на закупке и опоздать с поставкой. Можно быстро выдать документацию, которую придётся корректировать. Можно выполнить большой физический объём, но не подготовить помещения, необходимые для запуска первой очереди.
Поэтому до подробного графика я предлагаю ответить на более простой вопрос: что именно должно измениться благодаря проекту и по каким признакам команда поймёт, что результат достигнут?
Для этого нужен не лозунг на первой странице презентации, а дерево целей.
Чем дерево целей отличается от перечня пожеланий
Фразы «построить качественно», «закончить в срок» и «не выйти из бюджета» звучат правильно, но ими трудно управлять. Участники могут понимать качество по-разному, срок — как разные даты, а бюджет — без учёта будущих изменений и стоимости эксплуатации.
Рабочая цель должна задавать результат и границы решения. Например: подготовить объект к безопасной эксплуатации к установленной дате в пределах утверждённого инвестиционного ограничения и согласованных требований к функции объекта. Это ещё не готовая формулировка для любого проекта — конкретные критерии определяет заказчик вместе с командой. Но уже видно, какие вопросы нельзя потерять: назначение объекта, готовность к эксплуатации, срок, стоимость и обязательные условия.
Дерево целей раскладывает этот верхний результат на связанные подцели. Каждая нижняя цель должна объяснять, какой вклад она вносит в цель уровнем выше. Если связь нельзя объяснить, перед нами либо лишняя работа, либо в дереве пропущено важное звено.
В Lean-подходе это особенно важно: оптимизировать нужно весь проект, а не отдельный участок. Ускорение одной функции не приносит пользы, если следующий участник не получил нужный результат и не может начать свою работу.
Что не заменяет дерево целей
Дерево целей не является календарным графиком, бюджетом или матрицей ответственности. Оно связывает эти инструменты.
| Инструмент | На какой вопрос отвечает |
|---|---|
| Дерево целей | Зачем нужен результат и какие условия образуют успех проекта |
| План работ | Что и когда должно быть выполнено |
| Матрица ответственности | Кто отвечает, выполняет, согласует и получает информацию |
| Реестр ограничений | Что мешает работе стать выполнимой и кто снимает препятствие |
| План-факт и показатели | Движемся ли мы к согласованному результату |
Если сразу начать с графика, команда может подробно распланировать действия, не согласовав, что важнее при конфликте срока, стоимости, качества, очередности ввода и эксплуатационных требований. Если ограничиться деревом, получится красивая схема без механизма выполнения. Поэтому дерево нужно переводить в решения, владельцев и ближайшие работы.
Подготовка здания к запуску первой очереди
Разберем часто возникающую ситуацию на стройплощадке. При реконструкции административного здания работы идут в нескольких зонах, а заказчику нужно запустить первую очередь раньше завершения всего проекта.
Заказчику нужно начать эксплуатацию первой очереди к согласованной дате. Часть помещений можно вводить позднее, но первая очередь должна быть безопасной, функциональной и готовой к работе пользователей. Команда рискует превратить эту цель в короткую фразу «закончить первый этаж», хотя готовность эксплуатации зависит не только от отделки.
Верхнюю цель можно записать так:
Первая очередь здания готова к безопасной эксплуатации к согласованной дате в пределах утверждённых ограничений проекта.
Затем я бы разложил её на несколько результатов первого уровня:
- определён и зафиксирован состав первой очереди;
- приняты необходимые проектные решения;
- помещения и инженерные системы физически готовы;
- выполнены предусмотренные проверки и оформлены необходимые результаты;
- организована передача помещений и эксплуатационной информации пользователю;
- стоимость и изменения управляются в согласованных границах.
Это не универсальный состав. На реальном проекте ветви зависят от назначения объекта, договора, применимых требований и решения заказчика. Но пример показывает важный принцип: «готова первая очередь» — это не одна строительная операция.
Возьмём ветвь «помещения и инженерные системы готовы» и разложим её ещё на уровень:
- завершены работы в согласованных помещениях;
- обеспечена работоспособность необходимых систем;
- устранены критические замечания, мешающие эксплуатации;
- обеспечен доступ пользователей и обслуживающего персонала;
- подготовлена документация, необходимая для эксплуатации помещений и систем.
После этого возникает управленческий вопрос: какие из этих результатов действительно необходимы к дате запуска, кто их принимает и чем подтверждается готовность. Именно здесь лозунг превращается в инструмент принятия решений.
Например, поставщик предлагает выгоднее купить оборудование одной партией, но срок поставки переносит готовность первой очереди. Дерево целей не принимает решение автоматически. Оно показывает, какой верхний результат затрагивается: локальная экономия закупки конфликтует с датой запуска. Команда может оценить варианты на общем основании, а не спорить только о цене единицы оборудования.
Так дерево целей помогает оценивать решения через общий результат: будет ли первая очередь готова к эксплуатации в согласованный срок?
Ветви показывают необходимые результаты, а не последовательность работ. Состав подцелей уточняется для конкретного проекта.
Семь шагов для построения дерева целей
Шаг 1. Начните с ценности для заказчика
Спросите не только «что строим?», но и «для чего объект нужен после завершения проекта?». Производственное здание должно обеспечить выпуск продукции, школа — начало учебного процесса, жилой дом — готовность помещений и систем к предусмотренному использованию. Формулировка зависит от проекта и подтверждается владельцем цели.
Полезно отдельно записать, что не входит в текущую цель. Границы защищают команду от скрытого расширения объёма.
Шаг 2. Определите условия успеха
Срок и стоимость важны, но ими проект не исчерпывается. Уточните функциональность, качество, безопасность, эксплуатационные требования, очередность и другие критерии, действительно значимые для заказчика и команды.
Каждый критерий должен помогать выбирать между вариантами. Если фраза никак не влияет на решение, скорее всего, она слишком общая.
Шаг 3. Разложите результат на подцели
Для каждой ветви задайте вопрос: «Что должно быть истинно, чтобы цель верхнего уровня считалась достигнутой?» Формулируйте результаты, а не деятельность.
«Проводить совещания по документации» — действие. «К установленной дате выданы и приняты решения для приоритетных зон» — результат, который можно связать с планом и ответственностью.
Шаг 4. Проверьте связи между уровнями
Каждая нижняя цель должна поддерживать хотя бы одну цель выше. Одновременно проверьте полноту: можно ли выполнить все нижние цели и всё равно не достичь верхней? Если да, не хватает результата или критерия.
Здесь особенно полезны представители разных участников. Заказчик видит ценность и ограничения бизнеса, проектировщик — решения, подрядчик — технологию и последовательность, эксплуатация — будущую работу объекта.
Шаг 5. Добавьте показатель и способ подтверждения
Не каждую цель нужно превращать в сложный KPI. Но команда должна понимать, как проверить результат: утверждённый состав очереди, переданное решение, принятый участок, подтверждённая работоспособность системы, закрытое критическое замечание.
Показатель не должен подменять цель. Большой процент физической готовности объекта не доказывает готовность той зоны, без которой нельзя начать эксплуатацию.
Шаг 6. Назначьте владельцев целей
У каждой подцели должен быть один человек, который собирает результат и поднимает вопрос при отклонении. Исполнителей и согласующих может быть несколько. Здесь дерево связывается с матрицей ответственности ↗.
Ответственность без полномочий бесполезна. Если владелец цели не может получить данные, инициировать решение или обратиться выше, матрицу полномочий тоже придётся уточнить.
Шаг 7. Переведите ближайшие цели в план работ
Из дерева выбираются результаты, необходимые на текущем горизонте. Для них определяют конкретные работы, необходимые документы и ресурсы, а также открытые ограничения. На недельном уровне исполнители принимают обязательства только по подготовленным задачам.
Так появляется связка: общая цель → подцель → проверяемый результат → ответственное лицо → работа в плане → факт выполнения.
Как проверить качество дерева
Перед утверждением я прохожу по дереву сверху вниз и снизу вверх.
Сверху вниз задаю вопросы:
- разложена ли общая цель на полный набор необходимых результатов;
- понятны ли границы проекта и очередей;
- можно ли проверить каждую подцель;
- назначен ли один владелец результата;
- учтены ли эксплуатация и передача результата, а не только производство работ.
Снизу вверх проверяю:
- зачем выполняется каждая работа;
- к какой цели она ведёт;
- что произойдёт, если её перенести или исключить;
- не оптимизирует ли участник свою функцию в ущерб общему результату;
- отражено ли изменение в целях, плане и ответственности.
Если на вопрос «зачем это делаем?» команда отвечает только «потому что стоит в графике», связь потеряна.
Когда дерево целей перестаёт работать
Первая ошибка — написать одну красивую цель и не определить критерии достижения. Вторая — смешать цели и мероприятия. Третья — построить дерево силами одного руководителя без участников, которые выдают решения, выполняют работы, обеспечивают ресурсы и принимают результат.
Четвёртая ошибка — назначить показатели, которыми легко отчитаться, но которые не подтверждают ценность для заказчика. Пятая — не пересматривать дерево после изменения состава очереди, бюджета, проектных решений или требований.
И ещё одна распространённая проблема: дерево показывают на стартовой сессии, затем убирают в папку. Оно должно участвовать в выборе вариантов, разборе изменений и планировании. Иначе оно становится иллюстрацией, а не инструментом управления.
Как применить пробный инструмент в Telegram
На странице «Попробовать в своей работе» ↗ среди пробных функций Telegram Mini App указано «Дерево целей». Его публично заявленное назначение — связать задачи с целями проекта.
Я бы начинал с небольшого фрагмента: одна верхняя цель и две-три ветви первого уровня. Сначала команда согласует формулировки вне зависимости от программы, затем переносит их в инструмент и проверяет связи. Не стоит сразу загружать десятки целей: неточная верхняя формулировка размножит ошибку на всё дерево.
Текущий Mini App — пробный способ познакомиться с методикой, а не готовая коммерческая система управления проектом. Он помогает зафиксировать договорённость, но не определяет ценность за заказчика, не назначает реальные полномочия и не заменяет совместную работу участников.
Постройте дерево целей своего проекта. Откройте бота «Стройка без потерь» в Telegram ↗, запустите Mini App и выберите «Дерево целей». Начните с одной общей цели и двух-трёх подцелей.
Если вы только начинаете выстраивать управленческий контур, сначала рекомендую прочитать материал «Стройка теряет деньги: сначала процессы, потом технологии» ↗. Если цели проекта формально существуют, но ежедневные решения и планы с ними не связаны, это можно отдельно проверить в рамках диагностики управления строительным проектом ↗.
Главный вывод: дерево целей нужно не для того, чтобы красиво разложить стратегию по уровням. Оно даёт команде общий критерий выбора. Каждая ближайшая работа должна поддерживать проверяемую подцель, а каждая подцель — вести к результату, который нужен заказчику.
Источники методики
- Lean Construction Institute. Project Purpose Statement ↗ — согласование цели проекта и ориентация участников на ценность для заказчика.
- Lean Construction Institute. Generating Value ↗ — оптимизация проекта в целом и использование общей ценности при принятии решений.
- Lean Construction Institute. Lean Project Delivery ↗ — условия удовлетворённости, целевая ценность и согласование участников вокруг результата.
- Олег Золотухин. Пробные инструменты в Telegram Mini App ↗ — актуальный публичный перечень Lean-планировщика, матрицы ответственности и дерева целей.