Лекция

Сбой закончился в 06:30. Разбор начинается в 06:31

Ночная смена распределительного центра. В 02:10 терминалы сбора данных перестают принимать сканы: подбор встаёт, кладовщики переходят на бумажные листы отбора. К 06:30 всё работает снова. Четырнадцать машин ушли с опозданием от сорока минут до трёх часов, две отгрузки уехали недоукомплектованными. В 09:00 операционный менеджер получает единственный вопрос от коммерческого директора: кто виноват.

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

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

87 %
опрошенных руководителей проектов считали базы извлечённых уроков важными — опрос PMI, 2008
22 %
реально их вели — тот же опрос, та же выборка

Эти два числа — результат опроса, а не измерение результативности, и относиться к ним нужно как к описанию намерений. Но разрыв в четыре раза между «считаем важным» и «делаем» узнаётся без всякой статистики: разбор всегда стоит последним в очереди после работы, которая горит.

Что обычно называют разбором
Разговор, который закрывает вопрос
  • Виноватый найден, объяснительная получена
  • Причина записана одной строкой: «человеческий фактор» или «сбой оборудования»
  • Итог живёт в переписке и в голове начальника смены
  • Через две недели повторяется то же самое, и это считается невезением
Что разбирается в этой лекции
Документ, который меняет завтрашнюю смену
  • Отдельные поля для того, что подожгло, и для того, почему было чему гореть
  • Хронология по тому, что было известно участнику в каждый момент
  • Пункты действий с владельцем, типом и статусом — в рабочем бэклоге, а не в приложении
  • Сто таких документов складываются в тенденцию, потому что поля у всех одинаковые

Из чего собрана лекция

  • Норма. ГОСТ Р ИСО/МЭК 20000-1-2021 — определения инцидента, проблемы и известной ошибки и прямое требование анализировать значительный инцидент после урегулирования
  • Реквизиты журнала. Положение Банка России № 716-П — единственный российский нормативный акт, который подробно описывает, из каких полей состоит запись о событии
  • Формат документа. Открытый регламент разбора Google и пример заполненного документа: десять разделов, таблица пунктов действий, поминутная хронология
  • Цена наказания. Статья 241 Трудового кодекса и предел взыскания с работника
  • Защита сообщившего. Гражданская авиация: как это было записано нормой прямого действия — и что с этой нормой стало
Чего в этой лекции нет — и где это лежит
  • Инструменты анализа причин — ветвление вопросов, диаграмма причин, методика восьми дисциплин: лекция об анализе первопричин. Здесь «пять почему» разбирается одной темой как способ заполнить один раздел документа
  • Культура разбора без поиска виноватых — лекция о конфликтах в команде. Здесь — экономика и право наказания, а не отношения между людьми
  • Передача инцидента между уровнями, пока он идёт — лекция об эскалации тикета
  • Риски — реестр, вероятность, оценка до события: лекция об управлении рисками проекта. Риск существует до события, инцидент — после
  • Внешняя коммуникация кризиса и сроки уведомления регулятора — лекция об антикризисных коммуникациях
  • Метрики процесса — соглашения об уровне сервиса, бюджеты ошибок, контрольные карты: лекция о метриках процессов
  • Процедура дисциплинарного взыскания — статьи 192 и 193 Трудового кодекса, сроки и документы: отдельная лекция
  • Расследование несчастного случая на производстве — статьи 227–231 Трудового кодекса. Это другая процедура с другими сроками и другим кругом участников; разбор сбоя её не заменяет и не отменяет

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

Тема 1 из 18 · Норма: что считается инцидентом

Инцидент — это и то, чего клиент не заметил

Бытовое определение инцидента звучит так: сломалось, и все это увидели. Норма определяет шире, и разница между этими двумя определениями — это ровно те случаи, на которых можно научиться дёшево.

ГОСТ Р ИСО/МЭК 20000-1-2021, пункт 3.2.5

Инцидент — «незапланированная приостановка сервиса, снижение качества сервиса или событие, которое ещё не оказало воздействия на сервис для потребителя или пользователя».

Стандарт утверждён и введён в действие приказом Росстандарта от 07.12.2021 № 1718-ст взамен редакции 2013 года. Как и любой документ национальной системы стандартизации, применяется он добровольно — до того момента, пока организация публично не заявила о соответствии; после заявления требования становятся обязательными для неё самой.

Три части определения, а не одна

Что произошлоПопадает ли под определениеПример из операционной работы
Незапланированная приостановкаДа, это первая частьЛиния розлива стояла 40 минут в дневную смену
Снижение качества без остановкиДа, вторая частьСортировка работает, но один из четырёх сканеров читает этикетку через раз — темп упал вдвое
Событие без воздействия на потребителяДа, третья частьРезервный генератор не запустился на плановой проверке. Электричество было, никто ничего не заметил
Паллета уехала на чужой док, её перехватили за минуту до закрытия машиныДа, третья частьКлиент получил заказ вовремя и в полном объёме
Практическое следствие

Если в журнал попадает только то, на что пожаловался клиент, журнал описывает не работу процесса, а работу службы поддержки. Третья часть определения — не формальность: именно эти события происходят раньше и дешевле, чем те же самые, но уже с последствиями.

На плановой проверке выяснилось, что резервный источник питания холодильной камеры не запускается. Основное питание работало, температура не поднималась, клиент ничего не заметил. Считается ли это инцидентом по пункту 3.2.5?
Пункт 3.2.5 перечисляет три ситуации через «или», и третья — «событие, которое ещё не оказало воздействия на сервис для потребителя или пользователя». Не запустившийся резерв — ровно она. Плановость проверки меняет только способ обнаружения, а не природу события.

Рядом в стандарте стоит ещё одно определение, которое путать с первым не стоит.

Пункт 3.2.7: инцидент информационной безопасности

«Единичное событие или серия нежелательных или неожиданных событий, связанных с информационной безопасностью, которые со значительной вероятностью способны нанести ущерб бизнес-операциям и поставить под угрозу информационную безопасность». Определение стандарт берёт из ИСО/МЭК 27000:2018, пункт 3.31.

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

Сортировочная линия не останавливалась, но с 14:00 до 18:00 один сканер из четырёх читал этикетку с третьего раза, и темп упал примерно вдвое. Начальник смены говорит: «Инцидента не было, всё работало». Как это по определению стандарта?
Определение перечисляет приостановку и снижение качества как равноправные основания. Жалоба клиента в определении не упоминается вовсе — она относится к способу обнаружения, а не к тому, был ли инцидент.
Какой вывод для журнала инцидентов следует из третьей части определения?
Стандарт не делит события на «настоящие» и «не дошедшие до клиента» — он определяет инцидент так, что событие без воздействия тоже им является. Журнал, в который попадает только то, что заметил клиент, систематически теряет самые дешёвые уроки.
Бесплатный доступ

Дальше нужен аккаунт

Прогресс и монеты сохранятся.