Проблема передачи смены.

Вводка

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

Встреча, которой нет в календаре

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

Странность передачи смены в том, что она одновременно самая ценная передача информации в здании и самая неструктурированная. У отеля будет описанный регламент того, как застилается кровать, и ни одного описанного регламента того, как вечерний менеджер рассказывает ночному, что сейчас горит.

Состояние и суждение

Передача смены несёт две разные вещи, и ведут они себя совершенно по-разному.

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

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

Суждение не перечислимо. Его нет в PMS и никогда там не будет. Оно существует потому, что человек посмотрел, как что-то происходит, и сделал вывод, и это самое ценное, что смена производит.

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

Протечка на третьем этаже

Карим передаёт смену Лене в три часа дня.

О протечке на третьем этаже он ей говорит, потому что протечка — это состояние и потому что протечка на доске. Чего он не говорит — так это того, что сам разговаривал с гостьей из пострадавшего номера, в коридоре, и сказал ей, что техник придёт до ужина. Не говорит потому, что в момент передачи это не ощущается как информация. Это ощущается как то, что он сделал. У него в голове это закончено, и в голове же оно и остаётся.

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

Вывод гостьи будет не «техник опаздывает». Вывод будет «они не записали». Вывод верный, и именно он попадёт в отзыв.

Обратите внимание, чем этот сбой не был. Не пропавшей задачей — протечка у техников была. Не срывом коммуникации — Карим и Лена поговорили как положено, и Карим хорошо делает свою работу. Сбой был в том, что обещание, данное гостю, существовало только как воспоминание в человеке, который ушёл домой.

Почему формы получше не спасают

Инстинктивное решение — лучшая форма для передачи смены. Объекты пробуют это постоянно, и артефакты всегда одинаковы.

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

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

Причина провала форм структурная. Форма просит человека на усталом конце смены изложить по пунктам информацию, которая накапливалась всю смену целиком. Люди делают это плохо, и это не изъян характера.

Сводка, которая собирается сама

Альтернатива — не писать передачу смены лучше. Альтернатива — устроить всё так, чтобы бо́льшую её часть не нужно было писать, потому что то, что должно пережить смену, уже существует как объекты до начала передачи.

Конкретно это значит вот что:

• Протечка — это задача с владельцем и сроком, и она переживает смену без того, чтобы кто-то её помнил.
• Обещание гостю живёт в ветке этого гостя, потому что Карим ответил ей там или потому что он добавил строку после разговора в коридоре — действие меньшее, чем заполнение формы, и совершённое в момент обещания, а не семью часами позже.
• Номер отмечен на доске уборки, так что состояние видно, а не припоминается.
• Незакрытый чек-лист незакрыт на экране, а не на чьей-то совести.

Как только это верно, характер сводки меняется. Она перестаёт быть передачей памяти и становится сводкой изменений состояния, а сводку изменений состояния система собрать может: что открылось, что закрылось, что просрочено, что эскалировано, в каких ветках последним говорил гость. В Treema это работа LORA — она берёт задачи, ветки и доски смены и производит сводку, так что уходящий менеджер правит черновик, а не сочиняет с нуля.

И тогда человеческая часть становится короче и лучше. Карим читает собранную сводку, и добавить ему нужно только то, чего никакая система произвести не могла: 412 злится не на номер. Это одно предложение работы, это самое ценное предложение за смену, и именно этим передача смены и должна была быть с самого начала.

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

Большинство объектов пытается починить передачу смены, улучшая разговор. Разговор — не проблема. Проблема в том, сколько на этот разговор навешано из того, что разговор нести никогда не должен был.