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

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

## [В каких условиях отсутствие явного лидера в команде может быть положительным фактором?](https://cleverics.ru/digital/kb-qa/v-kakikh-usloviyakh-otsutstvie-yavnogo-lidera-v-komande-mozhet-byt-polozhitelnym-faktorom/)

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

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

Рейтинг: 1218

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

## [Какие элементы должны быть включены в описание услуги для её однозначного понимания?](https://cleverics.ru/digital/kb-qa/kakie-elementy-dolzhny-byt-vklyucheny-v-opisanie-uslugi-dlya-ee-odnoznachnogo-ponimaniya/)

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

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

Рейтинг: 1217

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

## [Какие аспекты классификации инцидента влияют на его приоритизацию?](https://cleverics.ru/digital/kb-qa/kakie-aspekty-klassifikatsii-intsidenta-vliyayut-na-ego-prioritizatsiyu/)

На приоритизацию инцидента влияют различные аспекты, полученные на этапе классификации: влияние на услуги и конечных пользователей, связанная конфигурационная единица (CI), перечень услуг, на которые повлиял инцидент, уровень обслуживания (SLA), установленный для этих услуг, а также другие критерии, определенные организацией. Информация о том, какие бизнес-процессы затронуты, как много пользователей затронуто, и как быстро необходимо восстановить услугу согласно SLA, помогает определить относительную важность инцидента и его место в очереди на обработку. Чем выше влияние на бизнес и пользователей, тем выше приоритет.

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

Рейтинг: 1217

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

## [Почему Incident Rate даёт более точные ориентиры, чем общее количество инцидентов?](https://cleverics.ru/digital/kb-qa/pochemu-incident-rate-daet-bolee-tochnye-orientiry-chem-obshchee-kolichestvo-intsidentov/)

Incident Rate выражается на одного пользователя, поэтому показатель уменьшает влияние масштаба компании на оценку количества инцидентов. Это позволяет сравнивать разные организации независимо от их размера, а также оценивать динамику изменений внутри одной компании. Общее количество инцидентов варьируется гораздо шире (например, от десятков до тысяч в день) и не учитывает размер организации, что затрудняет использование в прогнозировании и сравнении.

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

Рейтинг: 1217

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

## [Почему важно отделить ответственность за принятие решений о приоритетах от ИТ-руководителя?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-otdelit-otvetstvennost-za-prinyatie-resheniy-o-prioritetakh-ot-it-rukovoditelya/)

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

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

Рейтинг: 1217

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

## [Что следует учитывать при выборе средств автоматизации для ITSM процессов?](https://cleverics.ru/digital/kb-qa/chto-sleduet-uchityvat-pri-vybore-sredstv-avtomatizatsii-dlya-itsm-protsessov/)

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

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

Рейтинг: 1217

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

## [Какие принципы должны лежать в основе построения эффективного бизнес-процесса?](https://cleverics.ru/digital/kb-qa/kakie-printsipy-dolzhny-lezhat-v-osnove-postroeniya-effektivnogo-biznes-protsessa/)

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

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

Рейтинг: 1217

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

## [Почему важно проводить ручной аудит ролей, полученных с помощью инструментов Role mining?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-provodit-ruchnoy-audit-roley-poluchennykh-s-pomoshchyu-instrumentov-role-mining/)

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

Автор: Александр Омельченко

Рейтинг: 1216

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

## [Какой подход к расчету времени решения инцидента является более справедливым при ожидании подтверждения от пользователя?](https://cleverics.ru/digital/kb-qa/kakoy-podkhod-k-raschetu-vremeni-resheniya-intsidenta-yavlyaetsya-bolee-spravedlivym-pri-ozhidanii-p/)

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

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

Рейтинг: 1216

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

## [Что такое сервисный подход в управлении ИТ?](https://cleverics.ru/digital/kb-qa/chto-takoe-servisnyy-podkhod-v-upravlenii-it/)

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

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

Рейтинг: 1216

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