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

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

## [Каким образом BRM обеспечивает соответствие ИТ-стратегии бизнес-целям?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-brm-obespechivaet-sootvetstvie-it-strategii-biznes-tselyam/)

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

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

Рейтинг: 1161

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

## [Почему компании часто выбирают комбинацию нескольких способов контакта с первой линией поддержки?](https://cleverics.ru/digital/kb-qa/pochemu-kompanii-chasto-vybirayut-kombinatsiyu-neskolkikh-sposobov-kontakta-s-pervoy-liniey-podderzh/)

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

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

Рейтинг: 1161

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

## [Что такое функциональная эскалация инцидентов и как она отличается от других видов эскалации?](https://cleverics.ru/digital/kb-qa/chto-takoe-funktsionalnaya-eskalatsiya-intsidentov-i-kak-ona-otlichaetsya-ot-drugikh-vidov-eskalatsi/)

Функциональная эскалация инцидентов — это процесс передачи заявки от одного уровня поддержки к следующему по иерархии (например, с L1 на L2 или с L2 на L3) при необходимости более глубокой диагностики или решения сложной проблемы. Она отличается от временной эскалации, которая связана с нарушением сроков SLA и требует вмешательства менеджмента, и от персональной эскалации, когда заявка передается конкретному специалисту или руководителю по содержательным вопросам. Функциональная эскалация определяется сложностью проблемы и необходимостью привлечения специалистов с более высоким уровнем компетенции, тогда как другие виды эскалации могут быть связаны с организационными или временными аспектами обработки заявок.

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

Рейтинг: 1161

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

## [Почему в ITIL важна простота и практичность решений?](https://cleverics.ru/digital/kb-qa/pochemu-v-itil-vazhna-prostota-i-praktichnost-resheniy/)

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

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

Рейтинг: 1161

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

## [Как формируется ИТ-ландшафт организации?](https://cleverics.ru/digital/kb-qa/kak-formiruetsya-it-landshaft-organizatsii/)

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

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

Рейтинг: 1161

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

## [Как соотносятся Value Streams в IT4IT с процессами ITIL v3?](https://cleverics.ru/digital/kb-qa/kak-sootnosyatsya-value-streams-v-it4it-s-protsessami-itil-v3/)

Value Streams в IT4IT и процессы ITIL v3 имеют прямое соответствие, хотя и структурированы по-разному. В IT4IT определены четыре основных Value Stream'a: Strategy to Portfolio (S2P), Requirement to Deployment (R2D), Request to Fulfill (R2F) и Detect to Correct (D2C). Каждый Value Stream состоит из нескольких функциональных компонентов. Например, Value Stream 'Request to Fulfill' включает в себя функциональные компоненты, которые непосредственно соответствуют множеству процессов из ITIL v3, таких как управление запросами, управление инцидентами, управление проблемами и управление уровнями услуг. Аналогично, Value Stream 'Detect to Correct' соотносится с процессами управления непрерывностью и доступностью. Таким образом, хотя IT4IT объединяет процессы в более крупные потоки создания ценности, практические функции и действия, описанные в этих потоках, совпадают с процессами ITIL v3.

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

Рейтинг: 1160

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

## [Какая основная проблема в традиционном взаимодействии между бизнесом и ИТ-подразделением?](https://cleverics.ru/digital/kb-qa/kakaya-osnovnaya-problema-v-traditsionnom-vzaimodeystvii-mezhdu-biznesom-i-it-podrazdeleniem/)

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

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

Рейтинг: 1160

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

## [Как ITIL рекомендует подходить к распределению ролей в управлении изменениями?](https://cleverics.ru/digital/kb-qa/kak-itil-rekomenduet-podkhodit-k-raspredeleniyu-roley-v-upravlenii-izmeneniyami/)

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

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

Рейтинг: 1160

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

## [Почему в ITIL не используется градация уровня экстренности для emergency-изменений?](https://cleverics.ru/digital/kb-qa/pochemu-v-itil-ne-ispolzuetsya-gradatsiya-urovnya-ekstrennosti-dlya-emergency-izmeneniy/)

В ITIL отсутствует градация уровня экстренности, потому что emergency-изменения по определению требуют немедленного выполнения без промедления. Если ситуация допускает вариации вроде «немного срочно» или «очень срочно», это уже не emergency — такие случаи обрабатываются в рамках стандартных или срочных изменений. Градация запутала бы процесс, ведь экстренное изменение подразумевает, что все ресурсы должны быть переключены на его реализацию в ущерб другим задачам. Например, если сайт компании падает, команда не анализирует «степень срочности» — она сразу приступает к восстановлению.

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

Рейтинг: 1160

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

## [Как Warranty проявляется в ИТ-услугах, например, при решении проблемы блокировки российских IP-адресов?](https://cleverics.ru/digital/kb-qa/kak-warranty-proyavlyaetsya-v-it-uslugakh-naprimer-pri-reshenii-problemy-blokirovki-rossiyskikh-ip-a/)

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

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

Рейтинг: 1160

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