Три четверти японских ИТ-специалистов работают у поставщиков, а не у заказчиков
Попробуйте угадать, за сколько часов японский банк обязан восстановить упавшую услугу.
Ни за сколько. Государственной планки в часах в Японии нет — ни в банковском надзоре, ни в связи. Финансовый регулятор в руководстве от 4 октября 2024 года сознательно отказался от единой планки в пользу риск-подхода.
У нас планка есть: приложение 1 к Положению Банка России № 850-П задаёт пороговое допустимое время простоя в часах, отдельно по тринадцати технологическим процессам.
Первое, что приходит в голову, — что японцы к сбоям относятся мягче. Это неверно, и дальше будет видно почему. Число у них тоже есть — просто оно меряет не то, что вы подумали.
Меряют отклик, а не восстановление
В типовом договоре на информационные системы агентства IPA и министерства экономики показатель уровня услуги для управления инцидентами звучит так: доля случаев, когда исполнитель уложился от приёма сообщения до первого ответного звонка.
Не до восстановления. До ответа.
А если не уложился — тоже не то, чего ждёшь. Не неустойка, а «усилия по улучшению в пределах возможного силами персонала».
Звучит как отписка, пока не поймёшь, кто здесь стороны.
Ваш инцидент чинит не ваш сотрудник
По переписи 2020 года в обработке информации и связи в Японии заняты 1 253 930 человек, и 73,6% из них работают в ИТ-компаниях, а не у заказчиков. В США соотношение почти зеркальное — 35,1% против 64,9%.
Три четверти инженеров сидят у поставщика. Когда у японской компании падает услуга, чинит её не свой отдел. И это не сложившаяся практика — это написано в том же типовом договоре:
поскольку сам пользователь не в состоянии выполнить локализацию сбоя, первичным окном назначается поставщик, выполнявший проектирование и построение, либо его субподрядчик
Первая линияПервая линияСпециалисты, принимающие обращения и решающие типовое по базе знаний.разбор практики назначается контрактом. Там же расписан весь процесс как обязанности исполнителя: принять обращение, вести инцидент, передать причину в управление проблемами, устранить неисправность, обеспечить предупредительную поддержку. Время работы службы — пропуск в бланке, который заполняют при подписании.
Теперь понятно, почему меряют отклик. От подрядчика можно потребовать перезвонить за пятнадцать минут. Потребовать восстановить за час нельзя, пока никто не знает, что сломалось. Показатель выбран под то, что контролируется договором.
И почему санкция мягкая: у 44,6% компаний на конце субподрядной цепочки зависимость от одного заказчика составляет 90% и выше. Жёсткая неустойка означала бы не улучшение работы, а разорение подрядчика.
А в России первая линия своя: ГОСТ Р ИСО/МЭК 20000-2 называет диспетчерскую службу с круглосуточным контактом, а профстандарт 06.024 описывает специалиста техподдержки с тремя уровнями квалификации. Подрядчик участвует, но владелец инцидентаИнцидентНезапланированное прерывание услуги или снижение её качества.ITIL 4, практическое руководство по управлению инцидентами остаётся внутри.
Что происходит, когда так организованный процесс ломается
Японцы публикуют разборы аварий поимённо. Отчёт государственной комиссии по проверке аварий электросвязи за 2025 финансовый год раскрывает шесть серьёзных аварий с названиями операторов. Читать его полезнее, чем любую методичку.
Rakuten Mobile. Субподрядчик подрядчика выполнил шаг, которого не было в инструкции. Не по злому умыслу — просто цепочка длинная, а инструкция писалась не для того, кто в итоге оказался у пульта.
NTT East. Два подразделения три месяца по-разному понимали одно и то же условие. Никто не соврал и не ошибся в расчётах: расхождение жило в формулировке, и обнаружилось оно аварией.
TOKAI Communications. Производитель оборудования опубликовал сведения об ошибке заранее. Их никто не прочитал.
NTT Docomo. Команду инфраструктуры не позвали на ревью изменения, и следов самого ревью не осталось.
Ни один из этих случаев не про технику. Все четыре — про то, что информация не дошла до человека, который мог бы ей воспользоваться.
Есть и совсем короткий сюжет из сборника уроков IPA: руководитель эксплуатации решил, что «влияния на сегодняшнюю работу нет», и наверх не доложил. Сотрудник дочерней компании видел признаки того, что резерв не подхватил, и вендору об этом не сказал. Коренной причиной в документе записано отсутствие подхода, при котором человек за пультом при сомнении идёт советоваться.
Разбор без виноватых — и с именами
Та же комиссия пишет о себе прямо: 本会議による検証は、事故の責任を問うために行うものではない — «проверка не проводится ради вменения ответственности за аварию».
И при этом называет операторов поимённо.
Это не противоречие, а конструкция: имя компании публикуется, имя человека — нет, а предмет разбора смещён с вопроса «кто виноват» на вопрос «что позволило». В сборнике уроков IPA один из них так и озаглавлен: 作業ミスとルール逸脱は、個人の問題でなく、組織の問題 — «ошибка в работе и отступление от правил — проблема организации, а не человека». Разбирается там не оператор, который ошибся, а условия, в которых он работал: спешка, работа завязана на одного человека, спросить опытного было некого.
Насколько далеко это заходит, видно по самому громкому случаю. В предписании Агентства финансовых услуг банку Mizuho от 26 ноября 2021 года регулятор разбирает не сбой, а совет директоров: план сокращения ИТ-персонала он не обсудил; комитет по рискам назвал крупный сбой систем главным риском и дал рекомендации — исполнительное звено не отреагировало, а комитет за этим не проследил; комитет по аудиту получил «предложений нет» и указаний не дал.
Четвёртой коренной причиной в документе записано:
言うべきことを言わない、言われたことだけしかしない姿勢 установка не говорить того, что должно быть сказано, и делать только то, что сказано
Это пишет государственный регулятор о конкретном банке в официальном предписании. Не колумнист про национальный характер — надзорный орган, поимённо, с последствиями.
А в России разбор тоже обязателен: пункт 7.3 Положения 850-П требует анализа причин и последствий, а ГОСТ Р 57580.4 доводит дело до отчёта совету директоров не реже раза в год. Разница в публичности: наши разборы остаются внутри контура «организация — регулятор».
Заберите: учёт того, что чуть не случилось
В японской связи оператор обязан отчитываться не только об авариях, но и о ситуациях, когда авария не наступила, а была близка. В российских требованиях аналога нет: и Банк России, и национальный координационный центр считают событияСобытиеИзменение состояния, замеченное мониторингом.ITIL 4 по факту наступления.
Норма японская — практика ничья. Завести такой учёт не мешает ни один российский документ, и стоит это одного поля в карточке инцидента.
Как это выглядит. Ночью упал один узел из трёх. Сервис не деградировал, инцидент не заводили, утром никто не заметил. При обычном учёте события не существует. При учёте почти-инцидентов через месяц видно: узлы падают дважды в неделю, и запас прочности вы уже проели — просто ещё не узнали.
Инциденты показывают, где защита не сработала. Почти-инциденты — где она сработала на пределе. Второе дешевле и приходит раньше.
Заберите: тридцать минут до первого слова
Руководство министерства внутренних дел от марта 2023 года требует от оператора первого публичного сообщения в течение тридцати минут с момента возникновения сбоя, дальше обновлений раз в час.
Тридцать минут — это до выяснения причины. Сообщение её и не должно содержать.
А в России обязанность устроена наоборот: кредитная организация уведомляет Банк России о планах выпустить пресс-релиз — до его выпуска. Одна норма торопит говорить публично, другая пропускает публичное слово через регулятора.
Японскую норму не перенести, но срок первого сообщения можно назначить себе самому: внутренний регламент российским требованиям не противоречит — уведомление регулятора и разговор с пользователями лежат в разных плоскостях.
Как это выглядит. Сбой в 10:03. В 10:33 на статус-странице стоит фраза, что проблема известна и следующее обновление будет в 11:30. Причину вы к этому моменту ещё не знаете — и не должны.
Что это даёт, видно на ещё одном случае из сборника финансового регулятора: региональный банк проводил тренировки раз в полгода — и при реальном сбое обновил сайт за тридцать минут.
Не берите: согласование приоритета
В японских документах приоритетПриоритизацияВыбор задач, которыми займутся первыми, когда ресурсов не хватает на все.ITIL 4, практическое руководство по управлению инцидентами инцидента согласуют подразделение-пользователь и ИТ-подразделение, а закрытие идёт под суждением подразделения-пользователя (стандарт управления системами министерства экономики).
Выглядит гуманно, а ломается быстро: если срочность назначает тот, кто пострадал, через месяц все заявки становятся срочными. Поэтому в разборе практикиПрактикаНабор ресурсов организации для выполнения работы определённого типа.ITIL 4 [управления инцидентами](/spravochnik/inc/) правило обратное — срочность оценивает тот, кто отвечает за услугу.
У японцев это работает по причине, которой у нас нет: пользователь и исполнитель — стороны договора, и у согласования есть юридический вес. Внутри одной компании такого веса нет. Копировать механизм, не скопировав опору, — верный способ получить очередь из одних высоких приоритетов.
Не берите: отсутствие постоянных ролей
Ни один японский документ не вводит должность менеджера инцидентов: есть ответственность, назначаемая под конкретный серьёзный инцидент, и всё.
Здесь наша конструкция богаче. ГОСТ Р 57580.1 вводит группу реагирования и называет четверых поимённо: руководитель, оператор-диспетчер, аналитик, секретарь. Версия 57580.4 добавляет владельца инцидента, ответственного за работу со СМИ и независимого наблюдателя, который документирует действия команды на каждом этапе.
Отдельная роль, чья работа — фиксировать, что делали остальные. Я не встречала такого больше нигде, и на разборе она стоит дороже всего: спорить о хронологии не приходится.
Забавная симметрия: постоянной должности менеджера инцидентов нет и у нас. В функциональной карте профстандарта 06.014 «Менеджер по информационным технологиям» слова «инцидент» нет вовсе. Оно есть у специалиста техподдержки. Инцидент закреплён за исполнителем, а не за управленцем — в обеих странах, разными путями.
Чего японцы не починили за восемь лет
Самое полезное в их конструкции — не то, что работает, а то, что не работает и признано публично.
Комиссия по авариям связи в отчёте за 2025 год пишет: с ростом внешнего заказа на эксплуатацию первым с пользователями всё равно говорит сам оператор, поэтому ему необходимо строить обмен информацией с подрядчиками, пересматривать договоры в сторону проактивных, вводить регулярную отчётность и аудит.
Урок помечен как повторяющийся из отчётов 2015, 2020, 2021, 2022, 2023 и 2024 годов.
Восемь лет подряд одно и то же. Вывод, который стоит забрать целиком: процесс можно вынести в договор, а разговор с пользователем — нельзя. Кто бы ни чинил, объясняться будете вы. Если единственное, что у вас есть про подрядчика, — это срок реакции в контракте, в момент аварии вы окажетесь ровно там, где восьмой год оказываются японские операторы.
Если нужна полная раскладка
Здесь собрано то, что имеет практический смысл. Полный разбор по восьми осям — где живут ИТ-люди, как оформлен договор, какими сводами пользуются, роль государства, компетенции, изменения, качество услуги — лежит в ресёрче: 78 фактов, все на японских первоисточниках, у каждого строка сравнения с [российским разбором](/strany/rossiya/).
И одного в этом тексте нет намеренно: ни слова про национальный характер, отношение к иерархии и культуру согласования. Про японское «ринги» написаны горы текстов, но измеренного источника под этим нет — слово 稟議 не встречается даже в двухсотстраничном отраслевом обследовании, на которое опирается разбор. Зато нашлась фраза из предписания регулятора про «не говорить того, что должно быть сказано». Разница между этими двумя способами объяснять — и есть разница между стереотипом и фактом.