Unified Service Management method (USM)

Зачем вам USM

USM — Unified Service Management, «унифицированное управление услугамиУслугаСпособ дать потребителю нужный результат, не перекладывая на него управление затратами и рисками.ITIL 4, книга ITIL Foundation». Метод, который сводит управление любыми услугами к пяти процессам и восьми рабочим последовательностям. Для масштаба: в нашем справочнике — 62 практики, у соседнего FitSM — четырнадцать процессов; здесь пяти процессов хватает на всю работу сервисной организации, от ИТ-отдела до эксплуатации зданий1.

Второе отличие от соседей: метод строится на принципах, а не на чужом опыте. Своды практикПрактикаНабор ресурсов организации для выполнения работы определённого типа.ITIL 4 отвечают на вопрос «как делают другие»; USM заявляет архитектуру управления — набор правил, по которым организация сама принимает согласованные решения1. Владелец сравнивает это с домом: USM — фундамент, а ITIL, COBIT, ASL, BiSL, DevOps и другие своды — этажи на нём. USM и своды — части одного здания и нужны друг другу3.

Нужен, если каждая команда описывает одну и ту же работу по-своему, а свести списки к одному языку не выходит. История ниже — ровно про это.

Нужен, если услуги оказывает не только ИТ: метод задуман как универсальный и применяется в кадрах, эксплуатации зданий, охране, медицинских и государственных службах; правительство Нидерландов включило его в национальную референсную архитектуру3.

Нужен, если важна цена: инструменты метода бесплатны, ставка — на обучение собственных сотрудников, а не на консультантов1.

Не нужен как справочник практик. Метод не рассказывает, как правильно чинить инцидентыИнцидентНезапланированное прерывание услуги или снижение её качества.ITIL 4, практическое руководство по управлению инцидентами или планировать мощности; он задаёт устройство системы, внутрь которой практики укладываются.

Пять слов, без которых дальше не обойтись

USM — Unified Service Management, «унифицированное управление услугами»: метод, который укладывает всю работу сервисной организации в пять процессов. Владелец — нидерландский фонд SURVUZ.

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

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

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

Обращение — любой входящий запрос: жалоба, сбой, заявка, вопрос. До классификации всё это одно слово, и точка входа у него одна.

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

Технический директор разослал запрос командам и через два дня получил три описания одной и той же работы. Поддержка Кати прислала список из двенадцати категорий — от «не приходит SMS» до «вопрос по абонементу». Разработка Андрея — классификацию дефектов: четыре вида багов, три вида задач. Эксплуатация Олега — инциденты, изменения и плановые работы, со своими приоритетами.

Все три списка честные, и каждый ведётся по своим правилам. Но событие «у посетителя не открывается оплата» жило во всех трёх под тремя именами: у Кати — категория «Платежи», у Андрея — дефект высокого приоритетаПриоритизацияВыбор задач, которыми займутся первыми, когда ресурсов не хватает на все.ITIL 4, практическое руководство по управлению инцидентами, у Олега — инцидент первого приоритета. На вопрос сети «сколько за квартал было проблемПроблемаПричина одного или нескольких инцидентов.ITIL с оплатой» компания ответила тремя числами, и все три были верные — просто считали разное.

Договор продлили, но с условием: навести порядок в терминах. Беда была не в людях и не в системах, а в отсутствии общего языка, на который переводился бы каждый местный список.

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

Кому принадлежит

Метод принадлежит нидерландскому некоммерческому фонду SURVUZ и управляется им1. Главный архитектор — Ян ван Бон3. У фонда свой портал с библиотекой, принципами, процессной моделью и реестрами специалистов, партнёров и проверенных инструментов3.

Родословная у метода длинная: ранние идеи — из биоматематики семидесятых, дальше подход IPW восьмидесятых, дальше ISM, Integrated Service Management, с первой публикацией в 1999 году. В 2015-м метод полностью переработан и переименован в USM, а владельцем стал некоммерческий фонд: коммерцию из метода убрали сознательно — по формулировке владельца, «вынув деньги из игры»3.

Условие бесплатности сформулировано прямо и необычно: продукты метода отдаются бесплатно настолько, насколько возможно, при одном условии — организации-пользователи готовы делиться друг с другом опытом применения1.

