Коли зупиняється лінія, а повідомлення про це губиться серед розсилок, компанія платить простоєм. Коли кожна дрібниця приходить «терміново» й з дзвінком, люди не можуть зосередитися на роботі. В обох випадках причина одна: канал зв’язку не відповідає змісту повідомлення.
У 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.
Як зрозуміти, що система працює
- скоротився час реакції на сигнали андона;
- поменшало дзвінків «ти бачив мій лист?»;
- на нарадах обговорюють відхилення, а не з’ясовують, хто що знав;
- люди можуть годину-дві працювати зосереджено й не пропускати важливого.
Повністю уникнути невідповідностей не вийде. Але домовленість про канали робить комунікацію передбачуваною: термінове доходить одразу, а все інше не заважає працювати.
