Управление изменениями: как не превратить инновации в сбой Наверняка каждый из вас сталкивался с ситуацией, когда благое намерение — улучшить процесс, внедрить новое оборудование или цифровую с
Наверняка каждый из вас сталкивался с ситуацией, когда благое намерение — улучшить процесс, внедрить новое оборудование или цифровую систему — оборачивалось хаосом, авралами и разбором полётов. Вы задаёте себе вопрос: «Почему? Ведь мы хотели как лучше».
Ответ кроется в системной ошибке, которую допускает 90% организаций. Они путают инновацию с управляемым изменением. Первое — это идея. Второе — это тяжёлый, чётко регламентированный процесс, игнорирование которого аудиторы ISO 9001 научились находить моментально.
В ISO 9001:2015 этому посвящён пункт 6.3 «Планирование изменений» . Но, как показывает практика, именно его чаще всего «забывают» внедрить, считая, что раз изменение нужно, то и так всё понятно.
Сегодня разберём, как превратить требования этого пункта из бюрократической обузы в инструмент конкурентного преимущества.
📌 1. Суть требований
Главная аксиома: Любое изменение в одном процессе неизбежно тянет за собой изменение в другом .
Если вы внедряете ERP-систему, но не рассмотрели:
🔹 требуется ли вносить изменения в документированную процедуру , описывающую процесс хранения ( b) “целостность системы менеджмента качества”);
🔹 требуется ли изменить обязанности кладовщика ( пункт «d» — распределение обязанностей).
Изменения нужно планировать комплексно.
✅ 2. Чек-лист по п. 6.3
Стандарт требует рассматривать четыре аспекта. Давайте переведём их с бюрократического на человеческий язык и разберём на реальных примерах.
🔎 А. Цель и последствия (п.6.3 a)
Формулировка стандарта: цель изменения и возможные последствия.
Как это сделать правильно: Недостаточно сказать «Покупаем оборудование».
План действий:
🔹 Цель: увеличить план производства на 20%.
🔹 Анализ последствий: Что случится с производственным отделом (им придётся освоить новое ПО, потребуется ли сокращение, потребуется ли разработка нового технологического процесса)? О чём мы молчим, когда внедряем изменения? Об этом нужно подумать до старта.
🧩 Б. Целостность СМК (п.6.3 b)
Формулировка стандарта: целостность системы менеджмента качества.
Как это сделать правильно: Когда вы трогаете один кирпич в стене, проверьте, не рухнет ли соседний .
🛠️ В. Ресурсы (п.6.3 c)
Формулировка стандарта: доступность ресурсов.
Самая популярная ошибка: Мы привыкли считать деньги и оборудование. Но забываем про компетенции (п.7.2) и время.
Доступность ресурсов означает, что человек, который будет работать по-новому, уже умеет это делать или мы запланировали время и средства на его обучение .
👥 Г. Обязанности и полномочия (п.6.3 d)
Формулировка стандарта: распределение обязанностей, ответственности и полномочий.
Как это убивает изменения: Самый драматичный пункт. Старая поговорка «У семи нянек дитя без глазу».
Пример типичного сбоя:
Компания с сертифицированной СМК решает оптимизировать процесс входного контроля комплектующих. Раньше контроль проводил ОТК выборочно и делал записи в бумажном журнале. Решили внедрить сплошной автоматизированный контроль с регистрацией параметров в ERP.
Генеральный директор издает приказ: « IT-службе внедрить автоматизированный входной контроль до 1 марта».
А дальше — сбой.
⚠️ ОТК саботируют — работают по-старому, т к считают автоматизированный процесс не информативным.
⚠️ Возникает задолженность по приемке, простой линии.
Корень проблемы:
При планировании изменения (п.6.3 d) не был назначен именно владелец (исполнитель) изменяемого процесса. Именно он должен был:
🔹 дать информацию для корректных изменений;
🔹 утвердить перед запуском.
IT — это поддерживающие функции. Они не могут «назначить» себя владельцами чужого процесса. СМК сломалась именно в точке «назначили не того ответственного».
🧭 3. Пошаговая реализация
Как же прописать управление изменениями, чтобы не плодить бумажки, а реально управлять рисками?
🔹 Шаг 1. Идентификация «Триггера»
Изменение приходит не из воздуха. Источник — входные данные от заинтересованных сторон (жалоба клиента), анализ данных (рост брака), анализ со стороны руководства или реинжиниринг . Задача СМК — зафиксировать это как «Входной билет» на совещание по планированию.
🔹 Шаг 2. Формальная оценка (Заявка на изменение)
Заведите простой шаблон на 3 страницы вместо 30. который содержит колонки:
✅ Что меняем? (Процесс A, документ B)
✅ Кто меняет? (Владелец процесса)
✅ Риски при внедрении: Что сломается, если мы сделаем это завтра? (Используйте FMEA-подход).
✅ Пилот или Революция: Будет тестовый запуск (пилот) или мы ломаем всё сразу?
🔹 Шаг 3. План «Отката» (Rollback Plan)
В плане изменения обязательно должен быть пункт: «Что мы делаем, если 10 сентября в 14:00 новая система упала?».
Правильный ответ: Мы возвращаемся к старому регламенту и фиксируем причину сбоя.
🔹 Шаг 4. Верификация и валидация изменения
Не просто «мы решили», а подписанный протокол, что цель достигнута, целостность соблюдена, персонал обучен.
✅ Вывод
Пункт 6.3 — это не бюрократическая проволочка. Это экспресс-анализ «А не навредим ли мы себе своим же "улучшением"?».
Инновация (приобретение нового станка) становится сбоем в ту секунду, когда вы забываете переобучить сотрудника работать на нём (ресурс — знания). Когда вы выбрасываете старый станок до того, как новый прошел тестовую эксплуатацию (риск непрерывности).
Управляйте изменениями профессионально:
✅ Оценил (риски).
✅ Спланировал (пилот, ресурсы).
✅ Обучил (компетенции).
✅ Внедрил (и зафиксировал).
И помните: лучшее изменение — то, о котором через месяц никто не вспомнит как о проблеме, оно просто станет новой нормой жизни.