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

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

## [В чем особенности применения цепочки создания ценности в ITIL версии 4 по сравнению с ITIL v3?](https://cleverics.ru/digital/kb-qa/v-chem-osobennosti-primeneniya-tsepochki-sozdaniya-tsennosti-v-itil-versii-4-po-sravneniyu-s-itil-v3/)

Основная особенность применения цепочки создания ценности в ITIL версии 4 заключается в том, что она становится центральным элементом общей концепции управления услугами, тогда как в ITIL v3 такой концепции не существовало. В ITIL v4 введены 34 управленческие практики, которые организованы вокруг цепочки создания ценности (Service Value Chain), состоящей из шести ключевых компонентов: планирование, улучшение, участие, получение заказа, построение и доставка, а также управление. Эта архитектура позволяет рассматривать все ИТ-деятельность как связанный процесс создания ценности для клиента. По сравнению с ITIL v3, где акцент делался на отдельные процессы и их оптимизацию, ITIL v4 предоставляет более целостный взгляд на то, как различные практики работают совместно для создания ценности, что делает его концептуально ближе к IT4IT, который с самого начала был построен на основе Value Chain.

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

Рейтинг: 788

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

## [Какие элементы услуги обычно замечают заказчики при взаимодействии с ИТ-службой?](https://cleverics.ru/digital/kb-qa/kakie-elementy-uslugi-obychno-zamechayut-zakazchiki-pri-vzaimodeystvii-s-it-sluzhboy/)

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

Автор: Роман Журавлёв

Рейтинг: 788

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

## [Какие критерии должны быть выполнены для рекомендаций по совершенствованию ИТ-процессов?](https://cleverics.ru/digital/kb-qa/kakie-kriterii-dolzhny-byt-vypolneny-dlya-rekomendatsiy-po-sovershenstvovaniyu-it-protsessov/)

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

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

Рейтинг: 788

Теги: ISO 20000, постоянное улучшение, совершенствование, CSI, PDCA, управление релизами, управление рисками

## [Что такое сервис-интегратор в контексте модели SIAM?](https://cleverics.ru/digital/kb-qa/chto-takoe-servis-integrator-v-kontekste-modeli-siam/)

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

Автор: Дмитрий Хруслов

Рейтинг: 788

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

## [Что может помешать успешному внедрению управления конфигурациями в проекте?](https://cleverics.ru/digital/kb-qa/chto-mozhet-pomeshat-uspeshnomu-vnedreniyu-upravleniya-konfiguratsiyami-v-proekte/)

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

Автор: Михаил Тобурдановский

Рейтинг: 788

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

## [Как связаны управление рисками и постоянное совершенствование услуг в ITIL?](https://cleverics.ru/digital/kb-qa/kak-svyazany-upravlenie-riskami-i-postoyannoe-sovershenstvovanie-uslug-v-itil/)

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

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

Рейтинг: 788

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

## [Почему атрибутное формирование ролей не считается полноценной ролевой моделью?](https://cleverics.ru/digital/kb-qa/pochemu-atributnoe-formirovanie-roley-ne-schitaetsya-polnotsennoy-rolevoy-modelyu/)

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

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

Рейтинг: 788

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

## [Какие сервисные активы должны учитываться в процессе управления конфигурациями?](https://cleverics.ru/digital/kb-qa/kakie-servisnye-aktivy-dolzhny-uchityvatsya-v-protsesse-upravleniya-konfiguratsiyami/)

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

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

Рейтинг: 788

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

## [Какие дополнительные вопросы возникают при организации работы мобильных сотрудников, помимо выбора канала взаимодействия?](https://cleverics.ru/digital/kb-qa/kakie-dopolnitelnye-voprosy-voznikayut-pri-organizatsii-raboty-mobilnykh-sotrudnikov-pomimo-vybora-k/)

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

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

Рейтинг: 788

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

## [Может ли пересечение графиков нескольких рабочих групп быть пустым, и что это означает для SLA?](https://cleverics.ru/digital/kb-qa/mozhet-li-peresechenie-grafikov-neskolkikh-rabochikh-grupp-byt-pustym-i-chto-eto-oznachaet-dlya-sla/)

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

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

Рейтинг: 788

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