Метод выполнения процедуры (MOP) — это стандарт де-факто для безопасного выполнения запланированных изменений, особенно в ИТ, телекоммуникациях, сетевых операциях и дата-центрах. С Trupeer вы можете сэкономить часы на написании MOP, начав с бесплатного шаблона метода выполнения процедуры, настроив его с помощью ваших бренд-гайдлайнов и превращая MOP в видеообходы, которые команды operations могут просматривать перед каждым окном изменений.

Что такое метод выполнения процедуры и когда он вам нужен?

Метод выполнения процедуры, обычно сокращаемый до MOP, — это пошаговый документ для выполнения одного конкретного запланированного изменения в том, что в данный момент уже работает. Обновление прошивки на работающем коммутаторе, миграция базы данных, перенос power feed в дата-центре, переключение (cutover) между системами.

Его отличают три свойства. Он написан для одного выполнения в конкретное время — обычно в рамках окна обслуживания. Его выполняет человек, который мог не писать документ. И в нем есть план отката (back-out), потому что изменяемый объект находится в эксплуатации, а сбой имеет последствия.

Он нужен всякий раз, когда запланировано изменение, оно влияет на production и его нельзя просто повторить на следующее утро. Если работа рутинная и повторяется, вам нужна процедура. Если работа — это проект, а не одно окно, вам нужен план, и наш шаблон плана IT-проекта покрывает этот уровень: MOP в нем выступает как документ для cutover.

SOP или MOP: какой документ вы на самом деле пишете?

Различие постоянно размывается, отчасти потому, что значительная часть поискового трафика по одному термину попадает на другой.

SOP — это постоянный документ. Он описывает, как ваша организация выполняет действие, которое повторяется, у него нет даты, и он пишется один раз и поддерживается. Восстановить почтовый ящик, подключить клиента, выполнить закрытие месяца.

MOP — одноразовый. Он описывает одно изменение, одну ночь, конкретное оборудование с указанным временем начала и окончания. Он утверждается для этого окна, а затем архивируется как запись о том, что было сделано.

Практический тест — называет ли документ конкретное оборудование и конкретную дату. Если да — это MOP. Если там написано «affected device», это процедура.

Многим организациям нужны оба документа, и их взаимосвязь понятна. SOP говорит, как вы обычно обновляете прошивку. MOP говорит, что вы обновляете эти два устройства, в этом окне, в таком порядке, с таким откатом. Написание SOP там, где нужен MOP, приводит к документу слишком общему, чтобы выполнять его под давлением. Написание MOP там, где нужен SOP, означает переписывание одного и того же сорок раз.

Как настроить этот шаблон в Trupeer

Шаг 1: Откройте раздел Templates

Перейдите в раздел Templates из главного меню.

Шаг 2: Выберите и откройте шаблон

Нажмите на любой шаблон, с которым хотите работать, чтобы открыть его.

Шаг 3: Разверните просмотр шаблона

При необходимости разверните просмотр шаблона, чтобы увидеть полную раскладку и детали.

Шаг 4: Отредактируйте шаблон

Нажмите Edit, чтобы начать изменять выбранный шаблон.

В редакторе вы можете:

• Добавлять новые разделы

• Задавать или обновлять правила форматирования

• Добавить логотип и настроить его положение и связанные параметры

Шаг 5: Сохраните настроенный шаблон

После того как вы внесете все необходимые изменения, нажмите Save, чтобы сохранить обновленный шаблон как свой.

Шаг 6: Предпросмотр и точная настройка шаблона

Когда вы захотите увидеть, как выглядит ваш настроенный шаблон, откройте Preview.

На экране предпросмотра при необходимости вы можете продолжить вносить изменения напрямую, чтобы шаблон выглядел ровно так, как вам нужно.

С шаблоном метода выполнения процедуры вы можете:

• Экономить часы на написании: пропускайте пустую страницу с структурой, созданной для выполнения изменений.

• Снижать число сбоев при изменениях: четкие MOP помогают выявлять пропущенные шаги до того, как они приведут к простоям.

• Оставаться в фирменном стиле: применяйте логотип, шрифты и цвета с помощью бренд-набора Trupeer.

• Обучать команды operations: сочетайте MOP с видеообходами — идеально для управления изменениями.

• Стандартизировать выполнение изменений: используйте один и тот же формат MOP для каждого изменения.

• Достигать глобальных команд: переводите MOP на 65+ языков в один клик.

