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

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

## [Какие существуют способы комбинирования ролевой и атрибутной моделей доступа?](https://cleverics.ru/digital/kb-qa/kakie-sushchestvuyut-sposoby-kombinirovaniya-rolevoy-i-atributnoy-modeley-dostupa/)

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

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

Рейтинг: 1277

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

## [Что такое эффект социальной лени и как он проявляется в интеллектуальной деятельности?](https://cleverics.ru/digital/kb-qa/chto-takoe-effekt-sotsialnoy-leni-i-kak-on-proyavlyaetsya-v-intellektualnoy-deyatelnosti/)

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

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

Рейтинг: 1276

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

## [Какие факторы следует учитывать при оценке срочности и важности ИТ-изменений?](https://cleverics.ru/digital/kb-qa/kakie-faktory-sleduet-uchityvat-pri-otsenke-srochnosti-i-vazhnosti-it-izmeneniy/)

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

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

Рейтинг: 1276

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

## [Что такое точки взаимодействия (touch points) и как их правильно проектировать?](https://cleverics.ru/digital/kb-qa/chto-takoe-tochki-vzaimodeystviya-touch-points-i-kak-ikh-pravilno-proektirovat/)

Точки взаимодействия — это конкретные моменты, когда клиент контактирует с компанией: сайт, соцсети, телефонные звонки, точки продаж и т.д. Чтобы спроектировать их эффективно, необходимо: 1) понять, какая ценность предоставляется в каждой точке, 2) обеспечить их согласованность между собой для плавного перехода клиента к следующему этапу, 3) учитывать, что даже небольшие изменения контекста могут кардинально повлиять на восприятие. Точки должны быть не просто функциональными, но и мотивирующими клиента двигаться дальше по его путешествию. Если ценность точки неочевидна, это сигнал к её переработке.

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

Рейтинг: 1276

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

## [Какие показатели помогают оценить эффективность сервисного подхода в ITSM?](https://cleverics.ru/digital/kb-qa/kakie-pokazateli-pomogayut-otsenit-effektivnost-servisnogo-podkhoda-v-itsm/)

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

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

Рейтинг: 1275

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

## [В чем отличие подхода к измерению эффективности в ITIL v3 и IT4IT?](https://cleverics.ru/digital/kb-qa/v-chem-otlichie-podkhoda-k-izmereniyu-effektivnosti-v-itil-v3-i-it4it/)

Главное отличие в подходе к измерению эффективности между ITIL v3 и IT4IT заключается в объектах измерения. В ITIL v3 критические факторы успеха (CSF) и ключевые показатели эффективности (KPI) определены для каждого из 26 процессов, что делает акцент на измерении отдельных процессов. В IT4IT же CSF и KPI относятся к целым Value Stream'ам (потокам создания ценности), а не к отдельным функциональным компонентам внутри этих потоков. Это означает, что IT4IT имеет более целостный взгляд на измерение эффективности, фокусируясь на том, как весь поток создает ценность для бизнеса, тогда как ITIL v3 предоставляет более детализированные измерения по отдельным процессам. Хотя и в ITIL v3 есть упоминания о ключевых факторах успеха для фаз жизненного цикла, в IT4IT этот аспект проработан более системно и детально для каждого Value Stream.

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

Рейтинг: 1274

Теги: ITIL, архитектура ИТ, TOGAF и IT4IT, бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, Канбан, WIP-лимиты, поток создания ценности (Value Stream), эффективность, оптимизация

## [Как правильно назвать документацию по управлению активами и конфигурациями при её первоначальной разработке в организации?](https://cleverics.ru/digital/kb-qa/kak-pravilno-nazvat-dokumentatsiyu-po-upravleniyu-aktivami-i-konfiguratsiyami-pri-ee-pervonachalnoy/)

При отсутствии ранее существовавшей документации по управлению активами и конфигурациями рекомендуется использовать название "План управления сервисными активами и конфигурациями" (SACM plan). Это соответствует рекомендациям ITIL v3 2011 (раздел Service Transition, 4.3.5.2). При необходимости, учитывая специфику организации, название может быть адаптировано к таким вариантам как "Положение" или "Регламент". Ключевой момент - документ должен описывать целевой уровень управления сервисными активами и конфигурациями, который организация определяет самостоятельно. Структура документа должна включать разделы по охвату, требованиям, политикам и стандартам, организационной структуре, описанию процедур и связям с другими процессами.

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

Рейтинг: 1274

Теги: ISO 20000, ITIL, управление ИТ-активами, ITAM, SAM, управление процессами, ИТ-процессы

## [Как связаны между собой понятия "ценность для клиента" и "удовлетворение потребностей" в ИТ-услугах?](https://cleverics.ru/digital/kb-qa/kak-svyazany-mezhdu-soboy-ponyatiya-tsennost-dlya-klienta-i-udovletvorenie-potrebnostey-v-it-uslugak/)

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

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

Рейтинг: 1273

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

## [Как отличить оценку эффективности потока от точного расчета?](https://cleverics.ru/digital/kb-qa/kak-otlichit-otsenku-effektivnosti-potoka-ot-tochnogo-rascheta/)

Оценка эффективности потока обычно предполагает экспертное приближение: команды интуитивно или на основе наблюдений определяют, сколько времени задачи проводят в активной работе и сколько времени в ожидании. Точный расчет же требует сбора и анализа конкретных данных по времени каждой задачи. В реальности большинство попыток «точного» расчета Flow Efficiency оказываются упрощенными оценками из-за сложности точного измерения Touch Time и Time in Process. Как правило, результаты оценки дают более реалистичные и полезные для команды показатели (в районе 10-25%), тогда как «точные» расчеты могут приводить к абсурдно высоким значениям (90% и более), не отражающим действительное положение дел.

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

Рейтинг: 1273

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

## [Как предотвратить деградацию CI/CD процесса после его внедрения?](https://cleverics.ru/digital/kb-qa/kak-predotvratit-degradatsiyu-ci-cd-protsessa-posle-ego-vnedreniya/)

Для предотвращения деградации CI/CD процесса после внедрения необходимо установить четкие правила, что 'назад пути нет, а половины конвейера не бывает'. Следует договориться, что конвейер работать должен всегда, без исключений, и нет других способов доставки изменений в эксплуатационную среду кроме как через него. Нужно удалить административные права на объекты инфраструктуры у всех, кроме конвейера. Рекомендуется стремиться к полному Continuous Deployment вместо менее совершенных вариантов (CI или CD), чтобы убрать 'волшебный рубильник', когда человек принимает решение о ручном релизе. Это означает, что все изменения, прошедшие через конвейер, автоматически попадают в рабочую среду без ручного одобрения. Такой подход не оставляет места для временного отключения части системы, например, автотестов, и гарантирует устойчивость процесса в долгосрочной перспективе.

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

Рейтинг: 1272

Теги: DevOps, CI/CD, управление конфигурациями, CMDB, управление релизами