Как собственнику строительной компании перестать управлять каждым объектом лично

Когда личное участие собственника становится ограничением

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

Когда все оперативные вопросы сходятся к одному человеку, скорость проекта зависит от его доступности. Иллюстрация условная.

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

Начните с карты собственной работы

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

Разделите записи на четыре группы: отношения с заказчиком и договорённости об обязательствах; организация выполнения и координация участников; контроль результата, сроков и затрат; исключения, где нужны полномочия собственника. Не стоит механически передавать весь первый или второй столбец только вновь назначенному руководителю. Один вопрос может требовать регулярного действия руководителя проекта, другой — решения специалиста, а третий действительно затрагивает договор или репутацию компании. Важно увидеть повторяемую функцию, а не просто накопить список поручений.

Представим условный проект с двумя участками и несколькими исполнителями. Собственнику каждое утро звонят по готовности фронта работ, в течение дня просят согласовать последовательность и вечером присылают фотографии. Из этих контактов не следует, что он обязан лично руководить каждым действием. Возможно, команде не хватает согласованного недельного плана, критерия передачи фронта работ и человека, который вправе перераспределять ежедневную работу в установленных пределах. Фотография сама по себе этих пробелов не закрывает: она показывает фрагмент состояния, но не объясняет, какое обязательство выполнено и что мешает следующему участнику.

Учебный пример карты вопросов за условную неделю: часть решений передаётся руководителю проекта, а договорные исключения остаются у собственника.

Прочитаем три записи карты по порядку:

1. Готовность фронта. Руководитель участка обращается за подтверждением условий начала. Не хватает общего критерия готовности; в пределах утверждённого плана решение может принять руководитель проекта.
2. Пересечение участников. Исполнителям нужно согласовать очередность на неделю. Если общего недельного плана нет, руководитель проекта собирает участников и фиксирует порядок.
3. Изменение обязательств. Представитель заказчика предлагает изменение, влияющее на срок или договор. Руководитель проекта готовит варианты и последствия, а решение в согласованных пределах полномочий принимает собственник с соблюдением договорного порядка.

Определите первую передаваемую роль

После карты функций можно выбрать не «идеального заместителя», а первую роль, которая снимет устойчивую группу повторяющихся решений. В одной компании это руководитель проекта, которому передают планирование и координацию нескольких участников. В другой — руководитель участка, который отвечает за производство на конкретном фронте. Иногда сначала достаточно изменить порядок подготовки решений и закрепить существующего сотрудника за ежедневной координацией. Выбор зависит от состава команды, количества проектов, полномочий и того, где сейчас возникают задержки.

Опишите роль через результат, а не через общий призыв «контролировать объект». Например: обеспечить, чтобы к началу недели в план попадали только подготовленные работы; согласовать передачу результата между участниками; обнаружить препятствие до простоя; своевременно представить собственнику вопрос, который выходит за согласованные пределы. Для каждого результата нужен источник факта: недельный план, журнал ограничений, запись о передаче фронта или финансовый прогноз. Тогда на встрече обсуждается состояние проекта, а не личное впечатление руководителя.

Вместе с ответственностью передайте право решения

Схема разграничения полномочий для обсуждения с командой; конкретные пределы утверждаются для проекта отдельно.

Нельзя требовать от руководителя проекта (назначенного сотрудника) соблюдения срока, если любой перенос исполнителя или изменение последовательности он обязан согласовывать с собственником. Но и передача всех решений без ограничений не создаёт управляемости. Поэтому для новой роли письменно определяют три зоны: что он решает самостоятельно; что он готовит и согласует до действия; что немедленно сообщает собственнику. Пределы по деньгам, условиям договора и техническим изменениям зависят от конкретного проекта и должны быть согласованы отдельно. Проверить распределение полномочий удобно в матрице ответственности ↗: запишите решения и ожидаемые результаты, добавьте участников, отметьте ответственного, исполнителя, согласующего и того, кому нужно сообщить о решении. Если по важному вопросу не назван ответственный, договоритесь о нём до начала работы.

Пример заполнения матрицы ответственности

Для первых трёх решений в условном проекте матрицу можно оформить так:

О — отвечает за результат решения, И — выполняет действие, С — участвует в согласовании, У — получает информацию. Это учебное распределение внутренних ролей: в своей компании сначала проверьте должностные полномочия, пределы затрат и договорный порядок согласования с заказчиком. Изменение договора не вступает в силу только потому, что оно отмечено в матрице.

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

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

Согласуйте результат передачи между участниками

На объекте управление проявляется не в количестве проведённых совещаний, а в том, может ли следующий исполнитель начать работу после предыдущего. Поэтому руководителю нужна ясная картина фронтов: что должно быть закончено, каким критерием подтверждается готовность, кто принимает результат и какие условия ещё отсутствуют. В недельный план не следует переносить задачу только потому, что она стоит в общем графике. Сначала проверяют доступ к зоне, документацию, материалы, ресурс, безопасные условия и принимающую сторону. Для ближайшей недели можно открыть недельный план Weekly ↗: внести только подготовленные работы, указать результат, исполнителя и срок, а затем согласовать обязательства с участниками. Так руководитель и собственник увидят, какие задачи действительно готовы к выполнению, а где сначала требуется решение.