Почему MOP не срабатывают из-за арифметики времени, а не из-за шагов

Прочитайте MOP, который пошел не так, и обычно шаги оказываются в порядке. Их написал компетентный человек, их проверил компетентный человек, а последовательность была правильной.

Не хватает арифметики. Почти у каждого MOP, который встречается в обращении, есть окно обслуживания, список шагов и раздел отката. Почти у всех нет длительности для каждого шага, и почти у всех нет длительности для самого отката.

Эта упущенная деталь важна из-за одного факта, который люди редко формулируют прямо. Момент, когда вы больше не можете безопасно прервать выполнение, — это не конец окна. Это конец окна минус время, которое займет откат.

Если ваше окно закрывается в четыре, а откат занимает семьдесят пять минут, ваш реальный дедлайн решения — без пятнадцати три. Каждая минута после этого означает, что вы уже обязаны продолжать, независимо от того, решили вы или нет, а выбор продолжать сделан часами, а не человеком.

Большинство команд обнаруживают это примерно в десять минут третьего — в середине того, что не работает.

Как рассчитать время отката и момент прерывания

Три числа, которые нужно вычислить до окна, а не во время него.

Длительности шагов. Реалистичное время для каждого шага, взятое из репетиции или из того, как вы делали это в последний раз, а не из оценки. Сложите их, чтобы получить запланированное завершение.

Длительность отката. Сколько времени на самом деле занимает back-out — измеряется тем же способом. Это число, которого обычно нет, и его получение обычно означает репетицию отката в лаборатории — занятие, стоящее потраченного на него дня.

Самое позднее время прерывания. Конец окна минус длительность отката минус резерв примерно двадцать процентов. Запишите это в верхней части MOP жирным шрифтом, в формате времени по часам, а не как прошедшее время, потому что в три часа ночи никто не делает вычитание.

Затем разместите точки go/no-go там, где решение еще остается актуальным. Точка — это названный шаг, время по часам, к которому вы должны до него дойти, и наблюдаемое условие. Дошли до шага 22 к 02:00, все интерфейсы подняты. Не дошли или условие не выполнено — значит, прерываем выполнение.

Точка перед моментом, после которого откат уже невозможен, — та, которая действительно важна, и ее стоит отметить иначе, чем остальные. После нее откат больше не является вариантом, между которым вы выбираете. Это единственное, что подойдет.

Бесплатный шаблон метода выполнения процедуры: полный MOP для копирования

Скопируйте отсюда. Замените все в квадратных скобках.

Заголовок. Ссылка на MOP и версия. Название, описание изменения и оборудования. Локация или система. Номер записи об изменении. Время начала и окончания окна — по часам с указанием часового пояса. Самое позднее время прерывания. Автор, проверяющий, утверждающий и исполнитель, если это разные люди. Дата утверждения.

Цель и область применения. Один абзац о том, что меняется и что не меняется. Назовите конкретные устройства, цепи, базы данных или системы по идентификатору.

Влияние. Что затронуто, на сколько времени и кого уведомили. Укажите клиентов или внутренние команды, которые заметят влияние, и ожидается ли оно или только возможно.

Предпосылки. Доступ, учетные данные, физическое присутствие, запасные части на месте, подготовленные и проверенные контрольными суммами образы ПО, выполненные и подтвержденные бэкапы, действующие разрешения или изоляции, а также названные люди, с которыми нужно быть на связи. Каждый пункт — это «да» или «нет», подтвержденное до открытия окна.

Предварительные проверки. Состояние системы до того, как вы к ней прикоснетесь, зафиксированное как доказательство. Командные выводы, скриншоты, показания, подсчеты. Без этого вы не сможете доказать после выполнения, было ли что-то уже сломано.

Шаги. Пронумерованные, по одному действию на каждый шаг, с точной командой или настройкой, ожидаемым результатом и двумя колонками времени: оценочная длительность и накопленное прошедшее время. Отдельно отметьте точки go/no-go и момент, после которого откат уже невозможен.

План отката. Полные шаги, а не краткое резюме, со своими длительностями и общим итогом. Если у отката есть точка, после которой он не сработает, скажите об этом.

Пост-проверки и приемка. Что должно быть верным, чтобы объявить успех, включая все, что становится видимым только с задержкой, например ночной batch или цикл репликации.

Коммуникации. Кого уведомляют в начале, на каждой точке, по завершении или при прерывании, и каким способом.

Подтверждение. Выполнено кем, проверено кем, время завершения и что произошло на самом деле, включая любые отклонения от документа.

