Вы нанимаете команду консультантов, которые проводят у вас на предприятии месяц и внедряют какой-нибудь бережливый проект. Проект действительно внедряется силами консультантов: за это им и платят, и проект торжественно сдается вам. Вот фото было-стало, вот рост показателей. Результаты достигнуты, иначе и быть не может: ведь деньги уплачены. Проведены соответствующие обучения и рабочих, и начальников. Разработана и передана документация.
Вы спокойны и рады тому, что вашим сотрудникам после всех этих улучшений работается гораздо лучше. На оперативках вы каждый день спрашиваете у начальников всё то же самое, что и всегда: сколько произведено продукции и какого качества.
Прошло 3 месяца, вы заходите на участок. Где проект? Почему всё в грязи и разбросано? Почему документация не актуализируется?
На предприятии открывается новое направление: отдел по развитию производственной системы. Он работает и приносит какие-никакие результаты. Нарабатывает свою базу знаний, какие-то файлы. У них образуется своя рутина. Они собирают все «низко-висящие фрукты», после чего прогресс от их деятельности приобретает более плавную динамику.
Далее, то ли кризис грянул, то ли еще что-то произошло. В общем, отдел решили распустить. Тем более, что он уже поднял предприятие на определенный уровень и дальше можно пока поработать и так, а там видно будет.
Отдел развития разбегается кто куда.
Рутину больше никто не выполняет, участками больше никто не занимается. И самое главное: никто больше не приходит на участки, чтобы посмотреть на стандарты. И небольшая положительная динамика показателей превращается вовсе не в прямую горизонтальную линию, а в довольно крутую кривую с отрицательной динамикой. Система резко начинает возвращаться к тому, с чего начали. Все пожимают плечами и никто не виноват.
До того, как начинать что-то делать. Если задавать их на пепелище, то к тому моменту будет уже поздно.
– Чья идея делать проекты?
Не кто одобрил, а именно кто придумал. Это не вопрос того, кто в итоге виноват, а вопрос того, кто является источником воли, кто действительно радеет за результат. Если потом вам надо будет сообщить кому-то, что завершенный проект начал разваливаться, как только вышел из поля зрения – то сообщать нужно именно этому человеку: ему не все равно.
– Заметит ли кто-то, если показатели плавно вернутся к исходным значениям?
Соответственно, нужно определить показатели, на которые следует повлиять, и определить, отслеживаются ли они в повседневной деятельности.
– Как изменится отчетность начальника этого участка? На оперативках с него будут спрашивать всё то же самое и точно так же, как и до проекта? Если да, то он увидит, что раз про состояние проекта никто не спрашивает, значит, это никого не интересует. И тогда он очень быстро приведет систему к первоначальному состоянию.
– Руководитель проекта останется им после успешного завершения проекта?
Если руководитель проекта был консультантом, то очевидно, что нет. Будет ли назначен новый руководитель этого проекта? Напрашивается ответ, что (внимание!) по молчаливому течению дел, им станет начальник данного участка (и это правильно). Но возьмет он на себя эти обязанности формально или же действительно будет испытывать заинтересованность? Зависит от того, что от него будет требовать и чем будет интересоваться высшее руководство.
Начиная проект или какую-то деятельность, вы должны каждый день воображать картину, что будет с проектом, если вас (вот конкретно вас) отстранить. Вы должны с первого дня создавать понятную стороннему человеку электронную базу данных. Желательно в облаке или на ином общем пространстве. База должна быть прозрачной и понятной.
Наймите сотрудника, который раз в неделю или раз в день будет делать обходы по цеху, выставлять замечания и оценки, которые будут влиять на премию операторов, мастеров и начальников. Он первый заметит признаки деградации.
В ходе проекта вы должны отрезать все возможные пути к отступлению всем действующим лицам. Все ответственные должны быть прописаны очень недвусмысленно. Все точки контроля должны быть в удобном виде переданы в руки высшего руководства. Также вы должны время от времени говорить с руководством на эту тему. Вы должны устранить в системе всю возможную «мутную воду», размывание и разделение ответственности.
Пропишите свои зацепки в документацию настолько высокого порядка, докуда только сможете дотянуться. Пусть начальники участков как можно больше изменений делают сами, тогда они будут ощущать ответственность за это.
Не ограничивайтесь только этим. Проявите всю смекалку сами, зная, что проблема существует. В противном случае однажды вы обнаружите, что всё, что вы несколько лет делали, рассыпалось в прах.
Об этом забывают многие высокие руководители. Или делают вид, что забывают. Или просто упорно отрицают.
При создании отдела по развитию производственной системы можно допустить два типа ошибок.
Даже если вы не настроены на дальнейший рост, вы должны делать определенные дела для того, чтобы сохранить то, что приобрели.
Рутины со временем будет всё больше. Дело в том, что деятельность отдела по развитию состоит из нескольких типов. И там не только разовые улучшения, типа «передвинуть станки поближе», которые можно сделать один раз, после чего это улучшение всегда будет приносить пользу. Там еще много улучшений системы, требующих поддержания.
Например: никто не считал OEE, а начали считать. Никто не ходил в обходы по цеху, а начали ходить. Никто не вел стенды PDCA, а начали вести. Все эти процедуры требуют постоянного поддержания. Это приносит пользу до тех пор, пока вы это делаете.
И поэтому реальная точка отсчета динамики улучшения производственной системы не там, где у этого топ-менеджера на картинке (а у него она в наивысшей точке прошлого года, из-за чего ему кажется, что отдел развития уже ни на что не влияет, а только повышает постоянные издержки), а несколько ниже.
1. Не создавать отдел по развитию. Так написано в книге «Тойота Ката». Изменения изначально должны выполняться начальниками отделов, а координировать их положено первому лицу компании.
2. Если вы всё же решили создать отдел по развитию, то по минимуму нагружайте его полем «поддержание». Это поле максимально перекладывайте на начальников отделов. Но даже и в этом случае на отделе по развитию с каждым годом коралловыми рифами будет оседать всё больше и больше рутины.
3. Если вы не хотите выполнять пункт 2, то нужно примириться с тем, что ваш отдел развития рано или поздно придёт в фазу «9-го года», как на рисунке. Они будут вести множество рутинных задач для того, чтобы система не деградировала к первоначальному состоянию.
4. Постараться оптимизировать поле поддержания системы.
Важен не столько результат, сколько стабильный результат, без риска.
Допустим, есть инструкция, в которой описан метод достижения результата в 100% случаев. Но сотрудник отступил от инструкции и сделал так, как в 97% случаев прокатит, а в 3% случаев – катастрофа. За такой метод, за отступление от инструкции сотрудника надо наказывать. Даже если в этот раз он попал в свои счастливые 97%.
И сотрудник этого никогда не поймет и не примет. Он будет считать, что это произвол. Он будет говорить, что его задолбали инструкциями, совершенно задушили его буйный творческий потенциал и неуемную тягу к работе.
А наказывать нужно потому, чтобы он перестал испытывать удачу, т.к. рано или поздно он попадет в свои катастрофические 3%, и тогда уже будет разводить руками с фразами: «Человеческий фактор», «Ну, кто же знал?», «С каждым бывает» и т. д.
Этому посвящена львиная доля кинематографа: герой нарушает все регламенты, идет на риск и побеждает. А замшелые бюрократы только трясут своими инструкциями в бессильной злобе на то, что он начхал на правила. Это считается крутым.
А что будет, когда он нарушит правила и из-за этого произойдет катастрофа? Такого в кинематографе не показывают.
Поэтому исполнитель готов максимально снизить себе трудоемкость выполнения задачи (витки повышения надежности, как правило, сопровождаются дополнительными телодвижениями), переместив нагрузку на повышение риска, за который, в случае чего, будет расплачиваться предприятие. И оправдывать себя словами: «Ну получилось же. Никто же не умер».
Оставив в комнате пожарного и не пожарного, можно увидеть, что пожарный найдет там не один десяток опасных вещей, а не пожарный не найдет ни одной.
Пожарный на самом деле искренне считает, что включенные электроприборы – это очень опасно, что они могут стать причиной возгорания. В то время как обычный человек так вовсе не считает.
Самопроизвольное возгорание включенного электроприбора – очень маловероятное событие: в жизни обычного человека или не случается никогда, или раз в жизни. Поэтому никто не воспринимает это как угрозу.
Жизнь пожарного наполнена как раз этими маловероятными событиями – он только их и видит, он только ими и занимается. У него сгоревших квартир из-за оставленного на зарядке телефона – по пять штук на неделю. Так еще и эти примеры в его сознании отпечатаны так живо, так ярко, что они моментально всплывают в памяти. Он сам видел огонь, чуял запах дыма. Это не то же самое, что читать статистическую сводку.
Работая специалистом по СМК на химическом производстве, я боролся там с курением, т.к. некоторые виды сырья, а также их пары, были взрывоопасны.
С одной стороны – мнение начальников и моё: одна искра могла сложить всё здание. С другой стороны – мнение рабочих: они годами курили, так ни разу ничего не взорвалось, а значит, и угрозы нет.
Поэтому мою борьбу с курением никто не понимал и она подвергалась осуждению. Рабочие считали, что я борюсь с окурками и штрафую всех из соображений личного садизма, а также чтобы выслужиться.
О проекте
О подписке