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

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

## [В чем заключаются различия в описании критических факторов успеха между ITIL v3 и IT4IT?](https://cleverics.ru/digital/kb-qa/v-chem-zaklyuchayutsya-razlichiya-v-opisanii-kriticheskikh-faktorov-uspekha-mezhdu-itil-v3-i-it4it/)

Различия в описании критических факторов успеха (CSF) между ITIL v3 и IT4IT заключаются в уровне детализации и фокусе. В ITIL v3 критические факторы успеха и ключевые показатели эффективности (KPI) определены для каждого из 26 процессов, что предоставляет очень детализированные рекомендации по управлению отдельными функциональными областями. В IT4IT же CSF и KPI описываются на уровне Value Streams (потоков создания ценности), а не на уровне отдельных функциональных компонентов. Это означает, что IT4IT делает акцент на том, что необходимо для успешного создания ценности через весь поток деятельности, а не только через его отдельные элементы. Хотя в ITIL v3 есть упоминания о критических факторах успеха для фаз жизненного цикла услуги (в последних главах каждой книги), это описание менее структурировано и детально по сравнению с фокусом IT4IT на Value Streams. Таким образом, ITIL v3 предоставляет более операционный, процессно-ориентированный взгляд на CSF, тогда как IT4IT предлагает более стратегический, потоко-ориентированный подход.

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

Рейтинг: 811

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

## [Как можно гарантировать, что ИТ-сервис соответствует бизнес-требованиям после его запуска?](https://cleverics.ru/digital/kb-qa/kak-mozhno-garantirovat-chto-it-servis-sootvetstvuet-biznes-trebovaniyam-posle-ego-zapuska/)

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

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

Рейтинг: 811

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

## [Какие методы помогут разработчикам лучше понять конечных пользователей продукта?](https://cleverics.ru/digital/kb-qa/kakie-metody-pomogut-razrabotchikam-luchshe-ponyat-konechnykh-polzovateley-produkta/)

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

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

Рейтинг: 811

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

## [Как изменение поведения сотрудников влияет на удовлетворенность клиентов ИТ-услугами?](https://cleverics.ru/digital/kb-qa/kak-izmenenie-povedeniya-sotrudnikov-vliyaet-na-udovletvorennost-klientov-it-uslugami/)

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

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

Рейтинг: 811

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

## [Что должно произойти, чтобы клиент окончательно разорвал отношения с поставщиком услуг?](https://cleverics.ru/digital/kb-qa/chto-dolzhno-proizoyti-chtoby-klient-okonchatelno-razorval-otnosheniya-s-postavshchikom-uslug/)

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

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

Рейтинг: 811

Теги: ISO 20000, аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик

## [Какой принцип лежит в основе распределения ответственности между группами при обработке просроченного инцидента?](https://cleverics.ru/digital/kb-qa/kakoy-printsip-lezhit-v-osnove-raspredeleniya-otvetstvennosti-mezhdu-gruppami-pri-obrabotke-prosroch/)

Принцип распределения ответственности между группами при обработке просроченного инцидента заключается в том, что степень ответственности каждой группы пропорциональна её доле в общем времени обработки инцидента. То есть, если группа потратила большую часть времени на обработку просроченного инцидента, её доля ответственности будет больше и метрика KPI покажет более низкое значение. Формула учитывает время ti, которое каждая группа затратила на работу с инцидентом, и общее время Ti обработки инцидента. Таким образом, ответственность за просрочку распределяется более справедливо, чем при традиционном подходе, где вся ответственность возлагается на последнюю группу.

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

Рейтинг: 811

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

## [Какие методы ITIL рекомендуются для оптимизации времени решения инцидентов?](https://cleverics.ru/digital/kb-qa/kakie-metody-itil-rekomenduyutsya-dlya-optimizatsii-vremeni-resheniya-intsidentov/)

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

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

Рейтинг: 811

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

## [Чем поток ценности отличается от процесса обслуживания клиента?](https://cleverics.ru/digital/kb-qa/chem-potok-tsennosti-otlichaetsya-ot-protsessa-obsluzhivaniya-klienta/)

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

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

Рейтинг: 811

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

## [Зачем нужен учет функционального влияния элементов друг на друга при управлении конфигурациями?](https://cleverics.ru/digital/kb-qa/zachem-nuzhen-uchet-funktsionalnogo-vliyaniya-elementov-drug-na-druga-pri-upravlenii-konfiguratsiyam/)

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

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

Рейтинг: 811

Теги: управление инцидентами, управление конфигурациями, CMDB

## [Какой способ агрегирования показателей предлагает CLD для управления изменениями?](https://cleverics.ru/digital/kb-qa/kakoy-sposob-agregirovaniya-pokazateley-predlagaet-cld-dlya-upravleniya-izmeneniyami/)

CLD предлагает способ агрегирования показателей для управления изменениями, позволяя сгруппировать метрики по ключевым областям управления. Например, для контроля своевременности реализации (Time to Market) можно использовать метрики Lead Time и Percentage of changes timely implemented. Для управления затратами (Cost per change) подходят Process Time и Standard Change Rate. Для оценки негативного влияния от изменений (Change Risk) можно использовать как прямые метрики (Percentage of Changes Without Recurring incidents, Total time of Major incidents caused by Releases), так и опережающие индикаторы (Release size, Emergency change rate). Такое структурирование помогает формировать комплексную картину эффективности процесса изменений.

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

Рейтинг: 811

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