Скопируйте отсюда. Два дополнения, которых чаще всего не хватает в MOP, — это колонки времени и самое позднее время прерывания. Все остальное вы найдете в любом достойном шаблоне.

Компоненты шаблона метода выполнения процедуры

Если упростить, MOP выполняет четыре задачи, и каждый раздел служит одной из них.

Обеспечить, что можно безопасно начать: это предпосылки и предварительные проверки. Выполнить изменение: это шаги. Принять решение, продолжать или нет: это точки go/no-go, время прерывания и план отката. И доказать, что произошло: это доказательства, пост-проверки и подтверждение.

Разделы, которые не служат ни одной из этих четырех задач, обычно наследуются из шаблона проекта и их можно убрать. Фон, обоснование для бизнеса и списки заинтересованных сторон относятся к записи об изменении, а не к документу, который кто-то держит в два часа ночи.

Единственный компонент, который люди недооценивают, — это фиксация доказательств. MOP без доказательств «до и после» оставляет вас без возможности ответить на вопрос, который всегда возникает после плохой ночи: изменение стало причиной или нет.

Обновление, которое не достигло точки прерывания на пять минут

Padstow Networks, региональный провайдер ISP, планировал обновление прошивки на паре коммутаторов ядра. Окно — с полуночи до четырех. Тридцать четыре шага, проверены и утверждены, с планом отката, который в трех строках описывал revert образа, перезагрузку конфигурации и проверку.

Никто не засек время отката.

Шаги с первого по двадцать второй прошли чисто, но медленно: завершение — в десять минут второго при оценке «без двадцати одного». Бэкап конфигурации на сильно загруженном устройстве занял гораздо больше времени, чем ожидал кто-либо.

Само обновление началось в десять минут второго. Загрузка образа и перезагрузка заняли сорок минут. В три без десяти коммутатор снова поднялся, но два из шести линейных модулей не смогли инициализироваться.

Оставалось семьдесят минут окна. Откат, когда позже кто-то правильно засек время, занял семьдесят пять минут — в лучшем случае. Они уже были на пять минут позже точки, после которой чистый прерывание было еще возможно, и никто в комнате этого не знал, потому что это число никогда не рассчитывали.

Они потратили тридцать пять минут, пытаясь исправить «вперед». Переустановка и повторная загрузка не вернули модули в рабочее состояние. Откат начался в двадцать пять минут третьего и занял сто пять минут вместо семидесяти пяти, потому что линейным модулям требовалось физическое вмешательство и при возврате.

Сервис восстановили в десять минут пятого — через семьдесят минут после окончания окна и в начале рабочего дня для примерно четырех тысяч клиентов. Кредиты по SLA составили около тридцати восьми тысяч фунтов, а простой подпадал под их лицензионные обязательства и подлежал отчетности.

Разбор инцидента не выявил плохой MOP. Шаги были правильными. Проблема была в документе с окном на четыре часа, без длительности шагов и с планом отката, который ни разу не был выполнен целиком от начала до конца с секундомером.

Каждый MOP с тех пор включает колонку времени и самое позднее время прерывания в заголовке, и любой MOP с откатом, который не репетировали, не утверждается. В следующих четырнадцати крупных изменениях три были прерваны на рассчитанной точке. Все три завершились внутри окна, и ни одно из них не стало инцидентом.

Три прерывания из четырнадцати звучит как плохой результат, пока вы не сравните это с тем, во сколько обошлось одно превышение по времени.

Как написать метод выполнения процедуры пошагово

Начинайте с записи об изменении, а не с пустой страницы. Все в заголовке должно уже где-то существовать.

Напишите план отката до шагов. Если сделать это в таком порядке, вы вынуждены понимать, что именно будете отменять, и это не дает плану отката превратиться в «последнюю мысль», написанную в конце, когда вы устали от документа.

Репетируйте оба сценария в лаборатории или на устройстве один-в-один с таймером. Это шаг, который команды чаще всего пропускают, и именно оттуда берутся длительности. Если лаборатория действительно невозможна, используйте фактические времена последнего выполнения и добавьте запас.

Рассчитайте самое позднее время прерывания и укажите его в заголовке.

Разместите точки go/no-go в местах, где решение еще остается возможным, и формулируйте каждое условие так, чтобы его можно было наблюдать, а не «чувствовать». Все интерфейсы подняты, счетчики ошибок статичны — это условие. «Похоже, что все здорово» — нет.

