У більшості малих підрядних компаній система планування — це голова однієї людини, підкріплена груповим чатом і маркерною дошкою в майстерні.
І вона працює. Це важливо визнати: вона справді працює — приблизно до двох бригад. Власник знає, де хто, перекроює розклад одним повідомленням, щойно щось зсувається, і все тримається на спільному контексті, який записувати треба було б годину, а вголос переказати — за десять секунд.
Потім вона перестає працювати — і перестає раптово. Зазвичай поштовхом стає третя бригада, або тиждень відпустки власника, або один невдалий вівторок, коли одне скасування тягне за собою решту. Двоє приїжджають на той самий об'єкт. На інший не приїжджає ніхто. Клієнту, який записався три тижні тому, дзвонять напередодні ввечері й переносять.
Що насправді ламається?
Варто точно назвати, що саме ламається, бо очевидний діагноз («нам потрібен застосунок для планування») штовхає людей купувати те, що цього не виправляє.
Розклад існує більш ніж в одному місці. На дошці одне, в останніх сорока повідомленнях групового чату — інше, а в голові власника — та версія, яка справді діє. Ніхто не скаже, яка з них головна, тож усі питають власника — і власник стає вузьким місцем для кожного питання.
Зміни не доходять до всіх. Перенесення, оголошене в груповому чаті о 21:00, побачить лише той, хто в цю мить дивився в телефон. Той, хто був за кермом, дізнається о 7 ранку, коли приїде не за тією адресою.
Ніхто не бачить, що буде завтра. Бригади знають, що роблять сьогодні, бо їм сказали вранці. Вони не можуть планувати, не можуть сказати клієнту «ми повернемося в четвер» і не можуть попередити, що з четвергом буде проблема, — аж до самого четверга.
Обіцянок клієнтам не видно. Розклад веде облік того, куди їдуть бригади, а не того, що було обіцяно. Тож «ми почнемо вашу кухню на тижні 14-го», сказане в телефонній розмові місяць тому, ніде не зафіксоване й нагадує про себе розлюченим дзвінком 15-го.
Калькулятор вартості поїздки показує, у скільки вам обходиться дорога до об'єкта — за кожен об'єкт і за рік загалом.
Один розклад, який бачать усі
Рішення нескладне. Це один розклад — єдине джерело правди, — який кожен у бригаді бачить на власному телефоні і який оновлюється для всіх тієї ж миті, коли змінюється.
Це справді вся ідея, і її цінність майже повністю тримається на словах «один» і «усі». Гарний інструмент планування, у який дивиться лише сам власник, відтворює ту саму стару проблему, тільки з кращою графікою.
Три властивості тут важать більше за функції:
Його має бути легко прочитати з телефона на під'їзній доріжці — секунди за три. Де я, що роблю, хто ще там, яка адреса. Якщо працівникові доводиться щось шукати, він просто напише власнику — і ви знову там, з чого починали.
Зміни мають ставати видимими без окремого оголошення. Переноситься об'єкт — переноситься й розклад. Ніхто не має ще й додатково слати повідомлення, бо того дня, коли про це забудуть, хтось поїде не туди.
Він має містити обіцянку, дану клієнту, а не лише те, куди призначена бригада. Розклад має знати, що цей об'єкт обіцяно на тиждень 14-го, щоб, переносячи щось на цей тиждень, ви бачили, що саме витісняєте.
Дошка дня і тиждень наперед
На практиці малим бригадам потрібні два різні екрани, і плутати їх — поширена помилка.
Дошка дня — робочий документ бригади. Сьогодні, хто де, у якому порядку, з адресами й нотатками про доступ. Вона має бути гранично простою, щоб о 6:45 ранку її не треба було розшифровувати.
Тиждень наперед — екран планування для власника. Він показує завантаженість: у яких бригад є вільний час, що не призначене, що під загрозою. Саме тут ви відповідаєте на питання «чи можемо ми взяти цей об'єкт?» — і саме це дає змогу перестати обіцяти більше, ніж ви встигаєте.
Бригада не має лізти в планувальник, щоб знайти свій день, а власник не має збирати картину завантаженості з семи дощок дня. Zeus навмисно розділяє їх: дошка дня — для бригади, планувальник — для розподілу роботи на тиждень. Обидва читають той самий розклад, тож суперечити один одному не можуть.
Навмисно закладайте запас часу
Найпоширеніша помилка планування в малому підряді — це не безлад. Це завантаження бригад на всі 100%.
Якщо кожна бригада щодня зайнята під зав'язку, то одному затягуванню робіт, лікарняному чи перенесеній інспекції просто нема куди подітися. Воно котиться далі й зсуває трьох клієнтів, і кожному з них потім треба подзвонити. Один поганий день перетворюється на два погані тижні.
Свідомо залишати проміжки здається марнотратством, але це не так. Пів дня незапланованого часу на бригаду щотижня поглинає майже всі звичайні відхилення. У ті тижні, коли нічого не ламається, цей час іде на повторні виклики, списки недоробок, кошториси чи те обслуговування, яке ви весь час відкладали, — а до всього цього однаково не доходили руки.
Пов'язана з цим звичка: перестаньте задовго наперед призначати конкретні дати початку для робіт, підготовку до яких ви не контролюєте. «Тиждень 14-го» — обіцянка, яку ви можете виконати. «Вівторок, 14-те, о 8 ранку», дане за місяць, — обіцянка, яка залежить від того, чи складеться як треба одразу чотири речі, і вона перетворює невеличкий зсув на порушене слово.
Субпідрядники — частина розкладу
Типова прогалина в плануванні малих бригад — те, що субпідрядники живуть поза системою. Гіпсокартонника замовляють через смс, електрика — телефоном, і жоден із них не з'являється в розкладі, навколо якого планується решта роботи.
Це спричиняє конкретний і дорогий збій: ваша бригада закінчує чорнові роботи в середу, а електрика замовили аж на наступний понеділок, і чотирьох днів простою ніхто не помічав до самого обіду середи.
Субпідрядникам не потрібно користуватися вашою програмою. Але їхні узгоджені дати мають бути у вашому розкладі, поруч із вашими власними бригадами, — інакше ви не побачите того ланцюжка залежностей, який насправді визначає, коли об'єкт буде завершено.
Що зробити насамперед?
Якщо ви працюєте на маркерній дошці й груповому чаті і це вже починає тріщати, ось послідовність, яка спрацьовує:
- Зберіть усі узгоджені об'єкти в одному місці, включно з нечіткими обіцянками клієнтам. Це неприємно, бо ви виявите, що набрали на себе забагато. Краще виявити це зараз.
- Дайте кожному в бригаді доступ на перегляд із власного телефона. Саме це, ще до будь-яких змін у процесах, знімає більшість щоденних питань «а де я сьогодні?».
- Перестаньте оголошувати зміни окремо. Змініть розклад і дайте людям це побачити. Це працює лише після кроку 2 — і саме це справді виводить груповий чат з ролі системи обліку.
- Додайте дати субпідрядників.
- Залиште пів дня запасу на бригаду щотижня і бороніть його.
Кроки 1 і 2 роблять більшу частину роботи. Решта — доопрацювання.
Часті запитання
Нас лише двоє. Це не перебір?
Для двох людей система «голова плюс смс» справді ефективна, і формалізувати її зарано — це зайвий клопіт без користі. Сигнал до змін — не кількість людей, а момент, коли вам доводиться пригадувати, що саме було обіцяно, або коли хтось приїхав не туди вже вдруге.
Наскільки наперед варто планувати?
Закріплені призначення бригад — приблизно на тиждень-два наперед; далі, на місяць-два, — узгоджені тижні, а не дні. Планувати конкретні дні за три місяці наперед означає створити хибну точність, яку ви потім усі ці місяці й перекроюватимете.
А об'єкти, які переривають і потім поновлюють?
Вони мають з'являтися в розкладі щоразу, коли по них ідуть роботи, а не один раз одним блоком. Кухня, над якою працювали п'ять днів із перервами, — це п'ять записів. Якщо трактувати її як один суцільний блок, проміжки зникають з поля зору, а саме в цих проміжках і подівся ваш робочий час.
Чи мають клієнти бачити розклад?
Загалом ні: внутрішній розклад містить дані інших клієнтів і постійно змінюється, а відкривши його, ви запрошуєте клієнтів торгуватися за бригади. Називайте клієнтові узгоджене вікно й повідомляйте, коли воно зміниться.
ZEUS