
Вот что интересно: многие коллеги до сих пор считают, что оценка СМК — это протоколы аудитов да графики в отчётах. А на деле, если система не ?живёт? в ежедневных процессах, все эти бумаги — просто красивая обёртка. Особенно это видно в сфере цифровизации, где проекты быстро меняются, и классические подходы к оценке иногда дают сбой.
Когда мы в ООО Хэнань Цзюйхэ Текнолоджи начинали внедрять комплексную оценку результатов системы управления качеством для своих проектов цифровой трансформации, первым делом столкнулись с парадоксом. Метрики были в зелёной зоне — сроки соблюдались, бюджет не превышен, клиент подписал акт. Но через полгода выяснялось, что внедрённое решение используется на 30% от возможностей, а команда заказчика возвращается к старым процессам. Формально — результат достигнут. По факту — эффективность системы близка к нулю.
Пришлось пересматривать сам подход. Вместо ?закрытых? чек-листов начали внедрять оценку по принципу outcome-based. То есть смотрели не на то, ?внедрили ли мы модуль?, а на то, ?сократилось ли время обработки заявки у клиента после этого?. Это сместило фокус с деятельности на ценность. Кстати, подробнее о нашем подходе можно почитать на нашем сайте, там есть кейсы — не реклама ради, а для примера.
Здесь ключевой момент — выбор точек замера. Берёшь, например, процесс ?обработка инцидентов?. Раньше мерили скорость ответа техподдержки (легко считать). Теперь добавили показатель ?количество повторных обращений по одной проблеме? (сложнее, но показательнее). Это сразу выявило слабое место — знания из решённых инцидентов не попадали в базу, и каждый раз начинали с нуля. Такой нюанс классический аудит по ГОСТ Р ИСО 9001 мог и пропустить.
Наша компания, как поставщик услуг цифровой трансформации, часто работает со средним бизнесом, который только переходит на процессное управление. И тут возникает диссонанс. Мы приходим с agile-методологиями, короткими циклами, а их система качества заточена под длинные производственные циклы с жёстким контролем на выходе. Оценка эффективности в таких условиях — это постоянный поиск компромисса.
Запомнился проект по автоматизации логистики для одного производственного холдинга. Их система управления качеством была выстроена идеально… для завода. Все регламенты, папки с подписями. Но когда мы начали внедрять облачную платформу с еженедельными обновлениями, их модель контроля рухнула. Нельзя две недели ждать согласования изменения в протоколе тестирования, если завтра выкатывается новая версия. Пришлось вместе с их QA-отделом разрабатывать ?гибридную? модель оценки — где-то оставляли обязательные контрольные точки, а где-то вводили оперативные чек-листы для спринтов.
Этот опыт показал, что оценка должна быть адаптивной. Нельзя взять один шаблон и применять его ко всем продуктам. Для долгосрочного проекта по разработке ПО и для быстрой интеграции готового SaaS-решения — критерии и риски разные. Иногда полезно оценивать не только результат, но и ?здоровье? самого процесса оценки. Не превратился ли он в бюрократическую рутину?
Все любят говорить об успехах, но больше всего учат ошибки. Мы одно время увлеклись автоматизацией сбора метрик. Внедрили дашборды, которые в реальном времени показывали сотни показателей по проектам. Казалось бы, вот он — идеальный инструмент для оценки результатов. Ан нет. Через три месяца заметил, что менеджеры тратят больше времени на анализ этих графиков, чем на работу с командой. Возник эффект ?паралича анализа?.
Более того, некоторые важные вещи просто не ловились метриками. Например, моральное состояние команды или уровень доверия с ключевым специалистом со стороны заказчика. Помню, по всем цифрам проект был успешен, но главный технолог клиента был в тихой оппозиции и саботировал финальное внедрение ?тихо?, не нарушая формальных процедур. Система оценки этого не увидела. Пришлось срочно вводить регулярные неформальные встречи и экспертные интервью как обязательный элемент оценки.
Отсюда вывод: никакой софт не заменит человеческого суждения. Баланс должен быть таким: 60% — объективные данные (метрики, отчёты), 40% — субъективная экспертиза (интервью, наблюдение, ретроспективы). Особенно это критично в услугах, где результат — это часто не продукт, а изменение в процессах клиента.
Есть большой соблазн, особенно для отчётности перед руководством или для сертификационных органов, сделать акцент на красивых диаграммах и достигнутых KPI. Мы в ООО Хэнань Цзюйхэ Текнолоджи тоже через это прошли. Готовили идеальные презентации по завершении этапов. Но потом один из наших старых клиентов как-то сказал: ?Ребята, вам лучше всех знать, где косяки были. Покажите их, и вместе подумаем, как избежать в будущем?. Это было откровением.
Теперь в практику вошли ?отчёты о проделанной работе с разделом “Что пошло не так”?. В них мы анализируем не только успехи, но и отклонения, даже если они не привели к срыву сроков. Например, почему оценка трудозатрат на интеграцию с legacy-системой оказалась занижена на 40%? Это не поиск виноватых, а источник для улучшения самой системы оценки на будущее. Такой подход требует зрелости и от нас, и от заказчика, но он того стоит.
Это напрямую связано с философией непрерывного улучшения (цикл PDCA). Если оценка системы управления не выявляет точек для такого улучшения, а лишь констатирует соответствие, то она мертва. Её цель — не доказать, что всё хорошо, а найти, где можно сделать ещё лучше, даже если “хорошо” уже достигнуто.
Так к чему же всё это? Оценка результатов системы управления качеством — это не этап, не мероприятие и не отчёт. Это постоянный диалог между планом и реальностью, между ожиданиями и результатом. В цифровой трансформации этот диалог должен быть особенно быстрым и честным.
Для нас, как для интегратора, важно, чтобы этот процесс приносил пользу не только нам для внутреннего контроля, но и была прозрачной и полезной ценностью для клиента. Поэтому мы иногда делимся выводами из нашей внутренней оценки с их командой — это укрепляет партнёрство и позволяет вместе корректировать курс.
В конце концов, лучшая оценка — это когда клиент возвращается с новым проектом не потому, что контракт это предусматривает, а потому что видит реальный, измеримый эффект от совместной работы. И этот показатель, хоть его и нет в стандартных регламентах, для меня лично — самый главный результат работы всей нашей системы качества.