[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"general-list":3,"methodology-topic-itil-obrashcheniya":4,"footer-feature-tags":172},true,{"topic":5,"parent":164,"siblings":166},{"slug":6,"title":7,"hint":8,"h1":9,"definition":10,"readTime":11,"published":12,"updated":12,"tags":13,"sections":16,"table":63,"checklist":91,"shtab":102,"faq":122,"terms":135,"related":151,"seo":161},"obrashcheniya","Как обрабатывать обращения","инциденты, запросы и проблемы","Инциденты, запросы и проблемы: три режима работы","Три типа обращений требуют разных правил. Инцидент закрывается восстановлением работы, запрос — выполнением по регламенту, проблема — устранением причины и может жить месяцами.","7 мин чтения","2026-08-30",[14,15],"процесс","средний уровень",[17,35,42,49,56],{"h":18,"id":19,"list":20,"paras":30},"Три типа и почему их разделяют","tri-tipa",[21,24,27],{"k":22,"v":23},"Инцидент. ","Не работает. Мера — время до восстановления. Обходной путь допустим и часто предпочтителен.",{"k":25,"v":26},"Запрос. ","Штатное действие по заявке. Мера — доля выполненных в обещанный срок.",{"k":28,"v":29},"Проблема. ","Причина повторяющихся инцидентов. Мера — снижение частоты. Живёт неделями и месяцами.",[31,32,33,34],"Инцидент — услуга не работает у конкретного человека прямо сейчас. Цель одна: вернуть работу как можно быстрее, допустимо обходным путём. Красиво чинить будем позже.","Запрос на обслуживание — штатное действие по заявке: доступ, оборудование, установка, справка. Здесь ценится предсказуемость: человеку важнее знать срок, чем получить всё сегодня.","Проблема — причина, порождающая инциденты. Живёт отдельно, разбирается без спешки и может быть закрыта без решения, если устранение дороже последствий. Один сбой обычно порождает и инцидент, и проблему.","Смешение режимов даёт узнаваемую картину. Служба, ведущая всё как инциденты, героически восстанавливает одно и то же годами. Служба, ведущая всё как проблемы, медленно восстанавливает работу, пока ищет причину.",{"h":36,"id":37,"paras":38},"Приоритет","prioritet",[39,40,41],"Приоритет считается из влияния и срочности. Влияние — сколько людей и процессов затронуто, срочность — как быстро последствия станут серьёзными. Таблица три на три даёт пять уровней, и этого хватает любой службе.","Договоритесь заранее, что означает каждый уровень, и запишите примеры. «Высокий приоритет» без примера превращается в оценку по громкости обращения.","Отдельно проговорите правило для руководства: их обращения проходят по той же таблице. Исключение, сделанное один раз, отменяет таблицу навсегда.",{"h":43,"id":44,"paras":45},"Эскалация","eskalaciya",[46,47,48],"Эскалация бывает двух видов, и путать их дорого. Функциональная — обращение уходит на линию с нужными знаниями. Управленческая — о ситуации узнаёт руководитель, потому что срок под угрозой.","У обеих должны быть правила и сроки: через сколько часов без движения обращение поднимается выше. Эскалация «по ощущению» работает только для тех, кто умеет настаивать.","Важная деталь: эскалация не снимает ответственность с текущего исполнителя до момента фактической передачи. Иначе обращение зависает между линиями.",{"h":50,"id":51,"paras":52},"Разбор проблем","problemy",[53,54,55],"Регулярная встреча раз в две недели, вход — статистика повторяющихся обращений. Берут одну-две темы, доводят до причины и назначают ответственного.","Инструменты те же, что в работе с качеством: пять «почему» до причины в устройстве системы, диаграмма Исикавы, когда причин явно несколько. Признак хорошей остановки — причина лежит в конфигурации или процессе.","Проблему можно закрыть без устранения, если стоимость решения выше стоимости последствий. Такое решение записывают вместе с обоснованием: через полгода никто не вспомнит, почему смирились.",{"h":57,"id":58,"paras":59},"Изменения как источник инцидентов","izmeneniya",[60,61,62],"Заметная часть аварий рождается из собственных правок в продуктивной среде. Поэтому изменения получают порядок: заявка, согласование, окно проведения, план отката.","Глубину согласования соразмеряют с риском. Типовые повторяющиеся правки проводят по заранее утверждённому шаблону без отдельного согласования — иначе процесс задушит работу и его начнут обходить.","Считайте долю неудачных изменений: тех, что привели к инциденту или откату. Это самый честный показатель качества подготовки.",{"head":64,"rows":69,"title":90},[65,66,67,68],"ТИП","ЦЕЛЬ","ЧТО МЕРИМ","СРОК ЖИЗНИ",[70,75,80,85],[71,72,73,74],"Инцидент","Вернуть работу, можно обходным путём","Время до восстановления","Часы",[76,77,78,79],"Запрос","Выполнить по регламенту","Доля в обещанный срок","Дни",[81,82,83,84],"Проблема","Устранить причину","Снижение частоты инцидентов","Недели и месяцы",[86,87,88,89],"Изменение","Провести правку без аварии","Доля неудачных изменений","От заявки до окна","Как ведут разные типы обращений",{"lead":92,"items":93,"title":101},"Признак смешанных режимов узнаётся по симптому: служба героически восстанавливает одно и то же несколько раз в месяц. Проверьте по пунктам.",[94,95,96,97,98,99,100],"Тип обращения выбирается на входе, до распределения","У инцидента цель — восстановление, обходной путь считается нормальным решением","Проблемы живут отдельной очередью и разбираются регулярно","Приоритет считается по таблице влияния и срочности, уровни описаны примерами","Правила и сроки эскалации записаны, а не работают по ощущению","Изменения проходят согласование, окно и имеют план отката","Типовые изменения проводятся по шаблону без отдельного согласования","Обращения разведены правильно",{"lead":103,"links":104,"title":114,"points":115},"Заведите отдельные доски под инциденты, запросы и проблемы: у них разные статусы, разные сроки и разный ритм. Общая очередь всегда работает в пользу рутины.",[105,110],{"to":106,"tag":107,"text":108,"title":109},"\u002Ffeatures\u002Favtomatizatsiia-proekta\u002F","ВОЗМОЖНОСТЬ","Маршрутизация по типу и эскалация по правилу.","Автоматизация проектов",{"to":111,"tag":107,"text":112,"title":113},"\u002Ffeatures\u002Ffiltratsiia-kartochek\u002F","Срезы по приоритету и времени без движения.","Фильтрация задач","Как развести потоки в Shtab",[116,117,118,119,120,121],"Тип обращения из формы направляет карточку на нужную доску автоматически.","Пользовательские поля влияния и срочности дают приоритет по договорённой таблице.","Контроль сроков реакции считает обещания отдельно для инцидентов и для запросов.","Автоматизация поднимает обращение выше, если оно стоит без движения дольше правила.","Связи задач соединяют инцидент с проблемой: видно, сколько обращений породила одна причина.","Отдельный проект под изменения хранит согласование, окно и план отката.",[123,126,129,132],{"a":124,"q":125},"Да, и часто предпочтительное. Цель инцидента — вернуть человеку возможность работать; если это делается временной мерой за десять минут вместо правильного исправления за два дня, берут временную. Обязательное условие: одновременно заводится проблема, иначе обходной путь становится вечным.","Обходной путь — это нормальное решение инцидента?",{"a":127,"q":128},"Две-три активных на службу. Список из двадцати выглядит как работа, но по нему обычно нет ни одной закрытой позиции. Остальные держите в очереди со счётчиком порождённых инцидентов: он же и определяет порядок.","Сколько проблем вести одновременно?",{"a":130,"q":131},"Проводить по той же таблице приоритетов. Это неудобно ровно один раз — при первом разговоре. Исключение, сделанное однажды, отменяет таблицу для всех: дальше приоритет определяет настойчивость обратившегося.","Как быть с обращениями от руководства?",{"a":133,"q":134},"Нет. Глубину согласования соразмеряют с риском: типовые повторяющиеся правки проводят по заранее утверждённому шаблону, значимые — через совет. Процесс, требующий согласования на каждую мелочь, задушит работу, и его начнут обходить — вместе со значимыми изменениями.","Нужно ли согласовывать каждое изменение?",[136,139,142,145,148],{"slug":137,"title":138},"itil","ITIL",{"slug":140,"title":141},"sla","SLA",{"slug":143,"title":144},"five-whys","Пять почему",{"slug":146,"title":147},"ishikawa","Диаграмма Исикавы",{"slug":149,"title":150},"bottleneck","Узкое место",[152,157],{"to":153,"tag":154,"text":155,"title":156},"\u002Fmethodology\u002Fitil\u002Furoven-servisa\u002F","ТЕМА","Что обещать по срокам и как это измерять.","Как договориться об уровне сервиса",{"to":158,"tag":154,"text":159,"title":160},"\u002Fmethodology\u002Fsix-sigma\u002Finstrumenty\u002F","Парето, Исикава и пять «почему» в разборе проблем.","Инструменты поиска причин",{"title":162,"description":163},"Инциденты, запросы и проблемы: как их обрабатывать","Три режима работы службы поддержки и правила для каждого: приоритет из влияния и срочности, виды эскалации, разбор проблем и контроль изменений как источника аварий.",{"slug":137,"title":165,"short":138},"Управление ИТ-услугами (ITIL)",[167,170],{"slug":168,"title":169},"vnedrenie","Как внедрить ITIL",{"slug":171,"title":156},"uroven-servisa",[173,182,188,197,202,208,214,220,224,230],{"id":174,"name":175,"hex":176,"translations":177,"count_pages":181},8,"Компания","#f40925",{"ru":178,"en":179},{"name":175},{"name":180},"Company",9,{"id":183,"name":184,"hex":185,"translations":186,"count_pages":174},26,"Главная страница",null,{"ru":187},{"name":184},{"id":189,"name":190,"hex":191,"translations":192,"count_pages":196},2,"Проекты","#3027ff",{"ru":193,"en":194},{"name":190},{"name":195},"Project",15,{"id":198,"name":199,"hex":185,"translations":200,"count_pages":189},33,"ИИ",{"ru":201},{"name":199},{"id":203,"name":204,"hex":185,"translations":205,"count_pages":207},34,"Комментарии",{"ru":206},{"name":204},4,{"id":209,"name":210,"hex":185,"translations":211,"count_pages":213},25,"Задачи",{"ru":212},{"name":210},24,{"id":215,"name":216,"hex":185,"translations":217,"count_pages":219},27,"Рабочие пространства",{"ru":218},{"name":216},3,{"id":213,"name":221,"hex":185,"translations":222,"count_pages":174},"Kanban-доска",{"ru":223},{"name":221},{"id":225,"name":226,"hex":185,"translations":227,"count_pages":229},23,"Диаграмма Ганта",{"ru":228},{"name":226},1,{"id":196,"name":231,"hex":185,"translations":232,"count_pages":229},"Календарь",{"ru":233},{"name":231}]