Затем передайте документ человеку, который не участвовал в подготовке, и попросите пройти по нему. Любой вопрос, который он задаст, — это дефект, и гораздо дешевле найти их сейчас, чем в два часа ночи.

Методические инструкции, RAMS и строительные MOP

В строительных работах и работах по эксплуатации объектов, особенно в Великобритании, тот же документ обычно называют method statement и дополняют оценкой рисков в составе пакета RAMS. Назначение частично совпадает, но есть одно важное различие в акцентах.

Сетевой MOP в основном касается непрерывности сервиса: что сломается, на сколько времени и как вернуться обратно. Method statement в основном касается людей: последовательности работ, опасностей на каждом этапе, мер контроля, оборудования и требуемых компетенций. Оба документа называют конкретные работы в конкретном месте в конкретную дату.

Если ваша работа включает и то, и другое — что часто бывает при работах по электропитанию в дата-центрах или при любых изменениях, требующих физического доступа, — вам понадобятся оба документа, и они должны согласовываться между собой по последовательности и времени. Наш шаблон инструкции для работ на строительной площадке покрывает сторону, ориентированную на площадку.

Арифметика времени на этой странице применима и к method statement, и там она чаще всего тоже отсутствует, потому что разрешение или изоляция часто имеет жесткий конец, который ведет себя ровно как окно обслуживания.

Сценарии использования MOP в телекоммуникациях, дата-центрах и коммунальных службах

Телекоммуникации — это отрасль, где термин появился, и где MOP чаще всего формализованы. Обновления прошивки и ПО, миграции цепей, замена карт, изменения маршрутизации — все, что затрагивает работающий сетевой элемент.

Дата-центры используют MOP для работ по электропитанию, изменений охлаждения, тестирования UPS и генераторов, а также для физических перемещений. Среди трех типов работ это несет самые высокие последствия, потому что ошибка может одновременно вывести из строя системы нескольких клиентов, а откат может потребовать физического вмешательства.

Коммунальные службы используют MOP для переключательных операций и для работ на действующем распределении, где они должны согласовываться с системой разрешений на работы, и MOP не может начаться, пока не подтверждена изоляция.

Помимо инфраструктуры, тот же документ полезен для любых высокорисковых изменений с одним выполнением: миграция базы данных, cutover ERP, переключение провайдера платежей. Паттерн сохраняется везде, где объект работает, окно фиксировано, а откат имеет цену.

Если изменение достаточно значимое и требует заранее обученных людей, объедините MOP с постоянной процедурой, из которой он получен, и с коротким job aid для шагов, которые чаще всего делают неправильно.

Могу ли я получить шаблон метода выполнения процедуры в Word или Excel?

Excel подходит для таблицы шагов, и причина — колонки времени. Вам нужны оценочная длительность и накопленное прошедшее время, которые рассчитываются сами, общий итог отката и ячейка, вычисляющая самое позднее время прерывания по окончанию окна. Делать эту арифметику вручную — это ровно то, чего не происходит, когда MOP пишется в пятничный вечер.

Word подходит для сопроводительного документа: цель, влияние, предпосылки, коммуникации и подтверждение. Многие организации используют оба варианта: таблица шагов встроена или прикреплена.

PDF — правильный формат для утвержденной версии, выпущенной для выполнения, потому что вы хотите, чтобы копия в поле была зафиксирована и проштампована с ее версией. Распечатайте ее. MOP, который существует только на ноутбуке, — это MOP, который вы не сможете прочитать, когда изменяемый объект — это сеть.

Политики и шаблоны процедур для здравоохранения — и почему это не такой документ

Некоторые люди приходят к этому термину в поисках шаблонов политик и процедур для здравоохранения, и стоит прямо сказать: это не тот документ.

Политика и процедура для здравоохранения описывает постоянную клиническую или операционную практику, регулируется требованиями аккредитации и нормативными требованиями, требует клинического обзора и контроля версий по этим стандартам и поддерживается бесконечно. MOP — это инженерный документ одноразового применения для одного изменения в одну ночь.

Путаница понятна, потому что оба документа содержат слово procedure, и структура здесь не поможет вам, если вам нужна клиническая политика. Эти требования зависят от юрисдикции и аккредитующего органа, и они должны исходить из вашей функции управления, а не из общего шаблона.

В более широком смысле: на этой странице нет советов по безопасности или комплаенсу. Если работа включает электрическую изоляцию, разрешения на работы, лицензируемую деятельность или регулируемую инфраструктуру, MOP располагается под этими системами, а не заменяет их, и ваш существующий процесс безопасности управляет всем.