Подход Last Planner System строится вокруг совместного планирования и выполнимых обязательств людей, близких к работе. Это полезная опора и для делегирования: тот, кто отвечает за ближайший результат, должен иметь возможность проверить условия и подтвердить обязательство, а не получить сверху невыполнимую дату. Если работа не готова, руководитель фиксирует препятствие, владельца следующего действия и срок проверки. Неопределённость становится предметом управления, а не поводом ежедневно звонить собственнику. Источник: Lean Construction Institute, Last Planner System — https://leanconstruction.org/lean-topics/last-planner-system/ ↗ .

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

Оставьте собственнику контрольные точки

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

На контрольной встрече достаточно нескольких последовательных вопросов. Какие вехи остаются достижимыми? Какие обязательства недели выполнены и подтверждены? Где фронт не готов, кто снимает ограничение и к какому сроку? Какие решения выходят за полномочия руководителя и что произойдёт, если задержать ответ? Этот формат оставляет собственнику управление существенными рисками, но не возвращает ему организацию каждого рабочего дня.

Надёжность обещаний важнее количества красивых статусов. Lean Construction Institute описывает надёжное обязательство как согласованный между выполняющим и принимающим участниками результат с ясными условиями удовлетворения. Поэтому фраза «всё под контролем» полезна лишь тогда, когда понятно, что именно должно быть передано, кем и когда это будет проверено. Источник: Lean Construction Institute, Reliable Promises — https://leanconstruction.org/lean-topics/reliable-promises/ ↗ .

Учебный пример передачи объекта

Давайте предположим, что в компании одновременно идут два условных проекта. Собственник ведёт встречи с заказчиками и каждое утро решает, какой исполнитель выходит на участок. На одном проекте назначили руководителя, но участники продолжают обращаться к владельцу напрямую. Через неделю становится ясно, что должность появилась, а порядок работы не изменился, вопросы решения попадают к собственнику.

С чего нужно начинать?

1. Вместо нового общего требования «решайте сами» команда сначала составляет карту вопросов за прошедшую неделю;
2. Распределите эти вопросы по группам. Вы увидите, что часть обращений связана с готовностью фронта, пересечением ресурсов и приёмкой результата, проектной документации, доступа;
3. Передайте новому руководителю проекта координацию этих вопросов в пределах утверждённого плана;
4. Назначьте ежедневные короткие сверки с новым руководителем, он докладывает вам о ключевых показателях проекта, возникших ограничениях и путях их снятия;
5. Собственник оставляет за собой договорные изменения и решения, выходящие за согласованный предел затрат.
6. Раз в неделю проводите совещание, на котором вместе проверяйте вехи, обязательства и вопросы, которые требуют вашего участия.

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

Мини-инструкция на первую неделю

День 1–2. Запишите все повторяющиеся вопросы, по которым решение пока принимает собственник. Отметьте, кто их инициирует и какая информация требуется для ответа. Не пытайтесь сразу изменить всю структуру компании.

День 3. Выберите одну группу решений для передачи и сформулируйте результат роли. Определите три границы полномочий: самостоятельное действие, предварительное согласование и немедленная эскалация (доклад). Отдельно проверьте, какие решения связаны с договором, безопасностью и затратами.

День 4. Проведите разговор с назначенным руководителем и участниками. Покажите действующий план, критерии готовности фронтов, журнал препятствий и маршрут вопросов. Важно услышать, каких данных и полномочий человеку не хватает, чтобы принять обязательство.

День 5. Проверьте первые решения. Какие вопросы закрылись без собственника, где команда вернулась к старому порядку и почему? По итогам недели уточните правила и контрольные точки. Расширяйте роль только после того, как на первом участке работы можно увидеть устойчивый результат.

Ошибки, которые возвращают ручное управление

Часто собственник передаёт человеку только обязанность сообщать о проблемах, но оставляет себе каждое решение. Иногда назначает сразу несколько руководителей без границ между ними и получает два противоположных ответа на один вопрос. Бывает и обратное: новая роль получает широкий мандат, но не получает план, критерии приёмки и данные о ресурсах. Во всех случаях формально делегированная задача возвращается к владельцу, когда возникает первое отклонение.

Другая ошибка — оценивать руководителя по количеству сообщений или фотографий. Разумнее смотреть, способен ли он заранее обнаружить неподготовленную работу, договориться о передаче результата, назвать владельца ограничения и своевременно поднять исключение. Фото и отчёты могут подтвердить факт, но не заменяют эту работу. Если руководитель принял решение в согласованных пределах, собственнику важно не отменять его без объяснения перед всей командой: иначе участники быстро усвоят, что реальный центр управления не изменился.

С чего начать разговор о внедрении

Если на ваших проектах собственник ежедневно решает вопросы графика, ресурсов и передачи фронтов, не обязательно начинать с новой оргструктуры. Полезнее разобрать один действующий процесс: где появляется решение, кто его готовит, по какому признаку его можно принять и что должен видеть владелец бизнеса. Для первичной диагностики можно описать ситуацию в брифе на сайте: https://olegzolotukhin.ru/brief/ ↗ . Услуги по настройке управления строительными проектами описаны отдельно: https://olegzolotukhin.ru/uslugi/ ↗ .