# Бесплатная экспертная база знаний по управлению ИТ Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего. Только сведения от консультантов и тренеров Cleverics. Включает ответы на **несколько тысяч вопросов** из **сотен источников**, а также детальный глоссарий с примерами, объяснениями и нюансами ## [Какие элементы должны быть включены в описание услуги для её однозначного понимания?](https://cleverics.ru/digital/kb-qa/kakie-elementy-dolzhny-byt-vklyucheny-v-opisanie-uslugi-dlya-ee-odnoznachnogo-ponimaniya/) Для однозначного понимания услуги важно включить в её описание все элементы, которые составляют услугу: физические устройства, программное обеспечение, сопутствующую инфраструктуру, а также условия и сроки их предоставления. Дополнительно необходимо указать, какие ситуации будут считаться инцидентами, и каким образом они будут устраняться. Это гарантирует, что у поставщика и потребителя будет общее понимание того, что входит в услугу Автор: Игорь Гутник Рейтинг: 1052 Теги: аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, управление инцидентами, управление конфигурациями, CMDB ## [Какие риски возникают при неправильном разделении практик управления изменениями и запросами на обслуживание?](https://cleverics.ru/digital/kb-qa/kakie-riski-voznikayut-pri-nepravilnom-razdelenii-praktik-upravleniya-izmeneniyami-i-zaprosami-na-ob/) Неправильное разделение практик управления изменениями и запросами на обслуживание может привести к потере контроля над изменениями, увеличению числа неудачных изменений и повышенному риску инцидентов. Если запросы на обслуживание ошибочно принимаются за стандартные изменения без надлежащего анализа и документирования, это может привести к неподготовленному внедрению изменений, которые не были должным образом протестированы или согласованы. В результате возрастает вероятность сбоев в работе систем и услуг, что негативно сказывается на качестве ИТ-услуг и удовлетворенности пользователей. Автор: Игорь Гутник Рейтинг: 1052 Теги: общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, управление запросами на обслуживание, управление изменениями, управление инцидентами, управление релизами, управление рисками ## [Почему Incident Rate даёт более точные ориентиры, чем общее количество инцидентов?](https://cleverics.ru/digital/kb-qa/pochemu-incident-rate-daet-bolee-tochnye-orientiry-chem-obshchee-kolichestvo-intsidentov/) Incident Rate выражается на одного пользователя, поэтому показатель уменьшает влияние масштаба компании на оценку количества инцидентов. Это позволяет сравнивать разные организации независимо от их размера, а также оценивать динамику изменений внутри одной компании. Общее количество инцидентов варьируется гораздо шире (например, от десятков до тысяч в день) и не учитывает размер организации, что затрудняет использование в прогнозировании и сравнении. Автор: Дмитрий Исайченко Рейтинг: 1052 Теги: измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, поддержка пользователей, Service Desk, Help Desk, управление инцидентами ## [В чем заключается разница между проактивным и реактивным управлением проблемами?](https://cleverics.ru/digital/kb-qa/v-chem-zaklyuchaetsya-raznitsa-mezhdu-proaktivnym-i-reaktivnym-upravleniem-problemami/) Проактивное управление проблемами направлено на предотвращение проблем и связанных с ними инцидентов путем выявления потенциальных причин до их реализации. Реактивное управление проблемами занимается устранением уже существующих и повторяющихся сбоев и инцидентов. Идеальный подход сочетает обе эти стратегии: проактивная работа уменьшает количество будущих проблем, а реактивная направлена на решение уже выявленных проблем и их корневых причин. Автор: Игорь Фадеев Рейтинг: 1052 Теги: стратегия, управление инцидентами, управление проблемами ## [Почему важно, чтобы информационные ресурсы имели назначенного владельца?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-chtoby-informatsionnye-resursy-imeli-naznachennogo-vladeltsa/) Важно, чтобы информационные ресурсы имели назначенного владельца, потому что ресурс без владельца становится 'бесхозным', что ведет к отсутствию ответственности за его состояние, соответствие бизнес-целям и регуляторным требованиям. Владелец ресурса отвечает за его соответствие бизнес-целям, высокую готовность к работе, устойчивость в бизнес-процессах и соблюдение внешних требований. Наличие владельца обеспечивает четкое разделение ответственности, что критически важно для эффективного управления доступом и поддержания безопасности информационной среды организации. Автор: Денис Денисов Рейтинг: 1052 Теги: безопасность, бизнес, ценность, бизнес-заказчик, общие вопросы менеджмента, управление доступом, IDM, ролевые модели, RBAC, ABAC ## [Какие компоненты необходимы для разработки отчётности по измерению доступности бизнес-процессов?](https://cleverics.ru/digital/kb-qa/kakie-komponenty-neobkhodimy-dlya-razrabotki-otchetnosti-po-izmereniyu-dostupnosti-biznes-protsessov/) Для разработки отчётности по измерению доступности бизнес-процессов необходимы следующие компоненты: 1) чётко определённые критические функции бизнеса (VBF) или упрощённые функциональные блоки; 2) установленные связи между VBF/функциональными блоками и конкретными ИТ-услугами/компонентами; 3) разработанные критерии доступности для каждого VBF/блоков и компонентов услуг; 4) механизмы сбора данных о доступности компонентов ИТ-услуг; 5) алгоритмы агрегирования данных о доступности компонентов до уровня VBF/функциональных блоков; 6) система визуализации и презентации этих данных в форме, понятной бизнесу. Отчётность должна позволять рассчитывать итоговые показатели доступности ИТ-обеспечения бизнес-процессов на основе данных нижнего уровня. Автор: Артём Мукосеев Рейтинг: 1052 Теги: бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, управление доступностью ## [Что такое подход с применением моделей изменений и как он помогает в управлении процессами?](https://cleverics.ru/digital/kb-qa/chto-takoe-podkhod-s-primeneniem-modeley-izmeneniy-i-kak-on-pomogaet-v-upravlenii-protsessami/) Подход с применением моделей изменений заключается в создании высокоуровневого процесса, состоящего из обязательных этапов, и описании деталей выполнения этих этапов для разных участников или систем в рамках моделей изменений. Это позволяет иметь единый регламент для всего процесса, но учитывать специфику выполнения отдельных шагов. Например, для управления ИТ-изменениями общий процесс может включать этапы: согласование функционального задания, разработка, тестирование, публикация изменений. А модели изменений позволяют задать специфические правила выполнения этих этапов для разных типов систем - проприетарных, самопальных, порталов и сайтов. Автор: Артём Мукосеев Рейтинг: 1051 Теги: управление изменениями, управление процессами, ИТ-процессы ## [Какие стандарты относятся к управлению инцидентами информационной безопасности?](https://cleverics.ru/digital/kb-qa/kakie-standarty-otnosyatsya-k-upravleniyu-intsidentami-informatsionnoy-bezopasnosti/) К стандартам управления инцидентами информационной безопасности относятся ГОСТ Р ИСО/МЭК 18044-2007 (Информационная технология - Методы и средства обеспечения безопасности - Менеджмент инцидентов информационной безопасности) и E.409 (Организация по реагированию на инциденты и обработка инцидентов безопасности: Руководство для организаций электросвязи). Эти документы содержат рекомендации по организации реагирования на инциденты и управлению процессами безопасности. Автор: Павел Дёмин Рейтинг: 1051 Теги: ISO 20000, безопасность, управление инцидентами, управление процессами, ИТ-процессы ## [Какие факторы следует учитывать при оценке срочности и важности ИТ-изменений?](https://cleverics.ru/digital/kb-qa/kakie-faktory-sleduet-uchityvat-pri-otsenke-srochnosti-i-vazhnosti-it-izmeneniy/) При оценке срочности и важности ИТ-изменений следует учитывать следующие факторы: оценку сроков и стоимости реализации каждой задачи; потенциальный ущерб от отказа в реализации изменения или его реализации позже установленного срока; соответствие задачи стратегическим целям бизнеса; влияние на выполнение KPI ключевых бизнес-процессов; взаимозависимость задач (некоторые изменения могут блокировать выполнение других); рыночные факторы и конкурентную ситуацию, требующую оперативных изменений в ИТ-инфраструктуре. Автор: Дмитрий Исайченко Рейтинг: 1051 Теги: бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, управление конфигурациями, CMDB ## [Что такое 'конечная ценность' в рамках концепции ITIL4?](https://cleverics.ru/digital/kb-qa/chto-takoe-konechnaya-tsennost-v-ramkakh-kontseptsii-itil4/) Конечная ценность в ITIL4 - это результат, который действительно важен для потребителя услуги. Это то, что потребитель хочет получить в итоге, а не просто продукт или сервис как таковой. Например, при покупке шоколадки как услуги конечная ценность может заключаться в том, чтобы 'каждое утро с утренним кофе у меня была свежая шоколадка'. Сама по себе шоколадка - это товар, но обеспечение ее регулярного наличия в нужное время - это конечная ценность, достигаемая благодаря услуге. Конечная ценность определяется через желаемые результаты потребителя, а не через характеристики предоставляемого товара или сервиса. Автор: Артём Мукосеев Рейтинг: 1051 Теги: бизнес, ценность, бизнес-заказчик, управление продуктами, продуктовый подход