Как сделать так, чтобы MOP соответствовал тому, что было сделано на самом деле

Вокруг каждого MOP открываются две «дыры». Написанные шаги расходятся с тем, как работа реально выполняется, потому что автор вспоминает, а не наблюдает. А запись о том, что произошло на ночь на самом деле, тоньше, чем кто-либо планирует, потому что в четыре утра люди пишут «completed as per MOP» независимо от того, правда это или нет.

Trupeer AI помогает в обоих случаях. Зафиксируйте репетицию в лаборатории один раз — и результат будет оформленным списком шагов с командами и экранами, которые уже захвачены. Это становится черновиком MOP, а не тем, что вы потом пишете по памяти. Длительности берутся из записи тоже.

Зафиксируйте. Оформите в фирменном стиле. Переведите. Trupeer it.

Для постоянной процедуры, из которой выводится MOP, SOP creator покрывает этот процесс, а техническая документация хранит записи об оборудовании и процедуры в одном месте, чтобы следующий MOP начинался с точной основы. Инструкции по настройке находятся в руководстве по настройке шаблона документа.

Часто задаваемые вопросы

Есть ли бесплатный шаблон метода выполнения процедуры в Word?

Полная структура выше вставляется прямо в Word и включает заголовок, цель, влияние, предпосылки, предварительные проверки, шаги, откат, пост-проверки, коммуникации и подтверждение. Нет ограниченной загрузки и нет формы. Большинство команд в итоге держат описание в Word, а таблицу шагов — в таблице Excel, потому что колонки времени требуют формул.

Есть ли бесплатный шаблон метода выполнения процедуры в Excel?

Excel — лучшее место для той части, которая действительно важна. Колонки для номера шага, действия, ожидаемого результата, оценочной длительности и накопленного прошедшего времени, со вторым блоком для отката и его общего итога, а также ячейка, вычисляющая самое позднее время прерывания по окончанию окна минус откат минус резерв. Эта одна вычисляемая ячейка — самое полезное в документе.

Есть ли бесплатный шаблон метода выполнения процедуры в PDF?

Экспортируйте и распечатайте утвержденную версию для окна. MOP — один из немногих документов, где бумага действительно лучше, потому что изменение, которое вы выполняете, может быть тем, от чего зависит ваш ноутбук, чтобы добраться до файла. Проставьте версию и время прерывания на каждой странице.

Есть ли простой шаблон процедуры для небольших изменений?

Для повторяющихся изменений с низким риском используйте постоянную процедуру вместо MOP и ограничьте ее одной страницей. Проверка того, можно ли перейти к простой версии, сводится к тому, можно ли восстановиться после сбоя на следующий рабочий день без того, чтобы кто-то вне команды это заметил. Если да — достаточно SOP. Если нет — пишите MOP.

В чем разница между MOP и method statement?

В основном — в регионе и акцентах. Метод выполнения процедуры — это термин, используемый в телекоммуникациях, дата-центрах и в инженерной практике Северной Америки в целом, и он фокусируется на непрерывности сервиса и откате. Method statement — это термин из строительных работ и эксплуатации в Великобритании, обычно он идет вместе с оценкой рисков, и он фокусируется на безопасности людей, выполняющих работы. Документы существенно пересекаются, и некоторым работам нужны оба.

Кто утверждает метод выполнения процедуры?

Тот, кто владеет сервисом, который меняют, плюс тот, кто владеет риском — в большинстве организаций это означает change advisory board или назначенного change manager. Задача утверждающего — не перепроверять шаги. Его задача — подтвердить, что влияние понято, откат реалистичен и рассчитан по времени, и что окно выбрано правильно.

Как долго должен быть MOP?

Столько, сколько требует изменение, с одним ограничением, которое сохраняет честность документа: исполняемая часть должна читаться по порядку под давлением без поиска. Обычно это означает, что шаги и план отката помещаются в несколько страниц, а все остальное стоит перед ними. Если список шагов выходит за пределы примерно пятидесяти, подумайте, не являются ли это двумя изменениями в две разные ночи.

Где найти шаблоны SOP вместо этого?

Если вам нужна постоянная процедура, а не документ для одноразового изменения, наш шаблон SOP описывает общую структуру, а шаблон IT SOP — технические операции, включая то, как решить, какие процедуры вообще стоит писать.