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

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

## [Какие проблемы возникают при использовании субъективных метрик?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-ispolzovanii-subektivnykh-metrik/)

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

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

Рейтинг: 1131

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

## [Как понять, что ваш Output соответствует желаемому Outcome клиента?](https://cleverics.ru/digital/kb-qa/kak-ponyat-chto-vash-output-sootvetstvuet-zhelaemomu-outcome-klienta/)

Для проверки соответствия Output и Outcome необходимо регулярно собирать обратную связь от клиента, проводить совместные обзоры целей и результатов, определять ключевые метрики успеха с точки зрения потребителя. Также полезно задавать прямые вопросы: «Достигли ли вы целей, для которых была заказана эта услуга?», «Какие выгоды вы получили?», и на основе ответов корректировать предоставляемые выходы.

Автор: Александр Движков

Рейтинг: 1131

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

## [Почему важно "повариться в самой гуще деятельности" при создании каталога ИТ-услуг с использованием PCF?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-povaritsya-v-samoy-gushche-deyatelnosti-pri-sozdanii-kataloga-it-uslug-s-ispolzovanie/)

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

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

Рейтинг: 1131

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

## [Как применять матрично-иерархическую структуру в классификаторе изменений?](https://cleverics.ru/digital/kb-qa/kak-primenyat-matrichno-ierarkhicheskuyu-strukturu-v-klassifikatore-izmeneniy/)

Матрично-иерархическая структура в классификаторе изменений применяется следующим образом:  Сначала устанавливается иерархия категорий изменений: - На верхнем уровне разделяются стандартные и нестандартные изменения - Далее по критериям риска, типа объекта (ИТ-инфраструктура, информационные системы, сети) - Иерархия продолжается до уровня конкретных типов или групп систем  Затем формируется матрица параметров для каждой категории: - Для каждой группы систем или направлений определяются свои наборы параметров - Параметры включают: ответственных за координацию, уполномоченных на согласование, обязательные результаты этапов - Набор опциональных этапов для конкретной группы систем  Особенность применения такой структуры: - Для ИТ-инфраструктуры может быть определен общий типовой порядок с опциональными этапами для работ в боевой среде - Для информационных систем — мастер-порядок с обязательным приёмочным тестированием - Для разных групп информационных систем (например, критически важных) — дополнительные этапы оценки влияния  Как пример конкретной реализации: - Категория «Стандартные изменения для серверной инфраструктуры»:   * Общие этапы: запрос, техническое согласование, выполнение, подтверждение   * Параметры: ответственный координатор — администратор соответствующего направления, срок выполнения — не более 2 часов   * Специфика: не требуется приёмочное тестирование, так как работы выполняются в режиме реального времени  - Категория «Изменения для критически важных информационных систем»:   * Общие этапы: запрос, анализ влияния, утверждение комитета, планирование, тестирование, выполнение, подтверждение   * Параметры: ответственный координатор — старший сотрудник, срок планирования — минимум 5 рабочих дней   * Специфика: обязательное приёмочное тестирование в выделенной среде  Этот подход позволяет значительно сократить количество уникальных моделей, оставаясь при этом достаточно гибким для учета специфики различных систем и направлений.

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

Рейтинг: 1131

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

## [Как улучшить пользовательский опыт при работе с порталом самообслуживания?](https://cleverics.ru/digital/kb-qa/kak-uluchshit-polzovatelskiy-opyt-pri-rabote-s-portalom-samoobsluzhivaniya/)

Для улучшения пользовательского опыта важно сделать интерфейс портала максимально интуитивным и простым. Не стоит перегружать пользователя многоуровневыми меню и большим количеством опций — вместо этого следует вывести в первые уровни наиболее часто используемые категории обращений. Кроме того, вопросы в форме должны быть минимальными, понятными и, по возможности, иметь подсказки или выбор из списка. Пользователь должен четко видеть выгоду от использования портала — например, более быструю обработку его запросов. Также важно обеспечивать обратную связь по статусу обращения, чтобы пользователь понимал, что его заявка обрабатывается.

Автор: Евгений Шилов

Рейтинг: 1130

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

## [Как автоматизация помогает в процессе приоритизации инцидентов?](https://cleverics.ru/digital/kb-qa/kak-avtomatizatsiya-pomogaet-v-protsesse-prioritizatsii-intsidentov/)

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

Автор: Анна Васильева

Рейтинг: 1130

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

## [Почему эмпатия важна в предоставлении сервиса клиентам?](https://cleverics.ru/digital/kb-qa/pochemu-empatiya-vazhna-v-predostavlenii-servisa-klientam/)

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

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

Рейтинг: 1130

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

## [Как влияет правильное распределение ролей на эффективность работы команды?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-pravilnoe-raspredelenie-roley-na-effektivnost-raboty-komandy/)

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

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

Рейтинг: 1130

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

## [Как определить оптимальное количество стандартных изменений?](https://cleverics.ru/digital/kb-qa/kak-opredelit-optimalnoe-kolichestvo-standartnykh-izmeneniy/)

Определение оптимального количества стандартных изменений зависит от рационального баланса между охватом типовых задач и избежанием избыточной детализации. Стандартные изменения должны быть сформулированы максимально конкретно и представлять собой заранее определенные процедуры с минимальной степенью неопределенности.  Число стандартных изменений не должно стремиться к максимальному, охватывая каждую возможную ситуацию, так как это может привести к увеличению сложности управления и снижению гибкости процесса. Целесообразно определить наиболее часто возникающие и повторяющиеся задачи, для которых можно разработать четкие инструкции, назначить исполнителей и установить сроки выполнения.  Ключевые критерии выбора стандартных изменений включают: - Повторяемость и предсказуемость процесса, - Низкий уровень влияния на бизнес-процессы и ИТ-инфраструктуру, - Минимальное количество необходимых согласований, - Возможность нормирования по времени выполнения.  При этом важно учитывать, что координаторы изменений должны иметь полномочия на корректировку стандартных процедур в рамках установленных границ, поскольку полное прописывание всех возможных ситуаций может быть неэффективным.

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

Рейтинг: 1130

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

## [Какая ответственность за прозрачность процесса Управления инцидентами лежит на процессе Управления запросами на обслуживание (RFF)?](https://cleverics.ru/digital/kb-qa/kakaya-otvetstvennost-za-prozrachnost-protsessa-upravleniya-intsidentami-lezhit-na-protsesse-upravle/)

Процесс Управления запросами на обслуживание (RFF) не несёт первичной ответственности за прозрачность процесса Управления инцидентами. RFF может выступать как дополнительный канал коммуникации для передачи информации пользователю по запросу (реактивный канал), действуя как транспорт для информации, предоставляемой процессом INC. Однако ответственность за эффективное использование этого канала и обеспечение должного уровня прозрачности процесса лежит на процессе Управления инцидентами (INC), который должен определить, когда и как использовать RFF для информирования пользователей. INC является владельцем процесса и несёт ответственность за качество коммуникации в целом.

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

Рейтинг: 1130

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