# Бесплатная экспертная база знаний по управлению ИТ

Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего. Только сведения от консультантов и тренеров Cleverics. Включает ответы на **несколько тысяч вопросов** из **сотен источников**, а также детальный глоссарий с примерами, объяснениями и нюансами

## [Как влияет использование единой инфраструктуры на возможность разграничения уровней обслуживания в ИТ-услугах?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-ispolzovanie-edinoy-infrastruktury-na-vozmozhnost-razgranicheniya-urovney-obsluzhivaniya/)

Использование единой инфраструктуры в ИТ-подразделениях значительно ограничивает технические возможности по варьированию уровня услуг для разных заказчиков. Поскольку все сервисы построены на одной и той же платформе и ресурсах, создание существенно разных уровней обслуживания для различных групп заказчиков становится технически сложным или экономически нецелесообразным. Это приводит к ситуации, когда в случае внутренних ИТ-услуг с одним основным заказчиком (бизнесом) разделение на отдельные SLA для разных уровней обслуживания часто избыточно, и уровень сервиса интегрируется в сам каталог услуг.

Автор: Дмитрий Исайченко

Рейтинг: 811

Теги: SLA, бизнес, ценность, бизнес-заказчик, управление каталогом ИТ-услуг, управление конфигурациями, CMDB, управление уровнем услуг, SLM

## [Почему проваливаются хорошо спланированные проекты?](https://cleverics.ru/digital/kb-qa/pochemu-provalivayutsya-khorosho-splanirovannye-proekty/)

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

Автор: Олег Скрынник

Рейтинг: 810

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

## [Какие области знаний охватывает процесс управления знаниями в компании?](https://cleverics.ru/digital/kb-qa/kakie-oblasti-znaniy-okhvatyvaet-protsess-upravleniya-znaniyami-v-kompanii/)

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

Автор: Денис Денисов

Рейтинг: 810

Теги: автоматизация ИТ-процессов, ПО для ITSM и ESM, обучение сотрудников, учебные курсы, тренинги, управление знаниями, управление продуктами, продуктовый подход

## [Почему техническая поддержка является важным элементом в управлении уровнем услуг?](https://cleverics.ru/digital/kb-qa/pochemu-tekhnicheskaya-podderzhka-yavlyaetsya-vazhnym-elementom-v-upravlenii-urovnem-uslug/)

Техническая поддержка является важным элементом в управлении уровнем услуг, поскольку это «лицо» ИТ-подразделения для конечных пользователей. Она обеспечивает стабильность, удобство и решение проблем, с которыми сталкиваются пользователи при работе с ИТ-решениями. Недовольство пользователей быстро доходит до заказчиков, поэтому работа технической поддержки напрямую влияет на общее восприятие качества ИТ-услуг и удовлетворенность всех заинтересованных сторон.

Автор: Константин Нарыжный

Рейтинг: 810

Теги: бизнес, ценность, бизнес-заказчик, поддержка пользователей, Service Desk, Help Desk, управление уровнем услуг, SLM

## [В каких аспектах пересекаются процессы управления конфигурациями и управления активами?](https://cleverics.ru/digital/kb-qa/v-kakikh-aspektakh-peresekayutsya-protsessy-upravleniya-konfiguratsiyami-i-upravleniya-aktivami/)

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

Автор: Артём Мукосеев

Рейтинг: 810

Теги: управление ИТ-активами, ITAM, SAM, управление конфигурациями, CMDB

## [Какие аспекты должны учитываться при проектировании сервисных отношений для эффективной ко-креации?](https://cleverics.ru/digital/kb-qa/kakie-aspekty-dolzhny-uchityvatsya-pri-proektirovanii-servisnykh-otnosheniy-dlya-effektivnoy-ko-krea/)

При проектировании сервисных отношений для эффективной ко-креации должны учитываться: определение четких прав и обязанностей каждой стороны; создание прозрачных механизмов взаимодействия и коммуникации; разработка процессов вовлечения потребителей на всех этапах (от проектирования до улучшения); обучение пользователей их роли в создании ценности; установление метрик для измерения участия и вклада обоих сторон; настройка систем сбора и анализа обратной связи для постоянного улучшения взаимодействия. Важно, чтобы обе стороны понимали, что ценность создается совместно, и их действия взаимно дополняют друг друга.

Автор: Игорь Фадеев

Рейтинг: 810

Теги: бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, обучение сотрудников, учебные курсы, тренинги, общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, постоянное улучшение, совершенствование, CSI, PDCA, управление отношениями, взаимодействие, BRM, управление продуктами, продуктовый подход, управление процессами, ИТ-процессы, эффективность, оптимизация

## [Какие проблемы могут возникнуть при неправильной реализации категоризации инцидентов?](https://cleverics.ru/digital/kb-qa/kakie-problemy-mogut-vozniknut-pri-nepravilnoy-realizatsii-kategorizatsii-intsidentov/)

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

Автор: Игорь Фадеев

Рейтинг: 810

Теги: ISO 20000, управление инцидентами, эффективность, оптимизация

## [Что является более важным при внедрении процессов — содержание раздела KPI или культура измерения?](https://cleverics.ru/digital/kb-qa/chto-yavlyaetsya-bolee-vazhnym-pri-vnedrenii-protsessov-soderzhanie-razdela-kpi-ili-kultura-izmereni/)

Более важным при внедрении процессов является формирование культуры измерения и понимания её ценности среди сотрудников, нежели формальное заполнение раздела KPI. Разработка метрик без понимания их цели и применения приведет к созданию формальных показателей, которые не будут использоваться для принятия реальных решений.

Автор: Олег Скрынник

Рейтинг: 810

Теги: бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, управление релизами

## [Какие операнды используются в формуле First Time Resolution (FTR) при расчёте в разрезе рабочих групп?](https://cleverics.ru/digital/kb-qa/kakie-operandy-ispolzuyutsya-v-formule-first-time-resolution-ftr-pri-raschete-v-razreze-rabochikh-gr/)

В формуле First Time Resolution (FTR) при расчёте в разрезе рабочих групп используются два основных операнда: Nj и Sj. Sj представляет собой количество объектов, возвращённых на доработку в j-тую группу. Nj — это количество обращений, полностью обработанных j-той группой, включая как закрытые без рекламаций обращения (Cj), так и возвраты на доработку (Sj). Таким образом, Nj = Cj + Sj, где Cj — количество обращений, закрытых без рекламаций. Расчёт выполняется за период, когда завершена проверка решения, а не само решение задачи.

Автор: Дмитрий Исайченко

Рейтинг: 810

Теги: управление запросами на обслуживание

## [Какая роль пользователя в запуске потоков создания ценности?](https://cleverics.ru/digital/kb-qa/kakaya-rol-polzovatelya-v-zapuske-potokov-sozdaniya-tsennosti/)

Пользователь запускает потоки создания ценности при обращении за решением инцидентов и получении типового обслуживания, которое является частью нормального предоставления услуги. Эти взаимодействия происходят на этапе Co-create путешествия заказчика. Пользователь в данном случае выступает в роли потребителя, который взаимодействует с провайдером непосредственно в процессе использования услуги. Такие запросы запускают потоки, связанные с предоставлением услуги и решением возникающих проблем, что составляет основную часть ежедневной работы службы поддержки и технического обслуживания.

Автор: Артём Мукосеев

Рейтинг: 810

Теги: аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, поток создания ценности (Value Stream), управление запросами на обслуживание, управление инцидентами, управление отношениями, взаимодействие, BRM, управление процессами, ИТ-процессы