Когда останавливается линия, а сообщение об этом теряется среди рассылок, компания платит простоем. Когда каждая мелочь приходит «срочно» и со звонком, люди не могут сосредоточиться на работе. В обоих случаях причина одна: канал связи не соответствует содержанию сообщения.
В Lean есть простой способ навести здесь порядок: разделить коммуникации на те, что сами «выталкивают» информацию к человеку (push), и те, из которых человек «вытягивает» её, когда ему нужно (pull).
Откуда берётся хаос в коммуникациях
Хаос редко появляется из-за лени или невнимательности. Обычно он складывается из нескольких привычных вещей:
- Каналов становится всё больше. Почта, два-три мессенджера, телефон, видеозвонки, внутренняя система задач, бумажные доски. Новые каналы добавляются, старые не исчезают.
- Нет договорённости, что куда писать. Поэтому универсальным становится канал, самый удобный для отправителя: чаще всего почта или общий чат.
- Отправитель не доверяет каналу и дублирует. Письмо, потом звонок «ты получил моё письмо?», потом личный визит. Три контакта вместо одного.
- Получатель держит всё открытым. Он постоянно переключается между сообщениями, и каждое переключение стоит внимания и времени на возврат к работе.
В итоге срочное теряется среди несрочного, а несрочное постоянно прерывает работу.
Push и Pull: два способа доставить информацию
Термины пришли из Lean-логистики. В pull-системе, например в канбане, материал движется тогда, когда его запрашивает следующий процесс. В push-системе его отправляют тогда, когда так решил предыдущий. С информацией всё так же.
- Push — сообщение само находит человека. Сирена, андон, звонок, личный разговор. Канал сильный, но дорогой: каждое такое сообщение прерывает чью-то работу.
- Pull — человек берёт информацию, когда ему нужно. Доска, общая папка, канал команды, задача в системе. Канал дешёвый и не мешает, но не подходит для того, что не может ждать.
Главное правило: чем выше цена задержки, тем «громче» должен быть канал. Всё, что может подождать, должно жить в pull-каналах.
Как это выглядит на производстве
Андон — классический push. Оператор видит проблему и подаёт сигнал: лампа, звук, табло. Но андон работает только тогда, когда на сигнал гарантированно реагируют. Должен быть человек, который подходит за определённое время, и понятное правило, что делать дальше. Если на сигнал никто не реагирует, операторы быстро перестают его подавать.
Доски визуального управления — классический pull. План и факт по часам, отклонения, открытые вопросы видны каждому, кто проходит рядом. Не нужно никого спрашивать или рассылать отчёты: информация находится там, где выполняется работа.
Короткие совещания у доски сочетают оба подхода. В определённое время команда собирается у доски и разбирает отклонения. То, что не решается на своём уровне, передаётся выше по чёткому маршруту: от бригады к мастеру, от мастера к начальнику цеха. Срочным вопросам не нужно ждать совещания, для них есть андон и эскалация.
Пять типичных ошибок
- Почта для всего. Почта по своей природе pull-канал: человек читает её, когда может. Срочное в почте теряется.
- «Продублирую звонком». Если срочное приходится дублировать, для него выбран не тот канал.
- Чат, который стал сиреной. Упоминания всех участников и уведомления на каждое сообщение превращают pull-канал в push. Люди отключают уведомления и пропускают действительно важное.
- Push без ответственного. Сигнал подали, а кто должен отреагировать и за какое время, не определено.
- Pull без ритма. Доску никто не обновляет и не смотрит, поэтому информацию снова разносят письмами.
Как выбрать канал: срочность и сложность
Одной срочности мало. Важно ещё, можно ли решить вопрос одним действием или его нужно обсудить с несколькими людьми.
Коммуникационное соглашение команды
Самый простой инструмент — договорённость на одну страницу: какая ситуация, каким каналом о ней сообщают, кто реагирует и как быстро. Вот пример для производственного участка:
| Ситуация | Канал | Кто реагирует | Время реакции |
|---|---|---|---|
| Остановка оборудования, угроза безопасности | андон, звонок мастеру | мастер смены | до 5 мин |
| Брак, отклонение от стандарта | андон, запись на доске | мастер, инженер по качеству | до 15 мин |
| Отставание от плана смены | доска «план–факт», совещание смены | мастер смены | на ближайшем совещании |
| Вопросы к другим отделам | задача в системе | владелец процесса | 1 рабочий день |
| Изменения в документации, стандартах | задача и сообщение в канале команды | технолог | до следующей смены |
| Общие новости | информационная доска, канал компании | — | без требований |
Это пример: время реакции и каналы каждая команда определяет для себя, исходя из цены задержки.
Пять шагов внедрения
- Проведите инвентаризацию каналов. Запишите все, которыми реально пользуются. Обычно их больше, чем кажется.
- Разложите реальные сообщения на шкале срочности. Возьмите примеры за неделю: что случилось, как об этом сообщили, сколько времени прошло до реакции.
- Выберите один-два push-канала. Закрепите за ними ответственных и время реакции. Push должно быть мало, и он должен срабатывать всегда.
- Настройте pull. Одно место для каждого типа информации и регулярный ритм: совещание у доски, еженедельный обзор задач.
- Запишите соглашение и пересматривайте его ежемесячно. Что потерялось, где дублировали, что можно перенести из push в pull.
Как понять, что система работает
- сократилось время реакции на сигналы андона;
- стало меньше звонков «ты видел моё письмо?»;
- на совещаниях обсуждают отклонения, а не выясняют, кто что знал;
- люди могут час-два работать сосредоточенно и не пропускать важное.
Полностью избежать несоответствий не получится. Но договорённость о каналах делает коммуникацию предсказуемой: срочное доходит сразу, а всё остальное не мешает работать.
