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

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

## [Почему в корпоративной политике сложно внедрить процессные метрики для стимулирования персонала?](https://cleverics.ru/digital/kb-qa/pochemu-v-korporativnoy-politike-slozhno-vnedrit-protsessnye-metriki-dlya-stimulirovaniya-personala/)

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

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

Рейтинг: 1063

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

## [Как фиксированная эскалация влияет на структуру каталога ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kak-fiksirovannaya-eskalatsiya-vliyaet-na-strukturu-kataloga-it-uslug/)

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

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

Рейтинг: 1063

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

## [Какие признаки указывают на детерминированный бизнес-контекст, где допустимо использование дедлайнов?](https://cleverics.ru/digital/kb-qa/kakie-priznaki-ukazyvayut-na-determinirovannyy-biznes-kontekst-gde-dopustimo-ispolzovanie-dedlaynov/)

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

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

Рейтинг: 1063

Теги: бизнес, ценность, бизнес-заказчик

## [Какие рыночные механизмы препятствуют улучшению гарантий для клиентов в сфере услуг?](https://cleverics.ru/digital/kb-qa/kakie-rynochnye-mekhanizmy-prepyatstvuyut-uluchsheniyu-garantiy-dlya-klientov-v-sfere-uslug/)

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

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

Рейтинг: 1063

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

## [Какие аспекты бизнеса необходимо изменить при переходе к цифровой модели?](https://cleverics.ru/digital/kb-qa/kakie-aspekty-biznesa-neobkhodimo-izmenit-pri-perekhode-k-tsifrovoy-modeli/)

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

Автор: Андрей Труфанов

Рейтинг: 1062

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

## [Как обеспечить баланс между интересами заказчиков и пользователей ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kak-obespechit-balans-mezhdu-interesami-zakazchikov-i-polzovateley-it-uslug/)

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

Автор: Константин Нарыжный

Рейтинг: 1062

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

## [Почему в реальных проектах чаще используются динамические роли и роль-ориентированный подход, а не атрибутное формирование ролей?](https://cleverics.ru/digital/kb-qa/pochemu-v-realnykh-proektakh-chashche-ispolzuyutsya-dinamicheskie-roli-i-rol-orientirovannyy-podkhod/)

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

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

Рейтинг: 1062

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

## [Как обеспечить актуальность информации о возможностях внешних ИТ-поставщиков?](https://cleverics.ru/digital/kb-qa/kak-obespechit-aktualnost-informatsii-o-vozmozhnostyakh-vneshnikh-it-postavshchikov/)

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

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

Рейтинг: 1062

Теги: архитектура ИТ, TOGAF и IT4IT, аутсорсинг, интеграция услуг, мониторинг, стратегия, управление отношениями, взаимодействие, BRM, управление процессами, ИТ-процессы, эффективность, оптимизация

## [Какие альтернативные подходы к принятию решений о приоритетах ИТ-изменений существуют?](https://cleverics.ru/digital/kb-qa/kakie-alternativnye-podkhody-k-prinyatiyu-resheniy-o-prioritetakh-it-izmeneniy-sushchestvuyut/)

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

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

Рейтинг: 1062

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

## [Почему расчет метрики времени реакции лучше проводить по отдельным назначениям инцидента, а не по инциденту в целом?](https://cleverics.ru/digital/kb-qa/pochemu-raschet-metriki-vremeni-reaktsii-luchshe-provodit-po-otdelnym-naznacheniyam-intsidenta-a-ne/)

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

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

Рейтинг: 1062

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