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

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

## [Какие области знаний охватывает процесс управления знаниями в компании?](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, управление процессами, ИТ-процессы

## [Какие факторы мешают разработчикам программного обеспечения воспринимать свою работу как управляемый процесс?](https://cleverics.ru/digital/kb-qa/kakie-faktory-meshayut-razrabotchikam-programmnogo-obespecheniya-vosprinimat-svoyu-rabotu-kak-upravl/)

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

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

Рейтинг: 810

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

## [В чем отличие продуктового подхода с быстрым потоком от простого использования продуктовых ролей?](https://cleverics.ru/digital/kb-qa/v-chem-otlichie-produktovogo-podkhoda-s-bystrym-potokom-ot-prostogo-ispolzovaniya-produktovykh-roley/)

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

Автор: Игорь Гутник

Рейтинг: 810

Теги: Канбан, WIP-лимиты, общие вопросы менеджмента, трансформация, ускорение, Time-to-Market, управление продуктами, продуктовый подход, управление процессами, ИТ-процессы, управление релизами