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

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

## [Почему важно формировать потребности будущего, а не просто реагировать на текущие?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-formirovat-potrebnosti-budushchego-a-ne-prosto-reagirovat-na-tekushchie/)

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

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

Рейтинг: 1107

Теги: ISO 20000, аутсорсинг, интеграция услуг

## [Чем отличаются метрики результативности от метрик, отражающих рациональность организации процесса?](https://cleverics.ru/digital/kb-qa/chem-otlichayutsya-metriki-rezultativnosti-ot-metrik-otrazhayushchikh-ratsionalnost-organizatsii-pro/)

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

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

Рейтинг: 1107

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

## [Как эксперимент Дэна Ариели демонстрирует связь между восприятием смысла работы и производительностью?](https://cleverics.ru/digital/kb-qa/kak-eksperiment-dena-arieli-demonstriruet-svyaz-mezhdu-vospriyatiem-smysla-raboty-i-proizvoditelnost/)

В эксперименте Дэна Ариели участники двух групп по-разному справлялись с задачей сборки роботов LEGO Bionicle за деньги. В группе «Работа со смыслом» участники видели результат своего труда в виде выстроенных в ряд собранных роботов, что позволяло им осознавать ценность каждой следующей детали. В группе «Сизифов труд» роботы разбирались сразу после сборки, что уничтожало ощущение завершённости и ценности работы. Результаты эксперимента показывают, что участники первой группы собирали в среднем 10,6 роботов, а второй — всего 7,2. Кроме того, когда оплата снижалась ниже психологического барьера в $1, 65% участников первой группы продолжали работу, тогда как во второй группе эта доля составляла лишь 20%. Таким образом, эксперимент подтверждает, что когда люди видят смысл и результат своей работы, их продуктивность и мотивация значительно выше.

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

Рейтинг: 1106

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

## [Почему важно определять приоритеты устранения инцидентов?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-opredelyat-prioritety-ustraneniya-intsidentov/)

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

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

Рейтинг: 1106

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

## [Что такое трудность в построении ролевой модели управляемого доступа?](https://cleverics.ru/digital/kb-qa/chto-takoe-trudnost-v-postroenii-rolevoy-modeli-upravlyaemogo-dostupa/)

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

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

Рейтинг: 1106

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

## [Какие ошибки чаще всего совершаются при внедрении метрик в первую очередь?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-chashche-vsego-sovershayutsya-pri-vnedrenii-metrik-v-pervuyu-ochered/)

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

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

Рейтинг: 1106

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

## [Какие проблемы могут возникнуть, если бизнес и ИТ не имеют общего видения?](https://cleverics.ru/digital/kb-qa/kakie-problemy-mogut-vozniknut-esli-biznes-i-it-ne-imeyut-obshchego-videniya/)

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

Автор: Игорь Фадеев

Рейтинг: 1106

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

## [Как операционные стандарты влияют на управление ИТ-услугами?](https://cleverics.ru/digital/kb-qa/kak-operatsionnye-standarty-vliyayut-na-upravlenie-it-uslugami/)

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

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

Рейтинг: 1106

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

## [Какие сложности возникают при внедрении фиксированного маршрута эскалации?](https://cleverics.ru/digital/kb-qa/kakie-slozhnosti-voznikayut-pri-vnedrenii-fiksirovannogo-marshruta-eskalatsii/)

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

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

Рейтинг: 1106

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

## [Когда может потребоваться переопределение приоритета уже обрабатываемого инцидента?](https://cleverics.ru/digital/kb-qa/kogda-mozhet-potrebovatsya-pereopredelenie-prioriteta-uzhe-obrabatyvaemogo-intsidenta/)

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

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

Рейтинг: 1106

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