Стандартизация сохраняет опыт, обеспечивает повторяемость и помогает управлять рисками. Но как быть, если инженер замечает проблему, которой нет в инструкции? Именно в таких ситуациях становится видно, поддерживает ли регламент профессиональное мышление.
Представим испытание электронной платы. Контрольные напряжения в норме, интерфейс отвечает, все предусмотренные операции выполнены. По карте проверки экземпляр прошёл испытание. Но инженер замечает необычный нагрев одного из компонентов.
Само наблюдение ещё не доказывает дефект: нагрев может оказаться допустимым. Однако появляется вопрос, на который действующая карта не отвечает. Нужно разобраться, соответствует ли поведение платы расчёту и условиям эксплуатации.
Дальнейшее зависит от организации работы. Предусмотрен ли порядок регистрации такого наблюдения? Кто оценивает его значимость? Можно ли приостановить передачу изделия до решения? Или единственный допустимый ответ звучит так: «Этой проверки в инструкции нет»?
В последнем случае проблема уже шире конкретной платы. Организация располагает специалистом, способным заметить отклонение, но не даёт его наблюдению повлиять на результат.
Зачем профессионалу инструкция
Противопоставлять регламент и инженерную квалификацию было бы ошибкой. Даже опытному специалисту необходимы общие правила, особенно когда над изделием работает команда.
Регламент позволяет договориться, какую версию схемы считать действующей, по какой методике сравнивать результаты, как обозначать изменения и кто принимает решение о передаче изделия на следующий этап. Он сохраняет сведения, которые иначе пришлось бы каждый раз восстанавливать из памяти коллег.
Например, одинаковая методика измерения нужна, чтобы результаты разных исполнителей можно было сопоставлять. Контроль версий защищает от ситуации, когда конструктор изменил плату, программист работает с прежней конфигурацией, а производство получило промежуточный комплект файлов. Порядок передачи смены помогает не потерять сведения о незавершённых операциях и обнаруженных отклонениях.
Такие правила освобождают внимание для самой инженерной задачи. Человеку не приходится заново изобретать порядок действий там, где уже накоплен полезный опыт.
При этом подробность документа должна соответствовать работе и подготовке исполнителя. В рекомендациях британского регулятора HSE по разработке процедур подчёркивается: инструкции и компетентность дополняют друг друга. Формат и степень детализации следует выбирать с учётом пользователя, задачи и последствий ошибки. Процедура не заменяет профессиональную подготовку.
Проблема не измеряется количеством страниц
Короткая инструкция может жёстко ограничивать работу, если любое отступление от знакомого способа считается нарушением. Подробный документ может поддерживать самостоятельность, если помогает понять процесс, распознать нестандартную ситуацию и выбрать предусмотренный путь её решения.
В статье «Two Types of Bureaucracy: Enabling and Coercive», опубликованной в Administrative Science Quarterly в 1996 году, Пол Адлер и Брайан Борис предложили различать два типа формализации. Один помогает сотрудникам лучше справляться с задачами, другой преимущественно направлен на принуждение к исполнению. Это концептуальная модель, а не универсальный экспериментальный вывод о пользе или вреде любых правил.
Для инженерной организации из этого можно вывести практический вопрос: что происходит, когда сотрудник обнаруживает недостаток самой процедуры? Может ли он предъявить данные и добиться рассмотрения или от него ожидают только подтверждения, что предписанные действия выполнены?
Запрет на профессиональное мышление может возникнуть и без прямого распоряжения. Он проявляется в повседневной практике: технический вопрос воспринимают как неповиновение, замечание — как помеху срокам, предложение проверки — как попытку усложнить работу.
Когда порядок начинает защищать сам себя
О том, что регламент перестал помогать работе, могут говорить несколько признаков.
Первый — потеря связи между требованием и его назначением. Правило сохраняется, но объяснить, какой риск оно снижает или какой результат обеспечивает, уже некому. Это не основание немедленно его отменять: за непривычным требованием может стоять важный опыт. Но основание проверить и восстановить его смысл.
Второй — применение документа за пределами условий, для которых он создавался. Изменились компоненты, оборудование, нагрузка или назначение изделия, а инструкция осталась прежней. Формально исполнитель всё соблюдает, но применимость самого способа работы не проверена.
Третий — отсутствие доступного порядка пересмотра. Сотруднику предлагают внести предложение, однако неизвестно, кто его рассматривает, в какой срок и на основании каких данных. Возможность улучшения существует на бумаге, а в работе ничего не меняется.
Четвёртый — оценка только по выполненным пунктам. Если обнаруженная проблема ухудшает показатели подразделения, а молчаливое заполнение формы позволяет закрыть задание, возникает стимул ограничиваться тем, что попадает в отчёт. Такой порядок может скрывать технические вопросы до следующего этапа, где разбираться с ними придётся уже другим людям.
Самый тревожный признак — ситуация, в которой соблюдение процедуры считают достаточным ответом на новые данные. Инструкция фиксирует известный способ работы. Обнаруженный факт может потребовать проверки того, подходит ли этот способ к текущим условиям.
Разработка, выпуск и диагностика требуют разной свободы
В инженерной деятельности есть принципиально разные задачи. Для них нельзя одинаково задавать степень самостоятельности.
При серийном изготовлении важна повторяемость утверждённого процесса. Самовольная замена компонента или изменение режима обработки способны повлиять на характеристики изделия. Здесь предложение улучшения должно проходить предусмотренную оценку до изменения серийной практики.
При разработке нового устройства часть решений ещё предстоит найти. Если заранее потребовать единственный способ действий для каждого шага, исследование можно свести к воспроизведению прежней конструкции. Полезнее заранее определить требования, ограничения, доступные ресурсы, порядок фиксации результатов и условия, при которых нужен дополнительный разбор.
При диагностике последовательность действий зависит от полученных измерений. Инженер формирует гипотезу, выбирает проверку и уточняет направление поиска. Жёсткая последовательность полезна для известных неисправностей, но не всегда охватывает новый случай. Нужны условия перехода от типового алгоритма к углублённому исследованию.
При этом свобода выбора метода не делает необязательными требования безопасности, совместимости и достоверности измерений. Даже исследовательская работа имеет границы. Различается то, какие решения уже проверены и закреплены, а какие ещё нужно обосновать.
Самостоятельность требует проверяемых оснований
У критики регламентов есть слабое место: под видом профессионального подхода можно оправдать и полезную инициативу, и необоснованное вмешательство.
Фраза «я опытный специалист и так лучше знаю» недостаточна для изменения конструкции. Важно показать, какая проблема решается, какие последствия возможны и каким способом будет проверен результат.
Допустим, разработчик предлагает заменить компонент на доступный аналог. Совпадение номинала и корпуса само по себе не подтверждает взаимозаменяемость. В зависимости от функции могут оказаться существенными температурные характеристики, допуски, динамические параметры и совместимость с остальной схемой. Предложение должно содержать основания, по которым замену можно оценить.
В руководстве NASA по управлению конфигурацией изменения рассматриваются как управляемый процесс: предложение, обоснование, оценка, включение одобренного изменения и проверка его реализации. Отдельное внимание уделяется согласованности самого изделия и описывающих его документов.
Для небольшой инженерной команды эту логику можно реализовать без громоздкой системы согласований. Порядок может быть коротким, но из него должно быть понятно, что изменено, почему, кем рассмотрено, как проверено и к каким экземплярам относится решение. Требуемая глубина оценки зависит от последствий изменения.
Инициатива становится частью общего опыта тогда, когда её результат могут понять и использовать другие специалисты.
В регламенте нужен выход из штатного сценария
Полезная процедура описывает не только нормальный ход работы. В ней предусмотрены действия для случая, когда исходные условия не выполняются или наблюдения противоречат ожидаемому результату.
Для этого стоит заранее определить:
- при каких признаках работу или передачу результата нужно приостановить;
- какие данные сохранить для разбора;
- кто принимает решение и как быстро должен отреагировать;
- какие дополнительные проверки разрешены и кто их выполняет;
- на каком основании работу можно продолжить.
Такой порядок позволяет превратить сомнение в предмет рассмотрения. Инженеру не требуется ни скрывать вопрос ради завершения задания, ни самостоятельно менять всё, что кажется ему неправильным.
Возвращаясь к примеру с платой: необычный нагрев следует зарегистрировать и оценить. Возможно, проверка подтвердит нормальную работу и в документ добавят пояснение. Возможно, обнаружится дефект экземпляра или недостаток конструкции. Решение должно опираться на данные; сама карта проверки не может заранее исключить ещё не рассмотренную проблему.
При этом приостановка должна сопровождаться доступным механизмом решения. Если специалисту разрешили сообщить о проблеме, но никто не обязан её рассмотреть, неопределённость просто перемещается на другой уровень.
Кто отвечает за качество самого правила
У регламента должен быть ответственный за его содержание. Иначе исполнение контролируют все, а соответствие документа реальной работе — никто.
Поводом для пересмотра может стать изменение оборудования, новая версия изделия, повторяющаяся ошибка, обнаруженный отказ или обоснованное предложение сотрудника. В обсуждении нужны люди, которые выполняют работу и видят её ограничения непосредственно.
Пересмотр не обязательно приводит к смягчению требований. Иногда практика показывает, что контроль необходимо усилить, добавить проверку или уточнить условия допуска. В других случаях удаётся убрать повторяющийся ввод данных или согласование, которое не влияет на техническое решение.
Полезно оценивать и последствия самой процедуры: помогает ли она выявлять ошибки, понятна ли исполнителям, сокращает ли повторение известных проблем, сколько времени занимает рассмотрение отклонений. Количество подписей и отсутствие замечаний в заполненных формах не дают полного ответа на эти вопросы.
Где проходит граница
Стандартизация превращается в запрет на профессиональное мышление, когда инженер больше не может повлиять на решение с помощью проверяемых технических данных. Его квалификация используется для исполнения, но оказывается невостребованной при оценке самого способа работы.
Зрелый порядок оставляет место и дисциплине, и сомнению. Сотрудник обязан соблюдать установленные требования, фиксировать значимые наблюдения и обосновывать предложения. Организация должна обеспечить рассмотрение этих сведений и возможность исправить процедуру, если её недостатки подтвердились.
Хороший регламент сохраняет накопленный опыт и даёт новым фактам возможность его уточнить. Именно поэтому профессиональное мышление должно быть частью порядка работы.