И отдельная ловушка в имени. У аббревиатуры USM есть двойник — USMBOK, Universal Service Management Body of Knowledge: чужая методология со сходной аббревиатурой, не имеющая к USM отношения. Владелец публикует об этом отдельный дисклеймер прямо на портале3; различие живёт в первых буквах — Unified против Universal.

Пять процессов

Ядро метода — процессная модель из пяти процессов, одинаковых для любой сервисной организации. Автор называет их не пересекающимися и обращёнными к заказчику1:

Процессы не живут поодиночке — они связаны развилками. Восстановление после сбоя разветвляется на изменение (если починка требует правок в реестре ресурсов) или на действие (если не требует), а затем основной процесс продолжается с места остановки4.

Из пяти процессов выводятся восемь рабочих последовательностей1. Пять из них реактивные: они управляют согласованными услугами, и запускает их заказчик. Три — проактивные: ими организация работает с угрозами и возможностями; запускают их не заказчики, а она сама. Какую бы услугу вы ни оказывали, она уместится в одну из восьми.

За последовательностями идут рабочие инструкции, а практики сводов — обобщённые примеры таких инструкций5.

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

Кто кем управляет

Метод связывает процессную модель с оргструктурой и делает это честно: в нём два координатора. Координатор рабочего процесса ведёт обработку вызовов и владеет результатом; координатор команды — линейный руководитель оператора. Оба управляют одним и тем же человеком, и это не недосмотр, а заложенный в модель организационный конфликт: без правил сотрудничества он разрешается сам собой, в пользу того, кто ближе4.

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

Что из этого следует. Внедрение пяти процессов — не только рисунок модели. Оно меняет то, кто приказывает людям. Если этот вопрос не решить, модель останется на бумаге, а работа пойдёт по-старому.

Ключевые понятия

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

Системное мышление. Метод прямо основан на нём: организация рассматривается как система связанных частей, где решение в одной части откликается в остальных1. Во введении фонда — портрет Рассела Акоффа, одного из создателей этого взгляда1.

Услуга как поддерживаемая возможность. Заказчик получает не набор работ, а возможность что-то делать, и поставщик поддерживает его в её использовании согласно договорённостям1. Нет поддержки — нет услуги. Тренировка в клубе и приложение в телефоне — обе услуги в этом смысле, и метод говорит о них одними словами.

Управляемый ресурс. Всё, чем управляет организация: процессы, люди, технологии. Ресурс считается управляемым, только если он записан в реестр управляемой инфраструктуры — единый для всей организации; знакомая ИТ-службам база конфигураций CMDBБаза данных управления конфигурациями (CMDB)База, где записано, из чего состоят ИТ-услуги и как связаны их части — и что остановится, если тронуть одну.ITIL 4: практическое руководство Service Configuration Management и книга ITIL Foundation; ГОСТ Р ИСО/МЭК 20000-1-2021, пункты 3.2.1, 3.2.2 и 8.2.6; FitSM-0, FitSM-1 (PR11) и FitSM-2; MOF 4.0, SMF «Изменение и конфигурация»; COBIT 5, процесс BAI10; DAMA-DMBOK, глава 12; Брукс, «Метрики для управления ИТ-услугами»; itSMF, «Введение в ИТ Сервис-менеджмент», 2003 — один из примеров такого реестра4. В реестр попадают не только средства для заказчика, но и внутренние ресурсы: люди, процессы, технологии4.

Обращение. Единая точка входа для любых запросов: они не раскладываются по разным регламентам заранее. Обрабатываются обращения в порядке приоритета, а приоритет считается по перекрёстной таблице влияния (что случится) и срочности (сколько можно ждать)4. Время обработки по приоритетам можно закрепить в соглашении об уровне услугСоглашение об уровне услугЗаписанная договорённость поставщика и заказчика: что услуга должна уметь, насколько надёжно работать и как это проверить.ITIL 4: практическое руководство Service Level Management и книга ITIL Foundation, 5.2.15.1; ГОСТ Р ИСО/МЭК 20000-1-2021, пункты 3.2.16, 3.2.20, 3.2.21, 7.5.4, 8.3.2–8.3.4; FitSM-0, FitSM-1 (PR2), FitSM-2 (PR2), шаблон и образец SLA из FitSM-4; MOF 4.0, глоссарий; itSMF, «Введение в ИТ Сервис-менеджмент», 2003; Ami Nahari, «Secrets of Service Level Management», TSO, 2013; Молоткова, Сахаров, «Качество услуг ИТ-аутсорсинга», 2008; «Аутсорсинг в стратегии современного бизнеса», 2019; альманах itSMF России, 2015; «Свободный ITIL» Елхимова; Брукс, «Метрики для управления ИТ-услугами»4.

