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

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

## [Как границы между ИТ-активами и конфигурационными единицами соотносятся с границами между другими понятиями в ITIL, например, между запросами на обслуживание и стандартными изменениями?](https://cleverics.ru/digital/kb-qa/kak-granitsy-mezhdu-it-aktivami-i-konfiguratsionnymi-edinitsami-sootnosyatsya-s-granitsami-mezhdu-dr/)

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

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

Рейтинг: 895

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

## [Что собой представляет стандарт ISO 22301:2012 и как он развивался?](https://cleverics.ru/digital/kb-qa/chto-soboy-predstavlyaet-standart-iso-22301-2012-i-kak-on-razvivalsya/)

ISO 22301:2012 (Societal security – Business continuity management systems – Requirements) - это основной международный стандарт по управлению непрерывностью бизнеса, который статус международного стандарта получил в 2012 году. Ранее, до принятия в качестве международного стандарта, он был известен как BS 25999 (британский стандарт). Стандарт вводит важную терминологию и предъявляет требования к планированию, проектированию, внедрению, сопровождению, оценке и постоянному совершенствованию системы управления непрерывностью бизнеса.

Автор: Павел Дёмин

Рейтинг: 894

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

## [Как адаптировать ITIL-процессы под специфику своей компании, а не следовать стандарту слепо?](https://cleverics.ru/digital/kb-qa/kak-adaptirovat-itil-protsessy-pod-spetsifiku-svoey-kompanii-a-ne-sledovat-standartu-slepo/)

Адаптация ITIL-процессов под специфику компании основывается на принципах гибкости и ориентации на бизнес-ценность. Сначала определите ключевые бизнес-процессы компании и ИТ-услуги, которые их поддерживают. Выберите элементы ITIL, которые напрямую влияют на эти услуги и процессы. Проведите анализ текущих практик в компании и выявите, что уже работает хорошо и может быть сохранено. Сфокусируйтесь на результатах, а не на процессах - задавайте вопрос: 'Какой бизнес-результат должен быть достигнут этим процессом?' Упростите процессы до необходимого уровня сложности, исходя из размера компании, сложности ИТ-инфраструктуры и бизнес-требований. Для небольших организаций допустимо объединение ролей и упрощение документации. Для регулируемых отраслей увеличьте внимание к аудиту и отчетности. Создайте гибридные процессы, комбинируя элементы ITIL с существующими практиками компании. Проведите пилотное внедрение адаптированных процессов в одной области, оцените результаты и только потом масштабируйте. Обратите внимание, что ITIL - это не жесткий стандарт, а набор рекомендаций, которые должны быть интерпретированы в контексте конкретной организации. Основное правило - процесс должен создавать ценность для бизнеса, а не существовать ради формального соответствия.

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

Рейтинг: 894

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

## [Какие подпроцессы выделяются в управлении мощностями (Capacity management) согласно ITIL?](https://cleverics.ru/digital/kb-qa/kakie-podprotsessy-vydelyayutsya-v-upravlenii-moshchnostyami-capacity-management-soglasno-itil/)

Согласно ITIL, в управлении мощностями выделяются три подпроцесса: Business Capacity Management (управление бизнес-мощностями), Service Capacity Management (управление сервисной мощностью) и Resource Capacity Management (управление ресурсной мощностью). Первый подпроцесс связан с прогнозированием и управлением мощностью на уровне бизнеса, второй – на уровне предоставляемых ИТ-услуг, третий – на уровне физических и виртуальных ресурсов.

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

Рейтинг: 894

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

## [Что должно произойти, чтобы клиент окончательно разорвал отношения с поставщиком услуг?](https://cleverics.ru/digital/kb-qa/chto-dolzhno-proizoyti-chtoby-klient-okonchatelno-razorval-otnosheniya-s-postavshchikom-uslug/)

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

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

Рейтинг: 894

Теги: ISO 20000, аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик

## [Какие основные проблемы возникают при внедрении сервисно-ресурсной модели?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-problemy-voznikayut-pri-vnedrenii-servisno-resursnoy-modeli/)

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

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

Рейтинг: 894

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

## [Какие три типа сущностей используются при формировании сервисного предложения согласно ITIL 4?](https://cleverics.ru/digital/kb-qa/kakie-tri-tipa-sushchnostey-ispolzuyutsya-pri-formirovanii-servisnogo-predlozheniya-soglasno-itil-4/)

Согласно ITIL 4, при формировании сервисного предложения (service offering) используются три типа сущностей: 1. Товары (goods) – то, что передаётся потребителю, после чего сам потребитель отвечает за их использование (например, wifi-маршрутизатор в подарок при подключении домашнего интернета). 2. Доступ к ресурсам – ресурсы, к которым получает доступ потребитель (например, сеть, к которой подключается абонент, или почтовый/прокси/p2p сервер). 3. Сервисные операции (service actions) – деятельность, выполняемая представителями поставщика, потребителя или ими совместно (например, взаимодействие со службой поддержки). Эти три типа сущностей позволяют комплексно описать то, что поставщик услуги предлагает потребителю.

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

Рейтинг: 894

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

## [Почему синхронизация CMDB и управления изменениями важна для ИТ-операций?](https://cleverics.ru/digital/kb-qa/pochemu-sinkhronizatsiya-cmdb-i-upravleniya-izmeneniyami-vazhna-dlya-it-operatsiy/)

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

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

Рейтинг: 894

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

## [Какие ошибки возникают при слишком низкой или слишком высокой детализации учета работ?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-voznikayut-pri-slishkom-nizkoy-ili-slishkom-vysokoy-detalizatsii-ucheta-rabot/)

При слишком низкой детализации учета работ, когда виды деятельности группируются слишком крупно, возникает проблема недостаточной аналитической ценности данных - невозможно получить информацию, полезную для корректировки распределения работ и организации труда. С другой стороны, чрезмерная детализация, когда учитываются единичные инциденты или задания, приводит к потере достоверности учета, так как сотрудники не могут точно определить, сколько именно времени ушло на каждую мелкую задачу, и тратят слишком много времени на сам процесс учета. Оптимальным компромиссом является учет по основным направлениям деятельности организации, с количеством позиций в каталоге работ, соответствующим масштабу организации (для группы из 8-12 человек достаточно 10-20 позиций для рутинной работы и 20-25 с учетом проектов). Такой уровень детализации позволяет сохранить баланс между точностью данных и их полезностью для анализа.

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

Рейтинг: 894

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

## [Почему люди с высокой компетентностью могут занижать свою самооценку?](https://cleverics.ru/digital/kb-qa/pochemu-lyudi-s-vysokoy-kompetentnostyu-mogut-zanizhat-svoyu-samootsenku/)

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

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

Рейтинг: 894

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