Список дефектов на строительном объекте: как вести его без споров при приёмке
Сдача назначена на четверг. В среду вечером кто-то спрашивает в общем чате «слушай, ту трещину у колонны на четвёртом исправили?», и дальше полчаса уходит на поиски: кто её снимал, когда и говорили ли о ней вообще субподрядчику.
Вот это и есть дорогой момент. Не сама трещина - она на полдня работы. Дорого то, что никто не может доказать, когда её заметили, на кого её повесили и была ли она принята. В споре выигрывает тот, у кого есть даты и фото. При ничьей платит владелец объекта.
Что на самом деле ломается
Список дефектов редко проваливается из-за того, что кто-то не знает, что нужно исправить. Он проваливается в трёх местах:
Нет автора и даты. «Я ему сказал» - это не запись. Через две недели обе стороны помнят по-разному.
Нет срока. Дефект без крайнего срока - не задача, а пожелание. Никто не скажет, опаздывает он или нет.
Нет доказательства. Фото, сделанное на месте в момент обнаружения, стоит больше трёх страниц описания. Если его нет, спор идёт слово против слова.
Дальше показываю, как выглядит ведение такого списка в Construction Team. Демо ниже проходит через всю жизнь одного дефекта и крутится само.
Дефекты
Стройплощадка / Дефекты
Открытые
2
В работе
1
На проверку
1
Закрытые
2
Просроченные
2
Все дефекты по всем вашим объектам в одном месте: кто за что отвечает, в какой срок и какие сроки уже сорваны. Красный цвет здесь не для украшения - это те два просроченных пункта, которые посчитаны в карточке выше.
Как это ведётся
Каждый дефект - отдельная запись с номером. Номер складывается сам из кода объекта: для объекта с кодом LOZ дефекты идут DEFLOZ-001, DEFLOZ-002 и так далее. Значит, номер можно написать прямо на месте, мелом на самой стене, и потом найти его в списке.
Обязательных полей всего два: объект и название. Остальное - расположение, ответственный, подрядчик, срок устранения, категория - заполняется, если известно. Дефект, заведённый на бегу с двумя полями, полезнее дефекта, которого нет вообще, потому что на полную форму не было времени.
Фото идут с телефона прямо на месте. Они загружаются на сервер после того, как запись уже создана, то есть связи ждать не надо, чтобы закончить обход.
Статусов пять, и переходы между ними ограничены. Открыт, В работе, На проверку, Закрыт, Возвращён. Система не даёт двигаться произвольно: из «На проверку» есть только два выхода - принять или вернуть на доработку. Это ограничение не ради ограничения, а способ не закрывать дефект, на который никто не посмотрел.
Просроченный - это тот, у кого срок вышел, а сам он ещё не закрыт и не возвращён. Принятый дефект перестаёт считаться просроченным, хотя дата та же. Каждое утро в семь уходит напоминание о сроках, которые приближаются или уже прошли - на сколько дней вперёд смотреть, настраивается.
Три вещи, которые решают спор
Если свести к главному, такой список даёт три записи, которых не дают ни бумага, ни чат.
Номер и дата заведения. Показывают, когда проблему заметили, а не когда кто-то вспомнил о ней сказать.
Фото с того самого момента. Прикреплено к записи, а не отправлено в чат и потеряно среди четырёхсот других сообщений.
Кто принял и когда. Хронология хранит создателя, момент объявления готовности к проверке, момент приёмки и имя принявшего. Это та строка, которая в споре говорит вместо вас, и именно поэтому приёмка - отдельное действие от устранения.
К этому добавляется влияние на стоимость - поле, в которое записывается, во сколько обходится устранение. Оно не обязательное, но когда оно заполнено, разговор с субподрядчиком об удержании становится разговором о цифрах, а не об ощущениях.
Чего он не делает
Нет импорта из файла. Дефекты заводятся в системе. Экспорт есть - в Excel, CSV или PDF, для протокола или для отправки, - а обратного направления нет. Старый список в таблице переносится вручную.
Не заменяет протокол приёмки. Список - рабочий инструмент, который ведёт к протоколу, а не сам протокол.
Не решает, кто виноват. Он записывает, кто что сказал и когда. Ответственность так и остаётся разговором между людьми, только разговором с датами.
Коротко
Список дефектов ведётся хорошо тогда, когда завести запись отнимает меньше времени, чем спор, который она предотвращает. Поэтому два обязательных поля, номер, который складывается сам, и фото с телефона делают больше работы, чем подробная форма, которую на объекте никто не заполняет.
А при сдаче в четверг утром ответом на «ту трещину исправили?» будет один экран, а не полчаса раскопок.
Часто задаваемые вопросы
Когда дефект заводят в список, а когда просто говорят мастеру?
Если устранение зависит от другого человека или другой фирмы, дефект заводят. У сказанного вслух нет ни даты, ни автора, и через две недели проверить его нечем. Мелочи, которые исправляются на месте за минуту, записи не стоят.
Кто должен закрывать дефект - тот, кто его устранил?
Нет. Устранение и приёмка - два разных действия, и цепочка рвётся именно здесь. Исполнитель отмечает дефект как готовый к проверке, а закрытие остаётся за тем, кто отвечает за качество. В хронологии записывается, кто его принял.
Зачем вести это в системе, а не в чате?
У чата нет статуса, нет срока и нет ответа на вопрос «какие дефекты ещё открыты в этом подъезде». Через три месяца поиск по переписке обойдётся дороже, чем ведение списка.
Что происходит, если срок прошёл?
Дефект подсвечивается красным и попадает в счётчик просроченных. Кроме того, каждое утро уходит напоминание о сроках, которые приближаются или уже прошли, но только по незакрытым дефектам.