«У нас есть система — это электронная таблица.» Это наиболее распространённый ответ, когда производителей среднего размера и цехов по обработке металла спрашивают, как они отслеживают входящие сертификаты испытаний прокатного стана. И для большинства цехов, обрабатывающих менее 300 активных расплавов в год, это обоснованный ответ. Электронные таблицы быстро настраиваются, все уже знают, как их использовать, они не стоят ничего для развёртывания и могут быть настроены под любые поля, необходимые команде качества.
Проблема не в том, что электронные таблицы неправильны для этой цели. Проблема в том, что они выглядят так, как будто они всё ещё работают намного дольше после того, как перестают быть надёжными.
Что работает ниже порога
Хорошо поддерживаемая электронная таблица для отслеживания MTC обычно включает столбцы для номера расплава, поставщика, марки, номера заказа, даты получения сертификата, пути к файлу сертификата и нескольких ключевых механических свойств. Для цеха, обрабатывающего 150–200 расплавов в год, где один или два человека ведут файл, это работает. Записи актуальны, человек, который это создал, знает, где всё находится, а поиск достаточно быстрый.
Ценность в этом диапазоне реальна. Цех имеет прослеживаемость, путь к файлу сертификата связан с фактическим документом, и проверяющие могут следить по цепочке. Ограничения ещё не появились, потому что объём ещё не нагружает систему.
Четыре режима отказа электронной таблицы
Отсутствие контроля версий. Главная электронная таблица находится на общем диске. Два человека одновременно открывают её и вносят изменения. Побеждает последнее сохранение. Изменения из предыдущего сеанса могут быть или не быть захвачены в зависимости от того, кто в последний раз сохранил файл и заметил ли кто-нибудь конфликт. В цехе, где три или четыре человека имеют доступ к отслеживающей системе сертификатов, молчаливая потеря данных — обычное явление — никто не отслеживает это, потому что никто не знает, чего он не знает.
Отсутствие связи расплава с документом, которая переживает перемещение файлов. Электронная таблица имеет столбец «путь к файлу сертификата», который указывает на местоположение PDF на общем диске. Когда структура файлов перестраивается — а она всегда перестраивается, обычно ежегодно — каждый путь в электронной таблице ломается. Сертификат по-прежнему там. Ссылка на него — нет. Кто-то проходит и исправляет критические и оставляет остальные сломанными. Со временем электронная таблица перечисляет расплавы, но фактические сертификаты можно найти только путём ручного просмотра папок.
Отсутствие проверки при вводе данных. Столбец предела текучести принимает любое значение. Техник вводит «36ksi» в одну строку, «36 ksi» в следующую и «36,000 psi» в третью, создав три разных значения для одного и того же измерения. Когда кто-то пытается фильтровать или анализировать данные, несоответствия создают ложные пробелы. Столбец стандартов ASTM может содержать «A36», «ASTM A36», «A36-19» и «A 36», ссылающиеся на одну и ту же спецификацию. Запросы соответствия становятся недёжными.
Отсутствие журнала аудита. Когда проверяющий спрашивает, кто одобрил расплав 44821 и когда, электронная таблица показывает текущее состояние этой строки — не историю. Если значение предела текучести было изменено после первоначального ввода, первоначальное значение исчезло. Если сертификат был добавлен, дата добавления может не совпадать с фактической датой получения. Электронная таблица документирует текущее состояние; она не документирует, что произошло.
Точка перегиба в 500 расплавов
Ниже примерно 500 активных расплавов дисциплинированная команда может поддерживать электронную таблицу в работоспособном состоянии благодаря ручной выверке. Выше этого предела бремя обслуживания превышает то, что команда может надежно поддерживать наряду с другой работой. Дрейф данных становится значительным. Сломанные ссылки накапливаются быстрее, чем их исправляют. Человек, знающий особенности электронной таблицы, становится критической единственной точкой отказа — если он уйдёт, система становится частично неразборчивой.
Электронная таблица проходит внутренние проверки, потому что команда, которая её использует, знает, как ориентироваться в её ограничениях. Она не проходит внешние проверки, потому что проверяющие подходят к ней как к системе, а не как к решению, поддерживаемому традиционными знаниями. Проверяющий ищет журнал аудита, которого нет. Он находит сломанные пути файлов. Он находит несоответствующие записи. Он составляет выводы, которые возвращаются к процессу управления документами, который никогда не был предназначен для такого объёма.
Как выглядит следующий шаг
Переход от электронной таблицы к специализированной системе не требует масштабного проекта в области информационных технологий. Минимально жизнеспособное изменение — это переход от электронной таблицы, где каждая строка представляет расплав, к системе, где каждый PDF сертификата является индексированной записью.
В специализированной системе сам сертификат является основным документом. Номер расплава, марка и механические свойства извлекаются из сертификата и сохраняются как поддерживающие поиск метаданные. Журнал аудита автоматический — каждый доступ, каждый просмотр, каждое утверждение создают помеченный временем запись. Пути не ломаются, потому что сертификат — это не связанный файл; это сохранённый документ.
Команда перестаёт вести электронную таблицу и начинает искать в системе записей. Работа по управлению сертификатами смещается от ввода данных и управления файлами к обработке исключений и проверке качества — это то, что должна делать функция качества.
Что читать дальше
- Когда система сертификатов прокатного стана стоит вам дороже, чем сталь
- Проверка MTC должна занимать минуты, а не дни — вот пробел, который упускает большинство цехов по обработке металла
- Это жизненный цикл MTC — вот каждый этап передачи от прокатного стана к конечному покупателю