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

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

## [Что такое BPO и чем он отличается от обычного аутсорсинга?](https://cleverics.ru/digital/kb-qa/chto-takoe-bpo-i-chem-on-otlichaetsya-ot-obychnogo-autsorsinga/)

BPO (Business Process Outsourcing) — это вид аутсорсинга, при котором поставщику передаются исполнение и ответственность за целую бизнес-функцию или процесс. В отличие от обычного аутсорсинга задач, где на сторону передаются отдельные проекты с ограниченными сроками и бюджетом, BPO предполагает долгосрочное сотрудничество без жестких временных рамок и фиксированного бюджета. Организация передает аутсорсеру замкнутую функциональную область, а не отдельные задачи. Это более глубокая форма аутсорсинга, требующая тесного взаимодействия между заказчиком и исполнителем.

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

Рейтинг: 4244

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

## [Что такое сервисная эмпатия и почему она важна в рамках ITIL 4?](https://cleverics.ru/digital/kb-qa/chto-takoe-servisnaya-empatiya-i-pochemu-ona-vazhna-v-ramkakh-itil-4/)

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

Автор: Игорь Фадеев

Рейтинг: 3206

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

## [Что такое сервисные операции и как они связаны с описанием услуги?](https://cleverics.ru/digital/kb-qa/chto-takoe-servisnye-operatsii-i-kak-oni-svyazany-s-opisaniem-uslugi/)

Сервисные операции (service actions) – это деятельность, выполняемая представителями поставщика, потребителя или ими совместно. Это одна из трех сущностей, используемых при формировании сервисного предложения в ITIL 4. Сервисные операции представляют собой неотъемлемую часть описания услуги, так как именно через них происходит взаимодействие между поставщиком и потребителем. Например, взаимодействие со службой поддержки является сервисной операцией. Метод сервисных операций, разработанный компанией Cleverics, используется для выявления требований к услуге, исходя из понимания деятельности, связанной с потреблением и предоставлением услуги. Это соответствует определению услуги в Гражданском кодексе РФ (статья 779), где услуга описывается как совершение определенных действий или осуществление определенной деятельности.

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

Рейтинг: 2837

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

## [Какое значение имеет эмпатия в создании пользовательского и клиентского опыта (UX/CX)?](https://cleverics.ru/digital/kb-qa/kakoe-znachenie-imeet-empatiya-v-sozdanii-polzovatelskogo-i-klientskogo-opyta-ux-cx/)

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

Автор: Игорь Фадеев

Рейтинг: 2510

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

## [Что такое FCR в контексте управления инцидентами и почему он важен?](https://cleverics.ru/digital/kb-qa/chto-takoe-fcr-v-kontekste-upravleniya-intsidentami-i-pochemu-on-vazhen/)

FCR (First Contact Resolution) — это показатель, измеряющий долю инцидентов, которые были решены с первого обращения пользователя, без необходимости дополнительных обращений или повторных контактов. Важность этого показателя заключается в том, что он напрямую влияет на удовлетворённость пользователей: чем меньше пользователю приходится повторно обращаться в службу поддержки по одному и тому же инциденту, тем лучше его опыт взаимодействия с сервисом. Высокий уровень FCR указывает на эффективность работы службы поддержки, её способность предоставлять полную и точную информацию с первого раза, что в свою очередь снижает нагрузку на систему и повышает общую удовлетворённость пользователей.

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

Рейтинг: 1989

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

## [Как меняется роль лидера при переходе команды через различные уровни осознанности?](https://cleverics.ru/digital/kb-qa/kak-menyaetsya-rol-lidera-pri-perekhode-komandy-cherez-razlichnye-urovni-osoznannosti/)

Роль лидера трансформируется от лидера-менеджера к лидеру-партнеру по мере развития команды. На уровне «Детский сад» лидера должен быть директивным, активно организовывать процессы, решать текущие проблемы и постепенно вовлекать команду, расширяя границы самостоятельности. На уровне «Пубертат» лидер выступает как посредник, помогающий в конструктивном взаимодействии и гашении конфликтов, «продавая» решения вместо директивного управления. На уровне «Яркая молодость» лидер становится «мотором-метрономом», поддерживающим скорость и ритмичность работы, востребован в роли лидера-слуги на 100%. На высшей стадии «Зрелость» лидера-слуги заменяет лидер-партнер, наделенный полномочиями для поддержки инициатив на высоких уровнях, обладающий достаточной осведомленностью и авторитетом для интеграции целей команды с целями компании.

Автор: Павел Капусткин

Рейтинг: 1945

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

## [Что такое роль Service Owner в ITIL и чем она отличается от сервис-менеджера?](https://cleverics.ru/digital/kb-qa/chto-takoe-rol-service-owner-v-itil-i-chem-ona-otlichaetsya-ot-servis-menedzhera/)

Роль Service Owner в ITIL представляет собой позицию, ответственную за управление услугой на протяжении всего её жизненного цикла. Эта роль включает обеспечение соответствия предоставления и поддержки услуги заявленным требованиям, интерпретацию требований заказчиков в ИТ-терминах, взаимодействие с менеджерами процессов, участие в обсуждении SLA и OLA, представительство на встречах по оценке услуги, выступление единой точкой ответственности за работу услуги, точкой эскалации для значительных инцидентов, участие в совете по изменениям (CAB) и обеспечение актуальности информации об услуге в каталоге. Service Owner отличается от сервис-менеджера тем, что является скорее стратегической ролью, фокусирующейся на общих аспектах услуги и её соответствии бизнес-целям, тогда как сервис-менеджер обычно занимается оперативным управлением и поддержкой услуг.

Автор: Константин Нарыжный

Рейтинг: 1851

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

## [Что такое Value chain и чем она отличается от Value network?](https://cleverics.ru/digital/kb-qa/chto-takoe-value-chain-i-chem-ona-otlichaetsya-ot-value-network/)

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

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

Рейтинг: 1833

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

## [Что такое causal loop diagram (CLD) и какие элементы в него входят?](https://cleverics.ru/digital/kb-qa/chto-takoe-causal-loop-diagram-cld-i-kakie-elementy-v-nego-vkhodyat/)

Causal loop diagram (CLD) - это инструмент системной динамики, который позволяет отражать влияние разных переменных, характеризующих работу системы, друг на друга для объяснения ее поведения. CLD включает в себя переменные (такие как Market Size, Potential Customers, People Buying Product), связи между ними, которые бывают двух типов: S (same) - прямо пропорциональная зависимость (например, чем больше людей купили продукт, тем больше клиентская база) и O (opposite) - обратно пропорциональная зависимость (например, чем больше людей купило продукт, тем меньше потенциальных клиентов). Также в диаграмме обозначаются циклы обратной связи: R (reinforcing loop) - усиливающие циклы, которые усиливают изменения, и B (balancing loop) - балансирующие циклы, которые стремятся к равновесию и стабилизируют систему. Эти элементы в совокупности помогают анализировать и визуализировать сложные взаимодействия внутри системы и объяснять часто контринтуитивное поведение системы.

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

Рейтинг: 1827

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

## [Как построить матрицу взаимодействия функций и процессов для оценки руководителей?](https://cleverics.ru/digital/kb-qa/kak-postroit-matritsu-vzaimodeystviya-funktsiy-i-protsessov-dlya-otsenki-rukovoditeley/)

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

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

Рейтинг: 1721

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