[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"general-list":3,"methodology-itil":4,"footer-feature-tags":250},true,{"slug":5,"title":6,"short":7,"group":8,"art":9,"cover":10,"lead":11,"fit":12,"inGrid":3,"h1":13,"intro":14,"tldr":15,"readTime":20,"level":21,"published":22,"updated":23,"about":24,"fitYes":33,"fitNo":38,"artefacts":43,"rollout":84,"metrics":111,"mistakes":134,"shtab":155,"topicGroups":180,"faq":190,"terms":206,"related":223,"seo":237,"topicIndex":240},"itil","Управление ИТ-услугами (ITIL)","ITIL","process","queue","https:\u002F\u002Fcdn.shtab.app\u002Fmedia\u002Fmethodology\u002Fcovers\u002Fitil\u002Fcover.png","Свод практик о том, как ИТ-подразделение работает услугой: каталог того, что оно даёт, обещанные сроки, разбор обращений и контроль изменений.","Служба поддержки, ИТ-отдел, любая внутренняя служба, к которой обращаются с заявками и ждут понятного срока.","ITIL: управление ИТ-услугами на практике","ITIL описывает, как ИТ-подразделение перестаёт быть чёрным ящиком и становится поставщиком понятных услуг. Ядро практическое: список того, что вы даёте, обещание по срокам, разбор обращений по разным правилам и контроль изменений. Библиотека большая, но начинают всегда с одного и того же угла.",[16,17,18,19],"Инцидент и проблема разбираются по-разному: первое — восстановить работу, второе — убрать причину","Каталог услуг и обещание по срокам дают больше, чем любая настройка системы","Приоритет считается из влияния и срочности, а не из настойчивости обратившегося","ITIL 4 отказалась от жёсткого набора процессов в пользу принципов и практик","10 мин чтения","средний","2026-08-30","2026-08-31",{"paras":25,"title":32},[26,27,28,29,30,31],"Библиотека появилась в британском государственном агентстве в конце восьмидесятых как попытка собрать удачные практики работы ИТ-служб. С тех пор она пережила несколько редакций; действующая — ITIL 4, вышедшая в 2019 году.","Главная идея простая. ИТ-подразделение оказывает услуги, у услуг есть потребители, а у потребителей — ожидания по доступности и срокам. Как только это записано, разговор о работе ИТ перестаёт быть спором о том, кто чем занят.","Ранние редакции описывали жёсткий набор процессов по стадиям жизненного цикла услуги. ITIL 4 от этого отошла: вместо обязательной последовательности там принципы и набор практик, из которых берут нужные. На практике компании начинают с трёх-четырёх и живут с ними годами.","Ключевое различие, на котором спотыкаются чаще всего, — между инцидентом и проблемой. Инцидент означает, что услуга не работает, и задача — вернуть её как можно быстрее, хоть обходным путём. Проблема — это причина инцидентов, и её разбирают отдельно, без спешки. Смешивание этих двух режимов даёт либо медленное восстановление, либо вечно повторяющиеся сбои.","Отдельная практика — контроль изменений. Значительная часть инцидентов рождается из собственных изменений, поэтому у них появляется порядок согласования, окно проведения и план отката.","В России есть сертифицируемый стандарт на систему управления ИТ-услугами — ГОСТ Р ИСО\u002FМЭК 20000. Он требуется, когда этого просит заказчик; для внутренней пользы достаточно самих практик.","Что такое ITIL",[34,35,36,37],"К службе обращаются десятки раз в неделю, и обращения похожи друг на друга","Пользователи не понимают, сколько ждать, и звонят напрямую знакомым исполнителям","Одни и те же сбои повторяются, а причину никто не разбирает","Часть аварий возникает после собственных изменений",[39,40,41,42],"Служба из двух человек, обращений несколько в неделю: формализация съест больше, чем даст","Работа проектная и штучная, повторяющихся обращений нет","Цель — получить сертификат, а менять порядок работы никто не собирается","Руководство не готово ограничивать поток изменений в продуктивную среду",{"lead":44,"items":45,"title":62,"events":63},"Документов немного, и каждый отвечает на свой вопрос: каталог — что мы даём, соглашение — за какой срок, база — как чинить, реестр изменений — что мы сами меняем.",[46,50,54,58],{"d":47,"t":48,"owner":49},"Список того, что служба даёт потребителям, на их языке. «Доступ к системе учёта» вместо «настройки LDAP». Обычно десяток-полтора позиций.","Каталог услуг","Владелец услуги",{"d":51,"t":52,"owner":53},"Обещание по времени реакции и восстановления для каждого типа обращения, часы поддержки, исключения. Согласуется с потребителем: спущенное сверху обещание не выполняется.","Соглашение об уровне услуг","Менеджер уровня услуг",{"d":55,"t":56,"owner":57},"Короткие инструкции по частым обращениям. Позволяет закрывать их первой линией и снижает нагрузку сильнее любой автоматизации.","База типовых решений","Первая линия",{"d":59,"t":60,"owner":61},"Что меняем в продуктивной среде, кто согласовал, когда окно, как откатываем. Ведётся даже для мелких правок.","Реестр изменений","Менеджер изменений","Что появляется в работе",[64,69,74,79],{"t":65,"dur":66,"out":67,"who":68},"Разбор очереди","10–15 мин ежедневно","приоритеты на день, эскалации","линии поддержки",{"t":70,"dur":71,"out":72,"who":73},"Совет по изменениям","30–60 мин еженедельно","согласованные изменения и окна","владельцы систем и служба",{"t":75,"dur":76,"out":77,"who":78},"Разбор проблем","1–2 ч раз в две недели","найденные причины повторяющихся сбоев","вторая линия и владельцы услуг",{"t":80,"dur":81,"out":82,"who":83},"Обзор уровня услуг","1 ч ежемесячно","решение о доработке обещаний или процесса","служба и представители потребителей",{"lead":85,"steps":86,"title":110},"Практик в библиотеке несколько десятков, и попытка внедрить их разом заканчивается регламентом, по которому никто не работает. Порядок ниже даёт результат за пару месяцев.",[87,91,95,98,102,106],{"d":88,"t":89,"when":90},"Единая точка приёма вместо почты, чатов и звонков знакомым. Пока обращения приходят пятью путями, ни посчитать, ни распределить их невозможно.","Соберите обращения в одно место","первая неделя",{"d":92,"t":93,"when":94},"Десяток позиций на языке потребителя. Список того, что служба делает, написанный её собственными терминами, потребителю бесполезен.","Опишите каталог услуг","первый месяц",{"d":96,"t":97,"when":94},"«Не работает» и «дайте доступ» идут разными маршрутами с разными сроками. Смешение этих потоков — причина того, что срочное ждёт наравне с рутиной.","Разделите инциденты и запросы",{"d":99,"t":100,"when":101},"Время реакции и восстановления по типам обращений, согласованное с потребителем. Начинайте с замера текущего положения, чтобы обещание было выполнимым.","Договоритесь о сроках","второй месяц",{"d":103,"t":104,"when":105},"Регулярная встреча по повторяющимся сбоям. Без неё служба вечно тушит одни и те же пожары и не имеет времени на причины.","Заведите разбор проблем","второй-третий месяц",{"d":107,"t":108,"when":109},"Согласование, окно, план отката. Начните со значимых изменений в продуктивной среде, мелкие подключайте позже.","Введите контроль изменений","третий месяц","С чего начать",{"items":112,"title":133},[113,117,121,125,129],{"d":114,"t":115,"how":116},"Какая часть обращений уложилась в обещанное время реакции и восстановления.","Доля в срок","Уложившиеся к общему числу по каждому типу за период.",{"d":118,"t":119,"how":120},"Доля обращений, закрытых без передачи дальше. Рост означает, что база решений работает.","Решено первой линией","Закрытые первой линией к общему числу.",{"d":122,"t":123,"how":124},"Как часто пользователь возвращается с тем же вопросом. Прямой признак того, что чинили симптом.","Повторные обращения","Обращения того же пользователя по той же теме за 30 дней.",{"d":126,"t":127,"how":128},"Сколько изменений привели к инциденту или откату. Показывает качество согласования и подготовки.","Доля неудачных изменений","Изменения с откатом или инцидентом к общему числу.",{"d":130,"t":131,"how":132},"Сколько услуга была недоступна. Считается по потребителю: важно, сколько он не мог работать.","Время до восстановления","Медиана и верхний дециль по инцидентам за период.","Что считать",{"items":135,"title":154},[136,139,142,145,148,151],{"t":137,"fix":138},"Инциденты и проблемы ведут одинаково","Разведите потоки: инцидент закрывается восстановлением, пусть даже обходным путём, проблема живёт до устранения причины. Иначе служба либо тормозит с восстановлением, либо годами тушит одно и то же.",{"t":140,"fix":141},"Каталог написан на языке ИТ","Формулируйте услуги так, как их назвал бы пользователь. «Доступ к системе учёта» вместо «настройка прав в каталоге»: по второму варианту заявку никто не найдёт.",{"t":143,"fix":144},"Сроки взяли с потолка","Померьте, как есть сейчас, и обещайте достижимое с запасом. Обещание, не выполняемое с первого месяца, обесценивает саму идею соглашения.",{"t":146,"fix":147},"Приоритет ставит тот, кто громче","Считайте приоритет из влияния и срочности по простой таблице. Договоритесь заранее, что означает каждый уровень, и держитесь этого, включая обращения от руководства.",{"t":149,"fix":150},"Внедряют все практики сразу","Возьмите три: приём обращений, каталог, соглашение о сроках. Остальное подключайте, когда эти начнут работать без напоминаний.",{"t":152,"fix":153},"Обходные каналы остаются","Закройте личные обращения к исполнителям, хотя бы мягко: просите завести заявку и отвечайте в ней. Пока половина работы идёт мимо системы, любые метрики врут.","Где обычно ломается",{"lead":156,"links":157,"title":172,"points":173},"Заведите форму приёма обращений и разведите инциденты и запросы по разным доскам со своими статусами: у них разные сроки, и общая очередь всегда работает в пользу рутины.",[158,163,167],{"to":159,"tag":160,"text":161,"title":162},"\u002Ffeatures\u002Fsla\u002F","ВОЗМОЖНОСТЬ","Обещания по времени реакции и их соблюдение.","Контроль сроков",{"to":164,"tag":160,"text":165,"title":166},"\u002Ffeatures\u002Fkonstruktory-form\u002F","Единая точка приёма обращений.","Конструктор форм",{"to":168,"tag":169,"text":170,"title":171},"\u002Fsolutions\u002Fdlya-podderzhki\u002F","РЕШЕНИЕ","Как собрать работу службы поддержки целиком.","Поддержка","Как собрать службу в Shtab",[174,175,176,177,178,179],"Форма приёма делает единую точку входа вместо почты, чатов и звонков.","Контроль сроков реакции задаёт обещание по каждому типу обращений и считает долю уложившихся.","Пользовательские поля хранят влияние и срочность, из которых считается приоритет.","База типовых решений живёт страницами в том же проекте и открывается прямо из карточки.","Автоматизации назначают исполнителя по типу обращения и уведомляют о приближении срока.","Отдельный проект под изменения хранит согласование, окно проведения и план отката.",[181,186],{"items":182,"title":185},[183,184],"vnedrenie","obrashcheniya","ПРОЦЕСС",{"items":187,"title":189},[188],"uroven-servisa","ОБЕЩАНИЯ",[191,194,197,200,203],{"a":192,"q":193},"Ранние редакции описывали жёсткий набор процессов по стадиям жизненного цикла услуги, и внедрение выглядело как последовательное построение всех этапов. ITIL 4 заменила эту конструкцию принципами и набором практик, из которых берут нужные. Практически это означает, что начинать с трёх практик теперь не отступление от метода, а нормальный путь.","Чем ITIL 4 отличается от прежних редакций?",{"a":195,"q":196},"Для внутренней пользы — нет, практики работают и без бумаг. Сертификат нужен, когда его требует заказчик или тендерная процедура. Готовиться к нему разумно после того, как каталог услуг, приём обращений и соглашение о сроках уже работают: иначе аудит покажет разрыв между документами и жизнью.","Нужна ли сертификация по ГОСТ Р ИСО\u002FМЭК 20000?",{"a":198,"q":199},"Инцидент — услуга не работает у конкретного пользователя прямо сейчас, и цель одна: вернуть работу как можно быстрее, допустимо обходным путём. Проблема — причина, порождающая инциденты; её разбирают отдельно и без спешки, с правом закрыть без решения, если устранение дороже последствий. Один и тот же сбой обычно порождает и инцидент, и проблему, и они живут в разных очередях.","Чем инцидент отличается от проблемы?",{"a":201,"q":202},"Из влияния и срочности. Влияние — сколько людей и процессов затронуто, срочность — насколько быстро последствия станут серьёзными. Простая таблица три на три даёт пять уровней приоритета, и этого достаточно. Главное — договориться заранее, что означает каждый уровень, и не пересматривать это под давлением отдельных обращений.","Как считать приоритет обращения?",{"a":204,"q":205},"Нет. Приём заявок формой, статусы под маршрут обращения, обещание по срокам и база решений собираются в обычном трекере задач. Специализированные системы нужны, когда появляется управление конфигурациями с сотнями связанных элементов и сложные схемы согласования изменений.","Обязательно ли покупать специальную систему?",[207,208,211,214,217,220],{"slug":5,"title":7},{"slug":209,"title":210},"sla","SLA",{"slug":212,"title":213},"bpm","Управление бизнес-процессами",{"slug":215,"title":216},"workflow-automation","Автоматизация процессов",{"slug":218,"title":219},"lead-time","Время выполнения",{"slug":221,"title":222},"throughput","Пропускная способность",[224,229,232],{"to":225,"tag":226,"text":227,"title":228},"\u002Fmethodology\u002Fkanban\u002F","МЕТОДОЛОГИЯ","Поток обращений и ограничение незавершённой работы в поддержке.","Kanban",{"to":230,"tag":226,"text":231,"title":213},"\u002Fmethodology\u002Fbpm\u002F","Тот же приём заявок и маршруты, но для процессов всей компании.",{"to":233,"tag":234,"text":235,"title":236},"\u002Fmethodology\u002Fbpm\u002Fpokazateli\u002F","ТЕМА","Срок, доля в срок и отклонения — те же измерения для службы.","Как измерять процессы",{"title":238,"description":239},"ITIL: управление ИТ-услугами и внедрение практик","Как устроен ITIL: каталог услуг, соглашение об уровне сервиса, разбор инцидентов и проблем, контроль изменений. Порядок внедрения, метрики службы и типичные ошибки.",[241,244,247],{"slug":183,"title":242,"hint":243},"Как внедрить ITIL","три практики вместо тридцати",{"slug":184,"title":245,"hint":246},"Как обрабатывать обращения","инциденты, запросы и проблемы",{"slug":188,"title":248,"hint":249},"Как договориться об уровне сервиса","обещание, которое можно выполнить",[251,260,266,275,280,286,292,298,302,308],{"id":252,"name":253,"hex":254,"translations":255,"count_pages":259},8,"Компания","#f40925",{"ru":256,"en":257},{"name":253},{"name":258},"Company",9,{"id":261,"name":262,"hex":263,"translations":264,"count_pages":252},26,"Главная страница",null,{"ru":265},{"name":262},{"id":267,"name":268,"hex":269,"translations":270,"count_pages":274},2,"Проекты","#3027ff",{"ru":271,"en":272},{"name":268},{"name":273},"Project",15,{"id":276,"name":277,"hex":263,"translations":278,"count_pages":267},33,"ИИ",{"ru":279},{"name":277},{"id":281,"name":282,"hex":263,"translations":283,"count_pages":285},34,"Комментарии",{"ru":284},{"name":282},4,{"id":287,"name":288,"hex":263,"translations":289,"count_pages":291},25,"Задачи",{"ru":290},{"name":288},24,{"id":293,"name":294,"hex":263,"translations":295,"count_pages":297},27,"Рабочие пространства",{"ru":296},{"name":294},3,{"id":291,"name":299,"hex":263,"translations":300,"count_pages":252},"Kanban-доска",{"ru":301},{"name":299},{"id":303,"name":304,"hex":263,"translations":305,"count_pages":307},23,"Диаграмма Ганта",{"ru":306},{"name":304},1,{"id":274,"name":309,"hex":263,"translations":310,"count_pages":307},"Календарь",{"ru":311},{"name":309}]