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

Что такое IT SOP и что находится по обе стороны от него

Стандартная операционная процедура — это письменная последовательность действий для задачи, которая повторяется. Она предназначена для человека, который компетентен, но не является экспертом; при этом она достаточно конкретна, чтобы два человека, следуя ей, получили одинаковый результат.

По обе стороны от нее находятся два документа, которые постоянно путают с ней.

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

Руководство (runbook) или метод выполнения процедуры — это одно исполнение одного изменения, часто с указанием времени, написанное для одной ночи. Его используют, а затем архивируют. SOP — это повторно используемая часть, которую runbook заимствует. Когда работа — это разовый переключатель с окном отката, вам нужен метод выполнения процедуры, а не SOP.

SOP находится между ними: правило — где-то в другом месте, календарь — тоже в другом месте, а остается то, как работа выполняется на практике — на тех системах, которые у вас есть, и именно на этой неделе.

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

Что делает IT SOP отличным от всех остальных типов

Ресторанные SOP, SOP по HR и складские SOP описывают работу, которую человек будет продолжать выполнять и через пять лет. Всегда найдется тот, кто встретит клиента и проверит наличие на складе.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

С шаблоном IT SOP вы можете:

• Экономить часы на написании: пропускайте пустую страницу — структура уже создана под IT-процедуры.

• Оставаться готовыми к аудиту: встроенные разделы поддерживают SOC 2, ISO 27001 и аналогичные проверки.

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

• Обучать ИТ-команды: сочетайте SOP с видео по обучению ИТ.

• Стандартизировать процедуры: используйте один и тот же шаблон для каждого IT SOP.

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

Поле «disposition»

Три вердикта, записанные в заголовке, с пересмотром раз в квартал.

Автоматизировать. Процедура детерминирована: в ней нет места для суждений, и ее выполняют достаточно часто, чтобы это оправдывало инженерные затраты. Ротация ключей, создание учетных записей по одобренному запросу, продление сертификатов, проверка резервных копий, ротация журналов, стандартные операции изменения размера. Укажите целевой квартал, а не расплывчатое намерение. SOP остается в работе до момента выхода автоматизации, а затем SOP удаляется, а не продолжает «лежать» рядом — это и есть ошибка, которая приводит к появлению двух конкурирующих источников правды.

Передать заявителю. Процедура детерминирована, но кто-то вне команды хочет, чтобы ее выполнили, и единственная причина, по которой в нее вовлечены ИТ, — кнопка находится за правами доступа. Самообслуживание по паролю, запросы на членство в группах, назначение лицензий, установка распространенного ПО. Здесь работа — не скрипт: это путь самообслуживания плюс помощник по задаче, который делает все очевидным. SOP становится спецификацией для этого пути.

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

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

Структура шаблона

Скопируйте отсюда. Блок заголовка содержит поля, которые большинство шаблонов SOP опускают.

Заголовок. Номер и название SOP, написанные с глагола в повелительном наклонении, например «Восстановить удаленный почтовый ящик», а не «Процесс восстановления почтового ящика». Владелец. Проверяющий. Дата создания. Дата последней проверки — то есть дата, когда кто-то в последний раз запускал эту процедуру и подтвердил, что шаги по-прежнему соответствуют реальности, а не дата, когда кто-то изменил формулировки. Disposition и целевой квартал. Частота выполнения и средняя длительность. Требуется доступ — указано как реальная роль или группа. Затронутые системы. Обратимо: да или нет.

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

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

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

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

Проверка. Это не повтор последнего шага. Проверка отвечает на вопрос, произошло ли ожидаемое, и должна охватывать самый длинный цикл, который затрагивает изменение. Ночной пакет, задержка репликации, истечение кэша, расписание cron, синхронизация вниз по цепочке. Процедура, проверенная только синхронным тестом, подтверждена лишь для первых десяти секунд своего «жизненного цикла».

Откат. Как отменить изменения и точка, после которой это уже невозможно.

Эскалация. Кто, по какому каналу, и что именно им нужно сообщить.

Запись об изменении. Дата, кто, что изменилось и почему. Трех строк достаточно.

Разбор на примере и стоимость

Brightmoor Insurance выполняла процедуру под названием «Ротация ключа подписи платежного шлюза» каждые девяносто дней. Шесть шагов. Она была написана в 2023 году и выполнена четырнадцать раз без инцидентов.

