В большинстве маленьких подрядных компаний система планирования — это голова одного человека, подкреплённая групповым чатом и доской в мастерской.
И это работает. Важно это признать: система действительно работает — примерно до двух бригад. Владелец знает, где кто находится, и перекраивает планы сообщениями, когда что-то сдвигается. Всё держится на общем понимании, которое пришлось бы записывать целый час, а вслух проговаривается за десять секунд.
А потом она перестаёт работать, причём внезапно. Обычно всё рушит третья бригада, неделя отпуска владельца или один неудачный вторник, когда одна отмена запускает цепную реакцию. Два человека приезжают на один и тот же объект. На другой не приезжает никто. Клиенту, с которым договорились три недели назад, звонят накануне вечером и переносят дату.
Что именно ломается?
Стоит точно определить, что именно даёт сбой, потому что очевидный диагноз («нам нужно приложение для планирования») подталкивает людей покупать то, что проблему не решает.
График существует не в одном месте. Доска говорит одно, последние сорок сообщений в групповом чате — другое, а в голове владельца лежит версия, которая на самом деле верна. Никто не понимает, какая из них главная, поэтому все спрашивают владельца — и он становится узким местом для любого вопроса.
Изменения не доходят до всех. Перенос, объявленный в групповом чате в 21:00, видят только те, кто в этот момент смотрел в телефон. Тот, кто был за рулём, узнаёт об этом в 7 утра, приехав не по тому адресу.
Никто не видит завтрашний день. Бригада знает сегодняшний день только потому, что ей сказали утром. Планировать она не может, сказать клиенту «вернёмся в четверг» — тоже, а если с четвергом будут проблемы, скажет об этом только в четверг.
Обязательства перед клиентами невидимы. График отслеживает, куда едут бригады, а не то, что было обещано. Поэтому «кухню начнём на неделе 14-го», сказанное по телефону месяц назад, нигде не записано — и всплывает гневным звонком 15-го.
Калькулятор стоимости поездки на объект показывает, во сколько вам обходится дорога до объекта — за один объект и за год в целом.
Один график, видимый всем
Решение несложное. Нужен один график — единственно верный, который каждый в бригаде видит на своём телефоне и который обновляется сразу у всех, как только что-то поменялось.
Это, по сути, и есть вся идея, и её ценность почти целиком держится на словах «один» и «у всех». Красивый инструмент для планирования, в который смотрит только владелец, повторяет ровно ту же проблему, только с приличной графикой.
Три свойства важнее любых функций:
Он должен читаться на телефоне на подъездной дорожке примерно за три секунды. Где я, что делаю, кто ещё там, какой адрес. Если работнику приходится лазить по меню, он вместо этого напишет владельцу — и вы вернётесь туда, откуда начинали.
Изменения должны быть видны без объявлений. Работу перенесли — значит, перенесён и график. Никто не должен вдобавок писать сообщение: в тот день, когда об этом забудут, кто-то поедет не туда.
В нём должно быть и обещание, данное клиенту, а не только назначение бригады. График должен знать, что эта работа обещана на неделю 14-го числа, — тогда, перенося что-то на эту неделю, вы видите, что именно вытесняете.
Доска дня и неделя вперёд
На практике маленьким бригадам нужны два разных представления, и их смешение — распространённая ошибка.
Доска дня — это рабочий документ бригады. Сегодня, кто где, в каком порядке, с адресами и заметками о доступе. Она должна быть предельно простой и не требовать расшифровки в 6:45 утра.
Неделя вперёд — это инструмент планирования для владельца. Она показывает загрузку: у каких бригад есть свободное время, что ещё не назначено, что под угрозой. Именно здесь вы отвечаете на вопрос «сможем ли мы взять эту работу?», и именно она позволяет перестать давать невыполнимые обещания.
Бригаде незачем лезть в план недели, чтобы узнать свой день, а владельцу — собирать загрузку по семи доскам дня. Zeus разводит их намеренно: доска дня — для бригады, планировщик — для распределения работы по неделе. И то и другое берёт данные из одного графика, поэтому разойтись они не могут.
Запас времени закладывают специально
Самая частая ошибка в планировании у мелких подрядчиков — вовсе не бардак. Это загрузка бригад на все 100%.
Если каждая бригада занята под завязку каждый день, то любому срыву сроков, больничному или задержке инспекции просто некуда деться. Всё идёт по цепочке дальше: сдвигаются трое клиентов, и каждому потом надо звонить. Один плохой день превращается в две плохие недели.
Намеренно оставлять пустоты кажется расточительством, но это не так. Полдня незанятого времени на бригаду в неделю гасит почти весь обычный разброс. А в те недели, когда ничего не сорвалось, это время уходит на повторные выезды, списки недоделок, сметы или отложенное обслуживание — то есть на то, до чего всё равно не доходили руки.
Отсюда и вторая привычка: перестаньте задолго вперёд назначать конкретные даты начала там, где вы не управляете подготовкой. «Неделя 14-го числа» — обещание, которое вы можете сдержать. «Вторник, 14-е число, 8 утра», назначенное за месяц, держится сразу на четырёх вещах, и любой мелкий сдвиг превращает его в сорванное обязательство.
Субподрядчики — часть графика
Постоянная дыра в планировании маленьких бригад — субподрядчики живут вне системы. С гипсокартонщиком договариваются сообщением, с электриком — по телефону, и ни тот ни другой не попадают в график, вокруг которого строится вся остальная работа.
Отсюда конкретный и дорогой сбой: ваша бригада заканчивает черновую разводку в среду, а электрика записали на следующий понедельник, и четыре дня простоя никто не замечает до второй половины среды.
Субподрядчикам не обязательно пользоваться вашей программой. Но их подтверждённые даты должны стоять в вашем графике, рядом с вашими же бригадами. Иначе вы не увидите цепочку зависимостей, а именно она и определяет, когда объект будет сдан.
С чего начать?
Если вы держитесь на доске и групповом чате, а система уже трещит по швам, вот рабочая последовательность:
- Соберите в одном месте все работы, которые вы уже пообещали, включая расплывчатые обещания клиентам. Это неприятно: вы обнаружите, что набрали больше, чем можете сделать. Лучше узнать об этом сейчас.
- Дайте каждому в бригаде доступ на чтение с телефона. Уже одно это, ещё до любых изменений в процессах, убирает большую часть ежедневных вопросов «а куда мне сегодня?».
- Перестаньте объявлять изменения отдельно. Меняйте график и давайте людям увидеть это самим. Работает только после шага 2 — и именно это по-настоящему выводит групповой чат из роли системы учёта.
- Добавьте даты субподрядчиков.
- Оставляйте полдня резерва на бригаду в неделю — и отстаивайте его.
Шаги 1 и 2 делают основную часть работы. Остальное — доводка.
Часто задаваемые вопросы
Нас всего двое. Это перебор?
Когда вас двое, система «голова плюс сообщения» действительно работает, и формализовать её слишком рано — лишние хлопоты без выигрыша. Сигнал к переменам — не численность бригады, а момент, когда вам приходится восстанавливать по памяти, что именно вы обещали, или когда кто-то приезжает не туда уже не в первый раз.
На сколько вперёд стоит планировать?
Точные назначения — на неделю-две вперёд. Дальше, на месяц-два, — подтверждённые недели, а не дни. Назначать конкретные дни за три месяца — это ложная точность: все оставшиеся месяцы вы будете их переставлять.
А как быть с работами, которые прерываются и возобновляются?
Они должны появляться в графике каждый раз, когда за них берутся, а не один раз общим блоком. Кухня, над которой работали пять дней с перерывами, — это пять отдельных записей. Один сплошной блок прячет перерывы, а именно в перерывах и растворилась загрузка.
Стоит ли показывать график клиентам?
Как правило, нет: во внутреннем графике есть данные других клиентов, он постоянно меняется, а открытость провоцирует торг за бригады. Сообщайте клиенту его подтверждённое окно и предупреждайте, когда оно сдвигается.
ZEUS