Как создать культуру постоянных улучшений
Почти каждая организация хочет постоянно улучшаться.
Быстрее принимать решения.
Лучше работать с клиентами.
Снижать количество ошибок.
Развивать сотрудников.
Повышать производительность.
Убирать лишние согласования.
Автоматизировать ручную работу.
Находить новые способы создавать ценность.
Но в реальности постоянные улучшения очень часто существуют только как намерение.
Проводятся ретроспективы.
Запускаются инициативы.
Собираются предложения.
Появляются рабочие группы.
Обсуждаются идеи.
Иногда создаются отдельные программы трансформации.
Но через некоторое время система возвращается в привычное состояние.
Люди снова заняты текущими задачами.
Небольшие проблемы компенсируются вручную.
Неудобные процессы сохраняются.
Повторяющиеся ошибки воспринимаются как нормальная часть работы.
И улучшение снова становится чем-то, что нужно специально «запустить».
В этом и заключается ключевой парадокс.
Культура постоянных улучшений появляется не тогда, когда организация регулярно запускает проекты по улучшению.
Она появляется тогда, когда поиск и устранение причин проблем становится нормальной частью ежедневного управления.
Культура улучшений — это не количество инициатив
Можно запустить двадцать проектов изменений и при этом иметь организацию, которая почти не развивается.
И наоборот.
Компания может не использовать громких терминов, но регулярно улучшать процессы небольшими решениями.
Поэтому важно различать:
изменения как отдельную деятельность
и
способность системы постоянно адаптироваться.
Первое можно организовать приказом.
Второе требует изменения самой управленческой среды.
Если сотрудники видят проблему, но не могут её изменить, культура улучшений не возникает.
Если за ошибку наказывают сильнее, чем за её сокрытие, люди перестают экспериментировать.
Если каждая небольшая идея требует пяти согласований, инициатива постепенно исчезает.
Если все ресурсы распределены только под текущий результат, улучшения всегда будут проигрывать операционной работе.
То есть культура улучшений создаётся не лозунгами.
Она создаётся архитектурой управления.
Система всегда обучает людей определённому поведению
Руководство может говорить:
«Предлагайте идеи».
Но сотрудники смотрят не на слова.
Они смотрят на последствия.
Человек предложил изменить процесс.
Что произошло?
Его услышали?
Проверили предложение?
Дали возможность провести эксперимент?
Или попросили написать подробное обоснование, согласовать с несколькими уровнями и самостоятельно доказать экономический эффект ещё до проверки?
Через несколько таких ситуаций появляется понятное правило:
проще работать как раньше.
Так система обучает людей не проявлять инициативу.
Не потому, что они ленивые.
А потому, что инициатива стала экономически и психологически невыгодной.
Постоянные улучшения начинаются с разрешения замечать несовершенство
Это кажется очевидным.
Но многие организации фактически требуют противоположного.
Показатели должны быть зелёными.
Проекты — под контролем.
Руководители — уверенными.
Команды — продуктивными.
Проблемы воспринимаются как доказательство слабого управления.
В такой среде возникает естественное желание показать, что всё нормально.
Небольшие отклонения скрываются.
Риски поднимаются позже.
Ошибки объясняются внешними обстоятельствами.
Люди учатся не искать проблему, а защищать картину стабильности.
Но культура улучшений невозможна без честного признания:
что-то в нашей системе сегодня работает хуже, чем могло бы.
Это не обвинение.
Это отправная точка анализа.
Проблема должна восприниматься как информация
Если ошибка автоматически означает поиск виновного, человек будет защищаться.
Если ошибка рассматривается как сигнал, появляется возможность учиться.
Например, сотрудник допустил ошибку в процессе.
Первый уровень вопроса:
кто ошибся?
Второй:
почему ошибся?
Третий:
почему система позволила этой ошибке дойти до результата?
Возможно, интерфейс неудобен.
Проверка происходит слишком поздно.
Процесс зависит от памяти человека.
Нагрузка слишком высока.
Инструкция допускает двойную интерпретацию.
Обучение недостаточно.
Человек всё равно может нести ответственность за свою часть работы.
Но анализ не должен останавливаться на персональном объяснении.
Именно так организация постепенно превращает ошибки в источник улучшения.
Культура улучшений начинается с вопроса «почему это повторяется?»
Единичная проблема может быть случайностью.
Повторяющаяся — уже системный сигнал.
Каждую неделю сотрудники вручную исправляют одну и ту же ошибку.
Каждый месяц возникает конфликт за одни и те же ресурсы.
Новые сотрудники постоянно задают одинаковые вопросы.
Проекты регулярно задерживаются на одном этапе.
Клиенты жалуются на одно и то же.
Если организация просто устраняет очередной случай, она управляет последствиями.
Если спрашивает:
«Что делает повторение этой проблемы предсказуемым?»
начинается настоящее улучшение.
Системное мышление как раз предлагает смотреть на повторяющиеся паттерны, взаимосвязи и структуру, создающую результат, а не ограничиваться отдельным событием.
Улучшение должно быть ближе к месту возникновения проблемы
Одна из самых распространённых ошибок — централизовать улучшения.
Сотрудник видит проблему.
Сообщает руководителю.
Руководитель передаёт выше.
Потом вопрос попадает в проектную группу.
Там проводится анализ.
Через несколько месяцев появляется решение.
К этому моменту контекст уже изменился.
Чем длиннее путь от наблюдения до решения, тем дороже изменение.
Поэтому зрелая организация старается передать часть способности улучшать систему тем, кто непосредственно работает с ней.
Это не означает полной свободы.
Нужны границы.
Но внутри этих границ человек должен иметь возможность:
изменить небольшой процесс;
провести эксперимент;
проверить гипотезу;
убрать лишнее действие;
автоматизировать повторяющуюся операцию;
предложить новый способ работы.
Если любое изменение требует разрешения сверху, постоянными улучшения быть не могут.
Автономия должна иметь безопасные границы
Полная свобода тоже создаёт проблемы.
Если каждый самостоятельно меняет процесс, система быстро становится хаотичной.
Поэтому зрелая модель выглядит иначе.
Есть понятные ограничения.
Что команда может менять самостоятельно?
Что требует согласования?
Какие риски нельзя принимать?
Какие стандарты обязательны?
Какие метрики должны сохраняться?
Внутри этих границ команда получает свободу экспериментировать.
Это важный принцип.
Самоорганизация не означает отсутствие управления.
Она означает заранее спроектированное пространство решений.
Улучшение не должно конкурировать с основной работой как хобби
Очень часто руководство говорит:
«Нужно постоянно совершенствовать процессы».
Но ресурсная модель выглядит так:
100% времени — выполнение плана.
Дополнительные улучшения — когда появится свободное время.
Свободного времени не появляется никогда.
Поэтому культура улучшений требует признать простую вещь:
улучшение тоже является работой.
На него нужен ресурс.
Время.
Внимание.
Иногда бюджет.
Если команда постоянно работает на пределе мощности, она будет поддерживать существующую систему, но почти не сможет её менять.
Это одна из причин, почему максимальная загрузка людей может снижать долгосрочную эффективность.
Организации нужен некоторый резерв для обучения и изменений.
Самое опасное слово для улучшений — «потом»
Сейчас нужно выполнить план.
Потом автоматизируем.
Сейчас нужно закрыть вакансии.
Потом разберём процесс.
Сейчас нужно запустить проект.
Потом наведём порядок.
Сейчас некогда заниматься техническим долгом.
Потом исправим.
Проблема в том, что «потом» редко наступает самостоятельно.
Текущая работа всегда выглядит срочнее.
Поэтому управленческий долг постепенно накапливается.
Система становится всё более сложной.
И через некоторое время поддержание старого способа работы уже потребляет настолько много ресурсов, что на улучшение их остаётся ещё меньше.
Постоянные улучшения требуют ограничения количества изменений
Это может звучать странно.
Если мы хотим улучшаться быстрее, почему не запустить много инициатив одновременно?
Потому что сама способность организации меняться ограничена.
Каждое изменение требует:
внимания;
обучения;
координации;
адаптации;
анализа результата.
Если одновременно запустить слишком много улучшений, люди перестают понимать:
что действительно важно;
какое изменение дало эффект;
какой процесс теперь является правильным.
Возникает трансформационная перегрузка.
Поэтому культура постоянных улучшений — это не культура постоянного хаоса.
Скорее наоборот.
Она требует дисциплины выбора.
Лучше одно реализованное улучшение, чем десять обсуждённых
Команда провела ретроспективу.
Нашла семь проблем.
Можно создать семь action items.
Но гораздо полезнее спросить:
какое изменение сейчас даст максимальный эффект?
Выбрать его.
Реализовать.
Проверить.
Закрепить.
После этого перейти к следующему.
Так постепенно формируется доверие к самому механизму улучшений.
Люди видят:
обсуждения приводят к реальным изменениям.
Это значительно сильнее любой программы вовлечения.
Нужно научиться отличать улучшение от локальной оптимизации
Допустим, отдел хочет повысить собственную производительность.
Он начинает обрабатывать запросы крупными пакетами.
Для отдела показатели становятся лучше.
Но следующая функция получает огромные очереди.
Общий срок растёт.
Локально произошло улучшение.
Системно — ухудшение.
Именно поэтому любое изменение полезно оценивать не только внутри функции.
Нужно смотреть на весь поток.
Что происходит до нас?
Что после?
Как изменится время прохождения?
Где возникнет новая очередь?
Какие дополнительные расходы появятся?
Системный подход особенно важен здесь: результат определяется взаимодействием элементов, а не качеством каждого элемента по отдельности.
Культура улучшений требует общей цели
Если каждая функция улучшает только собственный KPI, организация может двигаться в разные стороны.
Продажи хотят больше сделок.
Операции — больше стандартизации.
Финансы — меньше запасов.
HR — меньше текучести.
ИТ — меньше изменений в системе.
Каждая цель разумна.
Но вместе они могут конфликтовать.
Поэтому улучшение должно быть связано с более высоким уровнем результата.
Например:
скорость создания ценности для клиента;
маржинальность;
время вывода продукта;
качество;
предсказуемость;
устойчивость потока.
Тогда функции начинают оценивать изменения не только через локальную эффективность.
Самая сильная культура улучшений возникает вокруг реальных проблем
Не вокруг абстрактного требования:
«Давайте каждый месяц генерировать пять идей».
Это может привести к искусственным предложениям.
Сотрудники начинают искать идеи ради самого показателя.
Появляются инициативы, которые мало что меняют.
Гораздо сильнее строить улучшение вокруг конкретного наблюдения.
Где мы теряем время?
Где возникает ожидание?
Что приходится переделывать?
Что раздражает клиента?
Где необходим ручной контроль?
Какая проблема повторяется?
Что сложно объяснить новому сотруднику?
Где одному человеку приходится постоянно спасать процесс?
Каждый такой вопрос способен привести к реальному изменению.
Особенно полезно искать ручные компенсации
В зрелом анализе фраза:
«Мы уже привыкли делать это вручную»
является сильным сигналом.
Потому что ручная компенсация часто скрывает дефект системы.
Например:
сотрудник каждое утро сводит данные из нескольких систем.
Руководитель вручную проверяет каждую заявку.
Проектный менеджер постоянно напоминает участникам о зависимостях.
HR самостоятельно отслеживает сроки адаптации в таблице.
Один эксперт знает, как исправлять конкретную ошибку.
Пока такие действия работают, проблема кажется небольшой.
Но именно здесь часто находятся хорошие точки улучшения.
Нужно искать не только большие проекты, но и маленькие потери
Организация легче замечает крупную проблему.
Срыв запуска.
Крупный клиент ушёл.
Большой проект провалился.
Но значительная часть потерь может находиться в сотнях маленьких действий.
Лишние пять минут.
Повторный ввод данных.
Ожидание ответа.
Ненужный отчёт.
Согласование, которое почти всегда автоматически одобряется.
Если умножить небольшую потерю на тысячи повторений, экономический эффект становится значительным.
Культура улучшений поэтому требует внимания к ежедневному процессу.
Хорошее улучшение должно уменьшать необходимость героизма
Если процесс работает только благодаря нескольким сильным людям, система остаётся слабой.
Опытный сотрудник знает обходной путь.
Руководитель быстро решает конфликты.
Проектный менеджер лично держит все зависимости.
HR вручную напоминает каждому менеджеру об адаптации.
Внешне результат получается.
Но цена — постоянная зависимость от отдельных людей.
Зрелое улучшение задаёт вопрос:
как сделать так, чтобы хороший результат происходил без постоянного ручного спасения?
Это очень важный критерий.
Система должна становиться менее зависимой от героических усилий.
Культура улучшений невозможна без прозрачности
Нельзя улучшить то, чего не видно.
Если нет данных о времени цикла, сложно понять, где возникает ожидание.
Если проблемы скрываются внутри функций, сложно увидеть повторяющиеся паттерны.
Если проекты имеют только зелёные статусы, риски становятся видимыми слишком поздно.
Если никто не понимает реальную загрузку, ресурсные конфликты выглядят неожиданными.
Поэтому прозрачность — фундамент постоянных улучшений.
Но она должна использоваться для анализа.
Не для наказания.
Иначе система снова начнёт скрывать неудобную информацию.
Метрики должны помогать задавать вопросы
Плохая модель:
показатель ухудшился — нужно срочно вернуть его в зелёную зону.
Сильнее:
почему он изменился?
Какой механизм стоит за движением?
Что происходит с соседними метриками?
Какие компромиссы мы видим?
Как изменение связано с процессом?
Показатель должен помогать обнаружить место для исследования.
Но не заменять само исследование.
Нужно измерять не количество идей, а эффект
Очень легко создать KPI:
50 предложений по улучшению в квартал.
Теперь организация гарантированно получит 50 предложений.
Но совершенно не гарантированно станет лучше.
Количество инициатив мало говорит о культуре улучшений.
Гораздо интереснее:
сколько повторяющихся проблем устранено;
сколько времени удалось убрать из процесса;
как изменилось количество переделок;
где снизилась нагрузка;
что автоматизировано;
какие риски теперь обнаруживаются раньше;
какие решения стали приниматься быстрее.
То есть важна не активность вокруг улучшения.
Важен изменившийся результат системы.
Руководитель должен создавать спрос на улучшения
Если на встречах обсуждаются только:
план;
отклонения;
дедлайны;
бюджет;
то именно это сотрудники и будут считать настоящей работой.
Чтобы улучшение стало нормой, руководитель должен регулярно спрашивать:
Что нам больше всего мешает?
Что повторяется?
Что мы делаем вручную?
Какую часть процесса можно убрать?
Что мы сегодня знаем о системе такого, чего не знали месяц назад?
Какое улучшение мы проверяем?
Что изменилось после прошлого эксперимента?
Вопросы руководителя формируют направление внимания команды.
Особенно важен вопрос «что мы можем перестать делать?»
Улучшение часто ассоциируется с добавлением.
Новая система.
Новая встреча.
Новый отчёт.
Новый процесс.
Новая роль.
Но сильнейшее улучшение иногда заключается в удалении.
Убрать отчёт.
Отменить согласование.
Сократить этап.
Закрыть проект.
Уменьшить количество KPI.
Упростить форму.
Объединить два процесса.
Чем зрелее организация, тем чаще она рассматривает упрощение как полноценный способ развития.
Нужна культура экспериментов, а не культура больших решений
Если любое изменение должно сразу быть окончательным, риск становится слишком высоким.
Люди будут осторожны.
Гораздо полезнее спрашивать:
как проверить идею небольшим и обратимым способом?
Не перестраивать весь процесс.
Изменить один этап на две недели.
Не внедрять систему на всю компанию.
Проверить на одной команде.
Не менять организационную структуру сразу.
Сначала проверить новую модель взаимодействия.
Эксперимент снижает стоимость ошибки.
А значит, повышает скорость обучения.
Неудачный эксперимент тоже должен создавать ценность
Если гипотеза не подтвердилась, это не обязательно провал.
Организация получила информацию.
Она узнала, что решение не работает.
Но для этого должны выполняться два условия.
Эксперимент был достаточно дешёвым.
И выводы действительно используются дальше.
Если же за неудачный тест начинают искать виновника, люди быстро перестают экспериментировать.
Тогда компания возвращается к большим, осторожным и долгим решениям.
Важно отделять обратимые решения от необратимых
Не каждый вопрос требует одинаковой глубины анализа.
Если решение легко отменить, его можно принимать быстрее.
Запустить небольшой пилот.
Поменять формат встречи.
Изменить правило работы команды.
Проверить автоматизацию.
Если не работает — вернуть назад.
Другие решения требуют значительно большей осторожности.
Большая инвестиция.
Критическое изменение архитектуры.
Юридические обязательства.
Массовая реструктуризация.
Культура улучшений не означает действовать без анализа.
Она означает использовать уровень анализа, соответствующий стоимости ошибки.
Руководители должны показывать пример пересмотра собственных решений
Это один из самых сильных культурных сигналов.
Руководитель говорит:
«Мы попробовали эту модель. Она не дала ожидаемого результата. Меняем подход».
Что видит команда?
Изменить мнение допустимо.
Признать ошибочную гипотезу допустимо.
Решения можно пересматривать на основании данных.
Совершенно другой сигнал возникает, если руководитель защищает старое решение только потому, что когда-то сам его предложил.
Тогда вся организация постепенно учится защищать прошлое вместо улучшения будущего.
Культура улучшений требует сохранения знаний
Организация может много экспериментировать и почти ничему не учиться.
Почему?
Потому что выводы остаются в головах отдельных людей.
Команда что-то попробовала.
Проект закончился.
Люди перешли в другие роли.
Через год новая команда повторяет тот же эксперимент.
Поэтому важные знания должны становиться частью системы.
Не обязательно создавать огромные базы документов.
Но нужно сохранять:
что проверяли;
почему;
какой получили результат;
какое решение приняли;
в каких условиях оно работает.
Иначе постоянные улучшения превращаются в постоянное повторение старых ошибок.
Нужно распространять успешные практики осторожно
Команда нашла отличный способ работать.
Возникает желание немедленно внедрить его во всей компании.
Но здесь легко сделать ошибку.
То, что работает в одной системе, не обязательно одинаково работает в другой.
Разный тип работы.
Разный размер команды.
Разные зависимости.
Разная зрелость.
Разная клиентская среда.
Поэтому сильная организация распространяет не только практику.
Она передаёт понимание:
какую проблему практика решает и в каких условиях.
Тогда другие команды могут адаптировать решение.
А не просто копировать форму.
Постоянные улучшения нельзя полностью передать отдельному подразделению
Можно создать центр трансформации.
Lean-office.
Agile-office.
PMO.
Команду процессных улучшений.
И это может приносить большую пользу.
Но если только это подразделение отвечает за развитие системы, остальные постепенно начинают воспринимать улучшение как чужую работу.
«Есть проблема — пусть они решают».
Это слабая модель.
Центр экспертизы может помогать.
Создавать методологию.
Фасилитировать.
Давать аналитику.
Соединять разные функции.
Но ответственность за улучшение собственной системы должна оставаться у тех, кто ей управляет.
Большие системные проблемы требуют отдельного контура
Есть улучшения, которые команда способна сделать сама.
Но есть вопросы другого уровня.
Например:
конфликт портфельных приоритетов;
перегрузка критического ресурса;
неправильная архитектура полномочий;
противоречивые KPI;
общая ИТ-архитектура;
структура принятия решений.
Локальная команда не сможет исправить это самостоятельно.
Тогда нужен механизм эскалации системных ограничений.
Именно здесь важны управленческие контуры, прозрачность зависимостей, ресурсов, рисков и портфельной приоритизации.
Без них команда будет бесконечно улучшать локальную часть вокруг нерешённой системной проблемы.
Культура улучшений требует права останавливать плохие инициативы
Организации любят запускать новое.
Значительно хуже умеют останавливать.
Проект уже получил бюджет.
У него есть спонсор.
Команда вложила много времени.
Поэтому даже при исчезновении ценности работа продолжается.
Но постоянные улучшения предполагают способность пересматривать не только процессы.
Но и сами решения.
Если инициатива больше не создаёт ценность, прекращение проекта может быть улучшением системы.
Это освобождает ресурсы.
Снижает незавершённую работу.
Возвращает фокус.
Иногда отказ от старого является значительно более сильным изменением, чем запуск нового.
Постоянное улучшение должно менять саму управленческую систему
На раннем этапе организация улучшает операции.
На более зрелом — начинает улучшать то, как она управляет.
Например:
как формируются приоритеты;
как распределяются ресурсы;
как принимаются решения;
как эскалируются риски;
как устроены KPI;
как работают встречи;
как управляется портфель;
как формируется обратная связь.
Это уже другой уровень.
Потому что именно управленческая архитектура определяет поведение многих процессов одновременно.
Одно изменение здесь может дать эффект сразу в нескольких частях организации.
Хорошая культура улучшений постепенно уменьшает количество пожаров
Это важный критерий.
Если организация много лет говорит о непрерывных улучшениях, но количество срочных проблем только растёт, стоит проверить, что именно она улучшает.
Настоящее развитие системы должно постепенно снижать вероятность повторяющихся сбоев.
Не обязательно полностью их устранять.
Среда меняется.
Появляются новые проблемы.
Но характер проблем должен изменяться.
Если компания годами решает одно и то же, её механизм обучения не работает.
Признак зрелости — проблемы становятся сложнее, а не одинаковее
На раннем этапе организация может бороться с базовыми вопросами.
Непонятная ответственность.
Ручная работа.
Отсутствие данных.
Повторяющиеся ошибки.
По мере развития эти проблемы должны уходить.
Появляются новые.
Связанные с масштабом.
Стратегией.
Архитектурой.
Новой технологией.
Изменением рынка.
Это хороший знак.
Система решила старый класс проблем и перешла к следующему уровню.
Плохо, когда спустя несколько лет обсуждаются те же самые причины.
Культура постоянных улучшений невозможна без доверия
Человек должен иметь возможность сказать:
«Этот процесс бессмысленный».
«Мы сделали неправильный выбор».
«Я допустил ошибку».
«Эта метрика ведёт к плохому поведению».
«Этот проект стоит остановить».
«Решение руководства не работает так, как ожидалось».
Если подобные высказывания опасны, улучшение будет происходить только на безопасном уровне.
Меняться будут шаблоны.
Форматы встреч.
Небольшие процедуры.
Настоящие ограничения останутся нетронутыми.
Поэтому психологическая безопасность — не мягкая HR-тема.
Это условие получения качественной информации о системе.
Но доверие не отменяет требовательность
Культура улучшений не означает:
всё можно;
ошибки неважны;
ответственности нет.
Наоборот.
Можно спокойно относиться к эксперименту, который не сработал.
Но требовать анализа результата.
Можно допустить ошибку.
Но ожидать раннего сообщения.
Можно разрешать пересмотр решения.
Но требовать объяснить основания.
Можно не наказывать за проблему.
Но требовать работы с её причиной.
Доверие и ответственность не противоречат друг другу.
Они усиливают друг друга.
Улучшение должно быть частью регулярного управленческого цикла
Пока оно существует отдельным мероприятием, культура будет хрупкой.
Гораздо сильнее встроить вопросы улучшения в обычную работу.
На командных встречах.
На ретроспективах.
В операционных обзорах.
При анализе проектов.
В портфельных решениях.
После значимых инцидентов.
При планировании.
После запуска нового процесса.
То есть управление должно регулярно проходить цикл:
результат → наблюдение → гипотеза → изменение → проверка → следующий вывод.
Тогда улучшение становится частью нормальной деятельности.
Самая сложная задача руководителя — не решить проблему самому
Сильный руководитель часто способен быстро исправить ситуацию.
Подключиться.
Позвонить.
Договориться.
Принять решение.
И это действительно помогает сегодня.
Но если он делает так каждый раз, система учится не решать проблему самостоятельно.
Возникает зависимость.
Поэтому зрелый руководитель после оперативного решения должен спросить:
что нужно изменить, чтобы мне не пришлось решать это снова?
Это один из лучших вопросов для построения культуры постоянных улучшений.
В конечном итоге культура проявляется в том, что происходит после обнаружения несовершенства
Слабая система спрашивает:
кто виноват?
Кто должен исправить?
Как быстрее вернуть показатель в норму?
Зрелая:
что произошло?
Почему?
Какой механизм это создал?
Что можно изменить?
Как проверить изменение?
Что мы должны сделать частью новой нормы?
Так отдельный сбой превращается в обучение.
А обучение — в развитие системы.
Постоянные улучшения — это не бесконечная трансформация
Организация не должна жить в состоянии вечной перестройки.
Это тоже разрушительно.
Смысл не в постоянной смене всего.
Смысл в способности замечать изменение реальности и своевременно корректировать систему.
Что-то работает хорошо — сохраняем.
Что-то перестало соответствовать условиям — меняем.
Где-то появляется проблема — изучаем.
Где-то есть более сильный способ — проверяем.
То есть стабильность и улучшение не являются противоположностями.
Хорошая система умеет сохранять то, что работает, и менять то, что перестало работать.
Настоящая культура улучшений появляется тогда, когда изменение перестаёт быть специальным событием
Не нужен отдельный призыв:
«В этом квартале займёмся эффективностью».
Люди сами замечают потери.
Команды способны менять локальную систему.
Руководители регулярно убирают организационные ограничения.
Проблемы становятся видимыми рано.
Эксперименты имеют безопасный масштаб.
Решения пересматриваются на основании новых данных.
Успешные практики закрепляются.
Неудачные не скрываются.
Системные вопросы поднимаются на соответствующий уровень.
И самое важное — организация постепенно видит связь между собственными решениями и результатом, который получает.
Культура постоянных улучшений начинается не с требования постоянно становиться лучше.
Она начинается с создания системы, в которой человеку рационально замечать проблему, безопасно говорить о ней и возможно что-то изменить.
Когда эти условия существуют, улучшения больше не нужно постоянно запускать сверху.
Система начинает учиться сама.
И именно это, а не количество инициатив, ретроспектив или проектов трансформации, является настоящим признаком развивающейся организации.
Данный материал носит исключительно ознакомительный и дискуссионный характер и отражает личное мнение автора.