Во вторник в марте инженер выполнил ее в 14:20. Сгенерируйте новый ключ в портале шлюза, добавьте его в хранилище конфигурации, разверните конфигурацию, перезапустите сервис платежей, подтвердите, что тестовый платеж проходит в песочнице, отзовите старый ключ. Каждый шаг был выполнен. Платеж в песочнице прошел. Заявка была закрыта в 14:35 с заметкой о том, что ротация завершена.

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

Четыре тысячи сто прямых дебетовых списаний не ушли. Причину обнаружили в 06:40, когда финансы запустили утреннюю сверку. Списания перепроцессили к 11:00, но ночной запуск писем уже сгенерировал уведомления о неудачных списаниях для каждого затронутого клиента, а контакт-центр принял 380 звонков в течение следующих двух дней. Четыре человека потратили на это два дня, плюс отправили извинительное письмо.

SOP была не ошибочной. Каждый из ее шести шагов был точным, и каждый был выполнен. Она не сработала по двум причинам, обе были структурными, а не «канцелярскими». В ней не было предпосылки с вопросом, какие системы потребляют этот ключ, поэтому второй потребитель оставался невидимым три года. И ее проверка была выполнена через вызов в песочнице: это подтвердило, что сервис платежей здоров в 14:32, и не доказало ничего о пакетном задании, которое не запустилось бы еще двенадцать часов.

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

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

Форматы и какой выбрать для ИТ-работ

Большинство гайдов перечисляют четыре формата SOP и предлагают вам выбрать. Для ИТ-работ выбор уже, чем кажется.

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

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

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

Иерархический подходит только тогда, когда процедура действительно разветвляется по среде или уровню, и обычно это признак того, что у вас две процедуры под одной «шапкой».

Как написать за девяносто минут

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

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

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

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

Какие IT SOP написать в первую очередь

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

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

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

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

Пересмотр библиотеки

Раз в квартал сядьте с этим списком и задайте по три вопроса к каждой записи.

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

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

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

Что исключить

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

Объяснения того, почему система работает именно так. Настоящее любопытство — нормально, но оно относится к документации, а не к процедуре, которую кто-то читает, пока очередь «забивается».

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

Запись процедуры вместо того, чтобы писать ее

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

Trupeer AI превращает запись экрана в документированную процедуру, поэтому метод «девяносто минут» выше сокращается до одного прохода. Запишите задачу один раз — и вы получите пошаговое руководство с уже прописанными шагами, видео для тех, кто предпочитает смотреть, и документ в вашем knowledge base в вашем собственном фирменном стиле.

Запишите. Оформите в фирменном стиле. Переведите. Trupeer it.

SOP creator создан именно для этого, documentation хранит процедуры и описания систем вместе, а перевод означает, что команда «follow the sun» читает одну и ту же процедуру на своем языке. Инструкции по настройке находятся в руководстве по настройке шаблона документа.

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

Есть ли бесплатный шаблон IT SOP в Excel?

Excel — неправильный контейнер для процедуры и правильный контейнер для библиотеки. Создайте одну таблицу со списком всех SOP: колонки для названия, владельца, даты последней проверки, disposition, частоты выполнения, часов в год и целевого квартала. Именно эта таблица делает возможным квартальный пересмотр. Сами процедуры должны храниться там, где есть история версий и поиск.

Есть ли версия для Word или бесплатная загрузка Word-документа?

Блок заголовка и заголовки разделов выше написаны так, чтобы их можно было вставить прямо в Word или Google Docs и использовать как вашу «домашнюю» структуру. Нет ограниченной загрузки, а значит, нет формы между вами и шаблоном. Сохраните заполненную версию как стартовую точку для отдела, а не копируйте ее заново каждый раз.

Есть ли версия PDF?

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

Могу ли я скачать это бесплатно?

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

Есть ли бесплатный генератор SOP?

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

Как сделать формат SOP для моей команды?

Выберите одну структуру, заполните ее для трех реальных процедур, затем остановитесь и посмотрите, с чем шаблону пришлось «бороться», чтобы выразить нужное. Настройте один раз, затем зафиксируйте. Команды, которые постоянно продолжают улучшать формат, не накапливают процедуры: каждый новый SOP запускает спор о форме документа, а не о содержании работы.

Какой лучший шаблон SOP?

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

Какой должна быть длина IT SOP?

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

Как часто нужно пересматривать IT SOP?

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