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

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

## [Какая типичная структура взаимодействия клиента с банковским контакт-центром через IVR?](https://cleverics.ru/digital/kb-qa/kakaya-tipichnaya-struktura-vzaimodeystviya-klienta-s-bankovskim-kontakt-tsentrom-cherez-ivr/)

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

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

Рейтинг: 1117

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

## [Какие этапы включает процесс управления бизнес-непрерывностью по GPG 2013?](https://cleverics.ru/digital/kb-qa/kakie-etapy-vklyuchaet-protsess-upravleniya-biznes-nepreryvnostyu-po-gpg-2013/)

Согласно Good Practice Guidelines 2013 (GPG), процесс управления бизнес-непрерывностью включает шесть основных этапов: анализ организации, определение стратегии обеспечения непрерывности, разработка и внедрение планов обеспечения непрерывности, испытание и оценка планов, менеджмент программы управления непрерывностью бизнеса, внедрение управления непрерывностью бизнеса в организационную структуру. На каждом этапе даются подробные практические рекомендации.

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

Рейтинг: 1117

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

## [Почему в проектах с высокой специализацией чрезмерная инициатива одного участника может быть контрпродуктивной?](https://cleverics.ru/digital/kb-qa/pochemu-v-proektakh-s-vysokoy-spetsializatsiey-chrezmernaya-initsiativa-odnogo-uchastnika-mozhet-byt/)

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

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

Рейтинг: 1117

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

## [Как информационные технологии влияют на конкурентоспособность бизнеса в современном мире?](https://cleverics.ru/digital/kb-qa/kak-informatsionnye-tekhnologii-vliyayut-na-konkurentosposobnost-biznesa-v-sovremennom-mire/)

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

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

Рейтинг: 1116

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

## [Что должно быть включено в логические модели приложений и услуг в CMDB?](https://cleverics.ru/digital/kb-qa/chto-dolzhno-byt-vklyucheno-v-logicheskie-modeli-prilozheniy-i-uslug-v-cmdb/)

Логические модели приложений и услуг в CMDB должны включать не только физические ресурсы, такие как оборудование и сети, но и функциональные роли ресурсов. Например, отдельно указываются такие роли, как СУБД (базы данных выделяются отдельно), web-сервер, файл-сервер и другие. Функциональные роли являются обязательным элементом модели, поскольку именно с ними связаны единицы объёма потребления, специфичные для них затраты и зависимости мощности от обеспечивающих ресурсов. Это позволяет более точно планировать потребности в мощностях и ресурсах для поддержки услуг.

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

Рейтинг: 1116

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

## [Как согласовать использование статуса 'Ожидание' с требованиями заказчика?](https://cleverics.ru/digital/kb-qa/kak-soglasovat-ispolzovanie-statusa-ozhidanie-s-trebovaniyami-zakazchika/)

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

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

Рейтинг: 1116

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

## [Какие последствия возникают, когда руководитель не может правильно распределить задачи между членами команды?](https://cleverics.ru/digital/kb-qa/kakie-posledstviya-voznikayut-kogda-rukovoditel-ne-mozhet-pravilno-raspredelit-zadachi-mezhdu-chlena/)

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

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

Рейтинг: 1116

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

## [Что такое известная ошибка в ITIL?](https://cleverics.ru/digital/kb-qa/chto-takoe-izvestnaya-oshibka-v-itil/)

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

Автор: Александр Движков

Рейтинг: 1116

Теги: ITIL, управление инцидентами, управление проблемами

## [Как правильно определить оптимальный уровень детализации учета трудозатрат?](https://cleverics.ru/digital/kb-qa/kak-pravilno-opredelit-optimalnyy-uroven-detalizatsii-ucheta-trudozatrat/)

Оптимальный уровень детализации учета трудозатрат определяется через баланс между слишком мелкой и слишком крупной разбивкой работ, при котором сохраняется как достоверность данных, так и их аналитическая полезность. Многим организациям не требуется видеть трудозатраты по каждому единичному инциденту или заданию, достаточно фиксировать данные по основным направлениям деятельности. Идеальный каталог работ в организации с численностью 8-12 человек включает 10-20 позиций для обычной работы и 20-25 позиций с учетом проектов. При разработке такого каталога важно помнить, что слишком мелкое дробление работ приводит к потере достоверности учета, тогда как слишком крупная группировка делает данные малопригодными для анализа. В примере, описанном в тексте, общий каталог насчитывает 54 строки, организованные в семь групп: производство, продажи и account management, маркетинг, внутренняя работа, продукты и методики, партнеры, управление компанией. Поддерживать учет по таким 20-30 видам работ является реалистичной задачей, не требующей чрезмерно сложных инструментов или больших затрат времени.

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

Рейтинг: 1115

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

## [Как влияет ограничение числа задач в работе (WIP Limit) на эффективность команды в DevOps?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-ogranichenie-chisla-zadach-v-rabote-wip-limit-na-effektivnost-komandy-v-devops/)

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

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

Рейтинг: 1115

Теги: DevOps, CI/CD, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, командная работа, поддержка пользователей, Service Desk, Help Desk, постоянное улучшение, совершенствование, CSI, PDCA, эффективность, оптимизация