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

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

## [Как правильно обрабатывать жалобы заказчиков по рекомендациям ITIL?](https://cleverics.ru/digital/kb-qa/kak-pravilno-obrabatyvat-zhaloby-zakazchikov-po-rekomendatsiyam-itil/)

Согласно рекомендациям ITIL, правильная обработка жалоб заказчиков включает несколько важных принципов. Необходимо создать формальный процесс по обработке жалоб, так как жалобы неизбежны. Никакую жалобу нельзя оставлять без внимания – на каждую жалобу должен быть подготовлен ответ. Жалоба всегда является сигналом о явной или скрытой проблеме и должна быть идентифицирована и проанализирована. В ITIL выделяют основания для регистрации жалоб, типы жалоб и правила их обработки. BRM на этапе Service Operation отвечает за управление этим процессом, убеждаясь, что каждая жалоба получает надлежащее внимание и решение, что в свою очередь помогает выявить проблемы и улучшить качество предоставляемых услуг.

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

Рейтинг: 1014

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

## [Что представляет собой технологическое окно в контексте управления ИТ-услугами?](https://cleverics.ru/digital/kb-qa/chto-predstavlyaet-soboy-tekhnologicheskoe-okno-v-kontekste-upravleniya-it-uslugami/)

Технологическое окно - это предварительно согласованный период времени, в течение которого запланировано проведение работ по изменению или обновлению ИТ-сервисов, что может привести к временному снижению или прекращению доступности этих сервисов для пользователей. Технологические окна устанавливаются совместно с бизнес-заказчиками и фиксируются в календаре плановых простоев. Выход за пределы согласованных технологических окон увеличивает риски, связанные с воздействием изменений на бизнес-процессы, и требует дополнительного согласования и документирования через такие механизмы как PSO (Projected Service Outage).

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

Рейтинг: 1014

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

## [Как влияет разделение процессов управления инцидентами и сервисными запросами на удовлетворенность конечных пользователей ИТ-услугами?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-razdelenie-protsessov-upravleniya-intsidentami-i-servisnymi-zaprosami-na-udovletvorennos/)

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

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

Рейтинг: 1014

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

## [Какие команды добавляет стандарт INCITS 494-2012 к базовому набору RBAC?](https://cleverics.ru/digital/kb-qa/kakie-komandy-dobavlyaet-standart-incits-494-2012-k-bazovomu-naboru-rbac/)

Стандарт INCITS 494-2012 добавляет к базовому набору RBAC команды, необходимые для работы с расширенным функционалом, в частности, для обработки динамических ограничений. Примеры таких команд включают 'GetRule', 'ParseRule', 'GetValue' и другие, которые предназначены для взаимодействия с внешними политиками и правилами. Эти команды позволяют системе получать правила от внешних источников, обрабатывать (парсить) их и извлекать значения для применения динамических ограничений. Они дополняют базовые команды административного, системного и контрольного типов, обеспечивая расширенный функционал, который позволяет RBAC учитывать внешние факторы при принятии решений о предоставлении доступа.

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

Рейтинг: 1014

Теги: ISO 20000, командная работа, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление отношениями, взаимодействие, BRM

## [Как различаются подходы к обработке запросов в HP OpenView Service Desk и в таких системах, как HP SM или BMC Remedy ITSM Suite?](https://cleverics.ru/digital/kb-qa/kak-razlichayutsya-podkhody-k-obrabotke-zaprosov-v-hp-openview-service-desk-i-v-takikh-sistemakh-kak/)

В HP OpenView Service Desk используется, по мнению автора, более рациональное деление по сравнению с HP SM или BMC Remedy ITSM Suite. В OpenView деление сделано по принципу различия между инфраструктурными инцидентами и обращениями пользователей, в то время как в других системах деление чаще проводится между инцидентами и сервисными запросами. В реальной практике разница в обработке инцидента, поданного пользователем, и сервисного запроса, поданного пользователем, не так велика, как разница между инфраструктурным инцидентом и обращением пользователя. Это подразумевает разную классификацию, разные процедуры выявления/регистрации и разные процедуры закрытия для этих двух основных типов случаев.

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

Рейтинг: 1014

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

## [Кто должен быть ответственен за распределение задач внутри группы?](https://cleverics.ru/digital/kb-qa/kto-dolzhen-byt-otvetstvenen-za-raspredelenie-zadach-vnutri-gruppy/)

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

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

Рейтинг: 1013

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

## [Следует ли устранять дефекты сразу после их обнаружения?](https://cleverics.ru/digital/kb-qa/sleduet-li-ustranyat-defekty-srazu-posle-ikh-obnaruzheniya/)

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

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

Рейтинг: 1013

Теги: Agile и гибкие методы разработки ПО, разработка ПО

## [Почему крупные компании предпочитают самостоятельно подготавливать агентов изменений, а не нанимать их извне?](https://cleverics.ru/digital/kb-qa/pochemu-krupnye-kompanii-predpochitayut-samostoyatelno-podgotavlivat-agentov-izmeneniy-a-ne-nanimat/)

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

Автор: Светлана Сапегина

Рейтинг: 1013

Теги: ISO 20000, аллокация затрат, расчёт себестоимости услуг, организационные изменения, агенты изменений, трансформация, ускорение, Time-to-Market, экономика и финансы, эффективность, оптимизация

## [Каковы преимущества и недостатки использования жёстких KPI в работе технической поддержки?](https://cleverics.ru/digital/kb-qa/kakovy-preimushchestva-i-nedostatki-ispolzovaniya-zhestkikh-kpi-v-rabote-tekhnicheskoy-podderzhki/)

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

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

Рейтинг: 1013

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

## [Как влияет совмещение ролей менеджера процесса на качество управления ИТ-сервисами?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-sovmeshchenie-roley-menedzhera-protsessa-na-kachestvo-upravleniya-it-servisami/)

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

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

Рейтинг: 1013

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