• НЕПРАВИЛЬНЫЙ ВЫБОР ИНСТРУМЕНТОВ ИЗ-ЗА НЕЯСНОСТИ ЦЕЛИ. БЕЗУСЛОВНО, ДЛЯ РАЗНЫХ ЦЕЛЕЙ НУЖНО БРАТЬ РАЗНЫЕ ИНСТРУМЕНТЫ. ЕСЛИ НЕТ ЦЕЛИ, ТО И НЕПОНЯТНО, КАК ЕЕ ДОСТИГАТЬ. КАЖДЫЙ ИНСТРУМЕНТ НАПРАВЛЕН НА ПОЧИНКУ ЧЕГО-ТО КОНКРЕТНОГО: ЛИН увеличивает скорость процессов, 6 Сигма снижает количество брака и повышает качество, Дизайн-мышление позволяет разработать концепт процесса/продукта и т. д. При этом у каждого способа «улучшайзинга» свои ограничения и недостатки. Сделать все и сразу одновременно не получится. В управлении проектами это называется проектным треугольником , где вершинами равных сторон являются основные ресурсные ограничения проекта (см. рис. 1).
Рис. 1. Проектный треугольник
Снижение стоимости, сроков или повышение качества также выступают и в роли задач в проектах «улучшайзинга» практически в 90 % случаев.
Треугольник же демонстририрует, что при ограниченных ресурсах, двигаясь к одной из задач, мы на то же расстояние отдаляемся от другой задачи. Попытавшись реализовать все три задачи одновременно с одинаковой отдачей, мы остановимся посреди треугольника, так и не достигнув ни одной. Позвольте проиллюстрировать эту ситуацию профессиональным анекдотом-былью из арсенала проектных менеджеров.
Говорят, на окраине Москвы есть автосервис, на дверях которого висит табличка:
Выберите, пожалуйста, две приоритетные для вас опции
• И наконец, полная фрустрация персонала. Ведь отсутствие цели не означает отсутствие работы. Все бегут, нанимается множество консультантов, одновременно делаются взаимоисключающие вещи. В общем, работа кипит. Только светлое будущее никак не наступает.
Вам нужны цели? Так вот же они!
Тем не менее не все так плохо. В ряде случаев необходимость определиться с ответом на вопрос «для чего и зачем» все-таки находит своих последователей. И в этот момент все становится гораздо хуже…
Оказывается, ответ не обязательно находить. Его можно заимствовать, выдумать или – мое самое любимое! – аргументированно обосновать, почему не нужно ничего менять.
Ниже я приведу свой персональный топ-лист ответов на вопрос: зачем нам нужны изменения?
1. Первое место и наш фаворит: «Потому что все так делают»или «Это сейчас модно». Действительно, сейчас тема управления изменениями достаточно востребована. Только, как в случае с любым другим проектным подходом, нужно понимать, что каждая ситуация уникальна. Одной компании, занимающей лидирующие позиции на рынке, нужно немного повысить лояльность потребителей, а другой, находящейся в глубоком упадке, – радикально улучшить производительность и эффективность труда. И если первой достаточно поднять качество в нескольких ключевых процессах на 10 %, то второй нужно сначала определиться, какие процессы у нее вообще есть, поставить по ним КПЭ и сделать еще много работы, прежде чем усиленно проверять все и всех. А что касается моды, то в первую очередь стоит помнить, что вы работаете на благо компании, а не занимаетесь популяризацией изменений.
Производственная система «Тойоты» началась не с желания внедрить культуру постоянных улучшений (культура очень важна, и без нее работать с изменениями действительно невозможно, но об этом позже), а с задачи снижения себестоимости продукции. Motorola разработала методологию 6 Сигма для снижения уровня брака на производстве, а не потому что руководству компании хотелось создать образ креативной организации.
В общем, больше прагматики, меньше «воздушных замков».
2. «Есть такая методология, замечательная методология, которая решит все наши проблемы одним махом».Автор этой фразы мог почерпнуть идею из книг, слышать о новых подходах на конференции или на прошлом месте работы. Не суть важно, откуда он о ней знает. Главное, что он верит в «волшебную пилюлю», которой нет, и, как говорится, лечит слабительным и сердце, и легкие. В результате все в компании, мягко говоря, недовольны руководством, а проблемы только усугубляются, поскольку все ресурсы тратятся на новую «игрушку Главного».
Приведу еще один пример.
Одна крупная компания сначала внедряла ЛИН, потом 6 Сигма, потом ЛИН 6 Сигма (объединенный подход), задумывалась и локально использовала теорию ограничений, затем процессный подход, потом уходила в сторону дизайн-мышления, затем автоматизации и больших данных для одних и тех же проблем и т. д. При этом чаще всего все останавливалось либо на пилотных проектах, либо на первой волне улучшений. В итоге все изменения делались точечно, не объединялись друг с другом и не приобретали системного характера. Получалось этакое «лоскутное одеяло». При этом бывали случаи, когда менеджер, приходящий со стороны, не вдавался в суть преобразований, а просто объявлял все, что было сделано до него, ересью и уничтожал результаты двухлетней работы.
Читать дальше