Что покрывает — и чего не покрывает

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

Практики, которые описывает свод:

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

Сколько стоит

Сценарий «сделай сам» практически бесплатен: прочитать книгу за несколько десятков евро и применять; отчислений за использование метода нет3. Обучение стоит несколько сотен евро на сотрудника3. Организации, вступившие в сообщество пользователей, получают спецификации процессов и рабочих последовательностей и десятки шаблонов1.

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

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

Сертификация

Формальный экзамен один — Foundation: сорок вопросов с выбором ответа, для сдачи нужно не меньше двадцати шести правильных, материал основан на редакции 3.12; длится экзамен шестьдесят минут, книга закрыта6. Экзамен администрирует APMG International; сдавать можно очно у аккредитованной учебной организации или онлайн напрямую26. Сертификат бессрочный6.

Дальше идёт профессиональный трек: предварительное задание, двухдневный тренинг и итоговая оценка. Для допуска нужен Foundation с тридцатью правильными из сорока; прошедший получает титул архитектора управления услугами — Service Management Architect. Уровень коуча присваивается после профессионального трека автоматически, а тренер, эксперт по продуктам и аудитор инструментов — после дополнительного обучения6.

Отдельно фонд сертифицирует продукты: инструмент проходит проверку на соответствие архитектуре метода1. Это редкий случай — обычно сертифицируют людей, а не программы.

В России

ГОСТ-аналога нет, официального русского издания метода тоже.

Русскоязычный вход при этом существует: краткое введение «Простой USM», написанное аккредитованным коучем с одобрения фонда4, переведено на русский язык автором этого портала. Оригинал открыт и лежит у самого коуча в свободном доступе, ссылка ниже.

Где ломается применение

Ищут в методе описание практик. Их там нет: метод задаёт устройство системы, а не содержание работы.

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

Не решают, кто командует. Конфликт двух координаторов из врезки выше не разрешается сам: без правил полномочий модель остаётся на схеме4.

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

Считают пять процессов упрощением для маленьких. Модель заявлена как полная для организации любого размера; спорить с этим стоит по существу, а не по ощущению, что «пяти мало».

Путают USM с USMBOK. Universal Service Management Body of Knowledge — чужая методология со сходной аббревиатурой; владелец USM публикует об этом отдельный дисклеймер3. Различие — в первых буквах: Unified против Universal.

С чего начать

1. Прочитайте бесплатное введение — тринадцать страниц, ссылка ниже. Этого хватит, чтобы понять, подходит ли вам такой способ думать.
2. Возьмите свои текущие регламенты и разложите их по пяти процессам. Для компании из истории это вечер работы — и сразу видно, где три списка описывают одно и то же.
3. Опишите одну рабочую последовательность целиком — от обращения до закрытия — и сверьте с тем, как работа идёт на самом деле.
4. Разложите ресурсы по тройке: процессы — что делаем, люди — кто делает, технологии — на чём4. Это каркас единого реестра.

Открытые материалы

Проверено 03.10.2026.

• Введение в метод, английская версия — тринадцать страниц, бесплатно, рассылается по запросу
• Портал фонда — библиотека, принципы, процессная модель, реестры специалистов и продуктов
• Вики метода — подробный справочник по элементам архитектуры
• «Простой USM», оригинал — краткое введение аккредитованного коуча, бесплатно
• Страница экзамена — условия сдачи и порядок записи

Что читать дальше

Три свода рядом: ITIL — самый известный сборник практик, FitSM — короткий стандарт с проверяемыми требованиями, и метод, который измеряет впечатление пользователя от услуг.