# Бесплатная экспертная база знаний по управлению ИТ Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего. Только сведения от консультантов и тренеров Cleverics. Включает ответы на **несколько тысяч вопросов** из **сотен источников**, а также детальный глоссарий с примерами, объяснениями и нюансами ## [Чем SLM отличается от каталога услуг в ИТ-менеджменте?](https://cleverics.ru/digital/kb-qa/chem-slm-otlichaetsya-ot-kataloga-uslug-v-it-menedzhmente/) SLM (Service Level Management) и каталог услуг выполняют разные функции в ИТ-менеджменте. Каталог услуг фокусируется на определении и структурировании предоставляемых услуг, их ценности для заказчика и необходимых ресурсах. Он может быть построен задолго до организации SLM и используется для формирования нового отношения к ИТ-деятельности и улучшения взаимодействия с бизнесом. SLM же является контрольным механизмом, обеспечивающим оценку качества услуг через сравнение результатов с обязательствами. SLM представляет собой более продвинутую стадию развития, следующую за созданием каталога услуг. Автор: Дмитрий Исайченко Рейтинг: 1358 Теги: бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, постоянное улучшение, совершенствование, CSI, PDCA, управление каталогом ИТ-услуг, управление отношениями, взаимодействие, BRM, управление уровнем услуг, SLM, эффективность, оптимизация ## [Какие основные обязанности у владельца услуги (Service Owner) в ITIL?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-obyazannosti-u-vladeltsa-uslugi-service-owner-v-itil/) Основные обязанности владельца услуги в ITIL включают обеспечение соответствия предоставления и поддержки услуги заявленным требованиям, интерпретацию требований заказчиков в ИТ-терминах, взаимодействие с менеджерами процессов на всём жизненном цикле услуги, участие в обсуждении SLA и OLA, участие во внутренних и внешних встречах по оценке услуги, выступление единой точкой ответственности за работу услуги, точка эскалации для значительных инцидентов, представительство в совете по изменениям (CAB) и обеспечение точности и актуальности информации об услуге в каталоге услуг. Автор: Константин Нарыжный Рейтинг: 1233 Теги: ITIL, SLA, бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, управление изменениями, управление инцидентами, управление каталогом ИТ-услуг, управление отношениями, взаимодействие, BRM, управление процессами, ИТ-процессы, управление уровнем услуг, SLM ## [Как оценить успешность внедрения ITIL-процессов в организации?](https://cleverics.ru/digital/kb-qa/kak-otsenit-uspeshnost-vnedreniya-itil-protsessov-v-organizatsii/) Оценка успешности внедрения ITIL-процессов должна основываться на измерении конкретных бизнес-результатов, а не просто на количестве внедренных процессов. Ключевые показатели включают: снижение количества повторных инцидентов и времени их решения; повышение удовлетворенности пользователей ИТ-услугами (через регулярные опросы); сокращение времени простоя критически важных бизнес-приложений; уменьшение количества инцидентов, вызванных изменениями; рост доли стандартных услуг, предоставляемых через каталог услуг; снижение операционных затрат на поддержку ИТ-инфраструктуры; улучшение времени выполнения бизнес-запросов по ИТ; повышение прозрачности ИТ-затрат для бизнеса. Помимо количественных показателей, важно оценивать качественные аспекты: насколько улучшилась коммуникация между ИТ и бизнесом; как изменилась культура работы с ИТ-услугами в организации; насколько сотрудники понимают и соблюдают новые процессы. Для комплексной оценки можно использовать модели зрелости процессов, такие как COBIT или CMMI, чтобы определить текущий уровень зрелости и спланировать дальнейшее развитие. Измерения должны проводиться регулярно, сначала ежемесячно, затем ежеквартально, и сравниваться с базовыми показателями до внедрения. Автор: Олег Скрынник Рейтинг: 1161 Теги: COBIT, ITIL, аллокация затрат, расчёт себестоимости услуг, бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, поддержка пользователей, Service Desk, Help Desk, постоянное улучшение, совершенствование, CSI, PDCA, управление инцидентами, управление каталогом ИТ-услуг, управление конфигурациями, CMDB, управление процессами, ИТ-процессы, управление релизами, экономика и финансы, эффективность, оптимизация ## [В каких процессах ITIL содержится управление рисками?](https://cleverics.ru/digital/kb-qa/v-kakikh-protsessakh-itil-soderzhitsya-upravlenie-riskami/) Управление рисками присутствует в следующих процессах ITIL: 1. В группе процессов проектирования услуг - через управление доступностью, мощностями, непрерывностью и информационной безопасностью, где требуется анализ угроз и внедрение контрмер. 2. В управлении проблемами, особенно в проактивной его части, направленной на предотвращение инцидентов. 3. В постоянном совершенствовании услуг (CSI), где деятельность по улучшению часто приводит к идентификации рисков, а идентифицированные риски запускают новые циклы улучшений. 4. В управлении изменениями и релизами. 5. В управлении портфелем услуг. Все эти процессы содержат элементы идентификации, анализа и управления рисками, что делает управление рисками сквозной практикой в рамках ITIL. Автор: Павел Дёмин Рейтинг: 1129 Теги: ITIL, безопасность, постоянное улучшение, совершенствование, CSI, PDCA, управление доступностью, управление изменениями, управление инцидентами, управление каталогом ИТ-услуг, управление проблемами, управление релизами, управление рисками, управление уровнем услуг, SLM, эффективность, оптимизация ## [Почему большинство крупных компаний не реализуют полномасштабное сервисное управление ИТ-услугами?](https://cleverics.ru/digital/kb-qa/pochemu-bolshinstvo-krupnykh-kompaniy-ne-realizuyut-polnomasshtabnoe-servisnoe-upravlenie-it-uslugam/) Большинство крупных компаний не реализуют полномасштабное сервисное управление ИТ-услугами из-за сложности и масштаба необходимых организационных изменений. Переход от функциональной к доменной структуре, усиление роли бизнес-аналитиков, формирование каталога услуг на основе бизнес-процессов и внедрение мониторинга требуют значительных ресурсов, времени и волевого решения. Кроме того, руководители ИТ-подразделений часто сталкиваются с сопротивлением со стороны сотрудников и других подразделений, что делает внедрение таких изменений еще более сложным. Автор: Дмитрий Исайченко Рейтинг: 1120 Теги: бизнес, ценность, бизнес-заказчик, мониторинг, общие вопросы менеджмента, организационные изменения, агенты изменений, управление каталогом ИТ-услуг, управление процессами, ИТ-процессы, управление релизами ## [Почему стандартное понимание SLM как процесса создания двух каталогов услуг, SLA и OLA является ограниченным?](https://cleverics.ru/digital/kb-qa/pochemu-standartnoe-ponimanie-slm-kak-protsessa-sozdaniya-dvukh-katalogov-uslug-sla-i-ola-yavlyaetsy/) Стандартное понимание SLM как процесса, в результате которого должны быть созданы два каталога услуг (бизнес- и технических), SLA и OLA, является ограниченным, потому что эта модель применима лишь к определенным типам организаций и сценариев. Во-первых, практика ведения каталога технических услуг и OLA применима только к очень небольшой доле компаний с реализованным сервисным подходом. Во-вторых, каталог бизнес-услуг с различными уровнями обслуживания востребован преимущественно в сценариях массового обслуживания, что не соответствует ситуации во многих внутренних ИТ-подразделениях. Кроме того, создание этих документов составляет не более половины содержания SLM как процесса управления. Автор: Дмитрий Исайченко Рейтинг: 1102 Теги: SLA, бизнес, ценность, бизнес-заказчик, управление каталогом ИТ-услуг, управление уровнем услуг, SLM ## [Как строятся каталоги услуг в некоторых ИТ-службах?](https://cleverics.ru/digital/kb-qa/kak-stroyatsya-katalogi-uslug-v-nekotorykh-it-sluzhbakh/) Каталоги услуг в некоторых ИТ-службах строятся на основе сущности «доступ к ресурсам». В таких каталогах услуга определяется как информационная система (программно-аппаратный комплекс), и описываются правила предоставления доступа к этой системе. Например, для учетной системы может быть указано, что доступ к ней гарантируется с определенного времени до определенного времени. При таком подходе поставщик услуг фокусируется только на предоставлении доступа к ресурсу, а то, как потребитель будет использовать этот ресурс, уже не является заботой поставщика. Это упрощает описание услуг и управление ими, особенно когда поставщик не обладает информацией о деталях деятельности потребителя или не желает в нее вникать. Автор: Игорь Гутник Рейтинг: 1095 Теги: аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление каталогом ИТ-услуг ## [Как выглядят ответы на вопросы портфеля услуг для внутреннего ИТ-провайдера?](https://cleverics.ru/digital/kb-qa/kak-vyglyadyat-otvety-na-voprosy-portfelya-uslug-dlya-vnutrennego-it-provaydera/) Для внутреннего ИТ-провайдера ответы на вопросы портфеля услуг выглядят иначе, чем для внешнего. Клиенты должны покупать услуги, потому что без них бизнес-процессы работать не смогут. Выбора у клиента нет, так как ИТ-отдел - единственный поставщик. Цену услуг не придумывают, а только рассчитывают себестоимость по согласованной методике, монетизация происходит через утверждение бюджета. Сильная сторона - безальтернативность, слабая - восприятие как центра затрат, приоритет - усиление безальтернативности, риск - возможная замена на внешнего провайдера для части услуг. Распоряжение ресурсами происходит по традиционной схеме: получение задачи, ТЗ, проект, закупка ресурсов, эксплуатация. Автор: Олег Скрынник Рейтинг: 1088 Теги: аллокация затрат, расчёт себестоимости услуг, аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, бюджетирование, планирование затрат, управление каталогом ИТ-услуг, управление проектами, PRINCE2, управление процессами, ИТ-процессы, управление рисками, управление уровнем услуг, SLM, экономика и финансы ## [В чем заключается проблема наличия нескольких заказчиков у одной ИТ-услуги?](https://cleverics.ru/digital/kb-qa/v-chem-zaklyuchaetsya-problema-nalichiya-neskolkikh-zakazchikov-u-odnoy-it-uslugi/) Проблема наличия нескольких заказчиков у одной ИТ-услуги заключается в том, что разные подразделения компании могут предъявлять различные (иногда противоречивые) требования к одной и той же ИТ-услуге, при этом плательщиком может выступать третья сторона. Например, одно подразделение отвечает за продажи продукта и выступает как основной заказчик, а другое подразделение отвечает за бэк-офисные операции и является потребителем той же ИТ-услуги. Это создает сложности в определении ответственности, аллокации затрат и заключении SLA. ИТ-подразделению приходится выбирать между несколькими вариантами: заключать отдельные SLA со всеми заказчиками (что усложняет переговоры и размывает ответственность), рассматривать одно подразделение как заказчика, а другое как потребителя (что требует договоренностей между бизнес-подразделениями), или выделять разные ИТ-услуги для разных заказчиков (что увеличивает сложность каталога услуг). Автор: Дмитрий Исайченко Рейтинг: 1086 Теги: SLA, аллокация затрат, расчёт себестоимости услуг, бизнес, ценность, бизнес-заказчик, общие вопросы менеджмента, управление каталогом ИТ-услуг, управление продуктами, продуктовый подход, управление уровнем услуг, SLM, экономика и финансы ## [Каковы особенности управления запросами на обслуживание в ITIL 4?](https://cleverics.ru/digital/kb-qa/kakovy-osobennosti-upravleniya-zaprosami-na-obsluzhivanie-v-itil-4/) В ITIL 4 управление запросами на обслуживание рассматривается как отдельная практика, отличная от управления инцидентами. В отличие от инцидентов, запросы на обслуживание являются "обычной" частью предоставления услуг. Основные особенности включают создание моделей запросов на обслуживание во время проектирования продуктов и услуг, а не после возникновения запросов. Практика управления запросами на обслуживание задействована на всех этапах жизненного цикла услуг. Для удобства пользователей запросы на обслуживание обычно включаются в пользовательские представления каталога услуг. Каталог запросов содержит информацию о доступных запросах, предварительных требованиях, необходимой информации для инициирования запроса, процессе утверждения и целевом времени выполнения. Это позволяет стандартизировать процесс подачи и выполнения запросов, делая его более прозрачным и предсказуемым для пользователей. Автор: Игорь Фадеев Рейтинг: 1063 Теги: ITIL, поддержка пользователей, Service Desk, Help Desk, управление запросами на обслуживание, управление инцидентами, управление каталогом ИТ-услуг, управление продуктами, продуктовый подход