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

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

## [Почему важно учитывать локальное время пользователей при расчете сроков поддержки?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-uchityvat-lokalnoe-vremya-polzovateley-pri-raschete-srokov-podderzhki/)

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

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

Рейтинг: 1007

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

## [Почему бизнес может противиться изменению правил учета активов для нужд ИТ?](https://cleverics.ru/digital/kb-qa/pochemu-biznes-mozhet-protivitsya-izmeneniyu-pravil-ucheta-aktivov-dlya-nuzhd-it/)

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

Автор: Михаил Тобурдановский

Рейтинг: 1007

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

## [Какие признаки указывают на успешное внедрение процесса управления проблемами в компании?](https://cleverics.ru/digital/kb-qa/kakie-priznaki-ukazyvayut-na-uspeshnoe-vnedrenie-protsessa-upravleniya-problemami-v-kompanii/)

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

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

Рейтинг: 1007

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

## [Чем опасны ошибочные представления об ИТ-персонале для руководителей крупных компаний?](https://cleverics.ru/digital/kb-qa/chem-opasny-oshibochnye-predstavleniya-ob-it-personale-dlya-rukovoditeley-krupnykh-kompaniy/)

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

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

Рейтинг: 1007

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

## [Почему некоторые ИТ-организации выделяют обработку сервисных запросов и управление инцидентами в отдельные процессы?](https://cleverics.ru/digital/kb-qa/pochemu-nekotorye-it-organizatsii-vydelyayut-obrabotku-servisnykh-zaprosov-i-upravlenie-intsidentami/)

Основные причины выделения в отдельные процессы включают соответствие ITIL v3, конкурентные преимущества вендоров ITSM-продуктов (которые "меряются" количеством процессов) и особенности программных продуктов, где сервисные запросы и инциденты представлены как разные объекты со значительно отличающимися возможностями по обработке. Многие ITSM-продукты реализуют строгое разделение, что стимулирует организации следовать этой практике. Дополнительным фактором является стремление к более точной специализации процессов и потенциальная возможность оптимизации обработки разных типов обращений.

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

Рейтинг: 1007

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

## [Почему в процессе становления системы приоритизации изменений возникает увеличение уровня бюрократии?](https://cleverics.ru/digital/kb-qa/pochemu-v-protsesse-stanovleniya-sistemy-prioritizatsii-izmeneniy-voznikaet-uvelichenie-urovnya-byur/)

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

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

Рейтинг: 1007

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

## [Каковы основные функции процессов EDM02, EDM03 и EDM04 в системе руководства ИТ?](https://cleverics.ru/digital/kb-qa/kakovy-osnovnye-funktsii-protsessov-edm02-edm03-i-edm04-v-sisteme-rukovodstva-it/)

Процессы EDM02, EDM03 и EDM04 в COBIT 5 совместно обеспечивают оценку, направление и мониторинг системы управления ИТ по трём основным направлениям, которые важны для заинтересованных сторон: EDM02 отвечает за формирование ценности и обеспечение получения выгод, EDM03 — за оптимизацию рисков, EDM04 — за оптимизацию использования ресурсов. Эти процессы ориентированы на руководство системой управления ИТ, которая включает в себя набор из 32 процессов.

Автор: Роман Журавлёв

Рейтинг: 1006

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

## [Почему пользователи считают персонализацию важным элементом в общении с технической поддержкой?](https://cleverics.ru/digital/kb-qa/pochemu-polzovateli-schitayut-personalizatsiyu-vazhnym-elementom-v-obshchenii-s-tekhnicheskoy-podder/)

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

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

Рейтинг: 1006

Теги: бизнес, ценность, бизнес-заказчик, поддержка пользователей, Service Desk, Help Desk, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление запросами на обслуживание, управление отношениями, взаимодействие, BRM

## [Как определяется сквозная ответственность в управлении изменениями?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-skvoznaya-otvetstvennost-v-upravlenii-izmeneniyami/)

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

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

Рейтинг: 1006

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

## [Как рассчитывается метрика результативности для групп ИТ в процессе управления инцидентами?](https://cleverics.ru/digital/kb-qa/kak-rasschityvaetsya-metrika-rezultativnosti-dlya-grupp-it-v-protsesse-upravleniya-intsidentami/)

Метрика результативности для ИТ-групп рассчитывается как отношение количества инцидентов, решённых данным участником процесса без повторной обработки, к общему количеству инцидентов с участием этой группы. Точная формула: KPI результативности = 1 — (M / N), где N — общее количество инцидентов, решённых за период с участием даной группы, а M — количество инцидентов, которые потребовали повторной обработки этой группой. Метрика нормирована в диапазоне от 0 до 1, где 1 означает идеальную результативность.

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

Рейтинг: 1006

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