Управління будівельним об'єктом: що фіксують на майданчику і хто це веде

На середньому об'єкті щодня трапляється щонайменше шість речей, які згодом комусь захочеться довести: що зроблено, скільки людей працювало, що пошкоджено, про що запитали проєктувальника, хто погодив матеріал і що вирішили на нараді. Зазвичай кожна з них живе в іншому місці: блокнот у начальника ділянки, таблиця в табельника, чат із субпідрядниками, лист проєктувальнику. Коли розмова заходить про затримку чи додаткові роботи, записи доводиться збирати з чотирьох місць, і частини з них бракує.

Щодня: щоденний журнал і фотографії

На кожен проєкт припадає один щоденний журнал на день, і система не дозволяє створити другий на ту саму дату. У ньому погода, бригади, матеріали, механізація та виконані роботи, а за потреби ще й простої з причинами. Журнал проходить три стани: чернетка, подано, затверджено. Затверджений журнал змінити вже не можна, тому запис за березень у травні не виправиш.

Рядок механізації можна прив'язати до машини з реєстру. Тоді години з журналу враховуються і як використання цієї машини, без повторного введення. Що саме вносити в щоденний запис і навіщо, описано в статті про щоденний журнал об'єкта. Книга наказів (заповедна книга, офіційний журнал об'єкта, який вимагає болгарське законодавство) - інший документ, їй присвячена окрема стаття.

Кожен запис з об'єкта (щоденний журнал, дефект, запит RFI, інспекція) має розділ «Фото». Файли з телефона зменшуються до розумного розміру перед завантаженням, а фото HEIC з iPhone перетворюються на JPEG. Без зв'язку фото чекають у черзі на пристрої й завантажуються, коли зв'язок повертається і застосунок відкритий. Черга діє лише для фото: усе інше в записі потребує зв'язку.

Докладніше про модуль: журнали робіт.

Щотижня: години і звіти про виконану роботу

Працю обліковують по тижнях, від понеділка до неділі. Кожен працівник вносить години за проєктами і завданнями та подає тиждень на затвердження. Люди з правом затвердження отримують сповіщення і або приймають тиждень, або повертають його з причиною. Поданий і затверджений тиждень заблоковані, тому після затвердження години не змінюються.

Там, де працю оплачують відрядно, є окремий вид звіту: обсяги за шаблоном видів робіт. Працівник бачить лише свою розцінку, а не продажну ціну, а той, хто затверджує, перед рішенням бачить, скільки вже затверджено за цим самим видом робіт на проєкті. Із затверджених звітів можна скласти чернетку акта для клієнта. Як розраховують цю працю, описано в статті про облік праці на об'єкті, а в модуля є сторінка про облік робочого часу.

Коли є проблема: дефекти, запити RFI і погодження

Дефекти. Кожен дефект - це запис із номером, що будується з коду проєкту, місцем (під'їзд, поверх, приміщення), відповідальним у компанії, підрядником із числа субпідрядників і строком усунення. Він проходить стани «Відкрито», «У роботі», «Готово до перевірки» і «Закрито», а відхилена робота повертається на доопрацювання. Закритий дефект можна відкрити знову. Список після обходу можна імпортувати з Excel, а не вносити рядок за рядком. Уночі система надсилає нагадування про дефекти, строк яких наближається або вже минув. Подробиці в статті про список дефектів і на сторінці модуля.

Запити інформації до проєктувальника (RFI). Питання проходить стани чернетки, «Відкрито», «Відповідь надано» і «Закрито», а зайвий запит можна анулювати. До RFI також можна додати вплив на вартість і графік. Так відповідь проєктувальника не залишається в чиїйсь поштовій скриньці. Більше в статті про RFI і на сторінці модуля.

Погодження. Матеріали й зразки, які потребують схвалення проєктувальника чи клієнта, мають власний запис. Рішення: «погоджено», «погоджено із зауваженнями», «на доопрацювання» або «відхилено». Під час повторного подання ревізія отримує суфікс «-R1», «-R2» і так далі, а стара версія лишається в історії. У модуля є сторінка про погодження.

За розкладом: інспекції, наради, механізація

Інспекції. Контрольний перелік складають один раз як шаблон, а інспекції створюють із нього. Інспекція проходить стани «заплановано», «виконується», «завершено» і «закрито», але її не можна завершити, поки хоч один пункт не оцінено. Результат - відсоток пройдених пунктів, а за кожен не пройдений пункт система сама створює дефект у списку дефектів. Сторінка модуля: інспекції.

Наради. Фіксують порядок денний, учасників і протокол. Рішення з протоколу можна однією дією перетворити на завдання проєкту, щоб вони не лишалися тільки в тексті. Сторінка модуля: наради.

Механізація. У реєстрі є машини й обладнання зі статусами «вільна», «на об'єкті», «у ремонті» або «виведена з експлуатації». Машину не можна призначити на два проєкти одночасно, а машину, яка перебуває на проєкті, не можна видалити. Сторінка модуля: механізація.

Креслення

Креслення завантажують як PDF або зображення і ставлять на ньому позначки: до дефекту, завдання, RFI чи нотатки. Нова версія креслення не губить уже поставлені позначки. На практиці дефект - це не «у квартирі 12, десь біля ванної», а точка на плані, до якої повертається кожен, хто відкриває запис. Докладніше: креслення.

Як усе пов'язано

Записи прив'язані один до одного, тому нічого не вносять двічі. Інспекція, яку не пройдено, породжує дефекти. Рішення з наради стає завданням. Години з щоденного журналу потрапляють у використання машини. Дефект чи RFI може нести вартість і затримку, і керівник проєкту це бачить. Кожен запис прив'язаний до проєкту і підоб'єкта (під'їзд, поверх, квартира) та підтримує обговорення, фото й історію змін, де видно, хто, що і коли змінив.

Ризики ведуть окремо, у реєстрі ризиків: як це робити, описано в статті про управління ризиками в будівництві.

З чого почати

З щоденного журналу і списку дефектів. Ними користуються щодня, і при наступній суперечці вже є що показати. Облік робочого часу, інспекції та запити RFI додають, коли команда звикне фіксувати.