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

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

## [Почему важно учитывать ожидания потребителя при определении состава услуги?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-uchityvat-ozhidaniya-potrebitelya-pri-opredelenii-sostava-uslugi/)

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

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

Рейтинг: 709

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

## [Какие распространенные ошибки возникают при измерении доступности?](https://cleverics.ru/digital/kb-qa/kakie-rasprostranennye-oshibki-voznikayut-pri-izmerenii-dostupnosti/)

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

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

Рейтинг: 709

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

## [Почему охват следует рассматривать как отдельное ограничение проекта?](https://cleverics.ru/digital/kb-qa/pochemu-okhvat-sleduet-rassmatrivat-kak-otdelnoe-ogranichenie-proekta/)

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

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

Рейтинг: 709

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

## [Каким образом геометрическое среднее влияет на поведение сотрудников при обработке инцидентов?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-geometricheskoe-srednee-vliyaet-na-povedenie-sotrudnikov-pri-obrabotke-intsidentov/)

Геометрическое среднее формирует поведение сотрудников, требуя поддерживать обе метрики на высоком уровне. Например, если оператор перенаправляет все запросы для выполнения только метрики своевременности (K1=100%, но K2=0%), общий KPI становится 0%, что демотивирует такой подход. Аналогично, чрезмерная фокусировка на решении «от и до» без учета сроков приведет к низкому K1 и обнулению KPI. Это стимулирует поиск оптимального баланса: работать быстро, но не в ущерб качеству решения.

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

Рейтинг: 709

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

## [Какие проблемы возникают при попытке быстро внедрить SLM?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-popytke-bystro-vnedrit-slm/)

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

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

Рейтинг: 709

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

## [Каким образом можно предотвратить злоупотребление периодами ожидания ответа пользователя?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-mozhno-predotvratit-zloupotreblenie-periodami-ozhidaniya-otveta-polzovatelya/)

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

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

Рейтинг: 709

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

## [В каких случаях автоматическое персональное назначение задач может быть эффективным?](https://cleverics.ru/digital/kb-qa/v-kakikh-sluchayakh-avtomaticheskoe-personalnoe-naznachenie-zadach-mozhet-byt-effektivnym/)

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

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

Рейтинг: 709

Теги: Канбан, WIP-лимиты, обучение сотрудников, учебные курсы, тренинги

## [Какие различия есть в структурном расположении процессов управления доступностью и управления непрерывностью в организации?](https://cleverics.ru/digital/kb-qa/kakie-razlichiya-est-v-strukturnom-raspolozhenii-protsessov-upravleniya-dostupnostyu-i-upravleniya-n/)

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

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

Рейтинг: 709

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

## [Как понять, что перепроизводство начало негативно влиять на проект?](https://cleverics.ru/digital/kb-qa/kak-ponyat-chto-pereproizvodstvo-nachalo-negativno-vliyat-na-proekt/)

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

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

Рейтинг: 709

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

## [Какой важный аспект прямого наблюдения указан в рекомендациях ITIL 4 к применению принципов?](https://cleverics.ru/digital/kb-qa/kakoy-vazhnyy-aspekt-pryamogo-nablyudeniya-ukazan-v-rekomendatsiyakh-itil-4-k-primeneniyu-printsipov/)

В рекомендациях ITIL 4 к применению принципа "Отталкивайтесь от текущей ситуации" (Start where you are) указано, что при оценке текущей ситуации следует использовать непосредственные наблюдения, и этим наблюдениям следует отдавать предпочтение перед другими методами сбора информации. В частности, в разделе 4.3.2.2 ITIL 4 прямо указано, что "прямое наблюдение всегда должно быть предпочтительным вариантом" ("direct observation should always be the preferred option"). Это подтверждает важность элемента, который ранее был выделен как отдельный принцип "Приоритет прямого наблюдения" (Observe directly) в ITIL Practitioner Guidance 2016 года, но в ITIL 4 интегрирован в рекомендации по применению другого принципа.

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

Рейтинг: 709

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