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

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

## [Как обеспечить актуальность данных о взаимосвязях между инфраструктурой и ИТ-услугами?](https://cleverics.ru/digital/kb-qa/kak-obespechit-aktualnost-dannykh-o-vzaimosvyazyakh-mezhdu-infrastrukturoy-i-it-uslugami/)

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

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

Рейтинг: 1018

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

## [Каков смысл принципа 'Работать на людей' в контексте ITIL Practitioner Guidance?](https://cleverics.ru/digital/kb-qa/kakov-smysl-printsipa-rabotat-na-lyudey-v-kontekste-itil-practitioner-guidance/)

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

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

Рейтинг: 1017

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

## [Как ITIL предлагает определять приоритеты изменений вместо использования градации «срочности»?](https://cleverics.ru/digital/kb-qa/kak-itil-predlagaet-opredelyat-prioritety-izmeneniy-vmesto-ispolzovaniya-gradatsii-srochnosti/)

ITIL рекомендует определять приоритеты изменений через конкретные критерии: оценку влияния на бизнес и жёсткие временные рамки. Например, если бизнес требует реализовать изменение к определённому сроку («завтра»), это напрямую задаёт временные ограничения. Второй критерий — степень влияния изменения на ключевые процессы: если отсутствие правки приведёт к остановке бизнес-операций, это автоматически получает высший приоритет. Такой подход исключает субъективность и позволяет выстраивать очередь изменений на объективной основе, избегая злоупотребления термином «срочность».

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

Рейтинг: 1017

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

## [Какие метрики помогают оценить своевременность реализации изменений?](https://cleverics.ru/digital/kb-qa/kakie-metriki-pomogayut-otsenit-svoevremennost-realizatsii-izmeneniy/)

Своевременность реализации изменений можно оценить с помощью метрик Lead Time (время от начала до завершения процесса изменения), Percentage of changes timely implemented (процент изменений, реализованных в установленные сроки), Average Implementation Time (среднее время реализации одного изменения), Timely Processing Index (индекс своевременной обработки). Эти метрики позволяют контролировать скорость выполнения изменений и выявлять задержки в процессе, что критически важно для оценки эффективности процесса управления изменениями.

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

Рейтинг: 1017

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

## [Почему в интеллектуальной работе проявления социальной лени могут быть менее опасны, чем в физическом труде?](https://cleverics.ru/digital/kb-qa/pochemu-v-intellektualnoy-rabote-proyavleniya-sotsialnoy-leni-mogut-byt-menee-opasny-chem-v-fiziches/)

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

Автор: Светлана Сапегина

Рейтинг: 1017

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

## [Как неравномерность в потоке влияет на его эффективность?](https://cleverics.ru/digital/kb-qa/kak-neravnomernost-v-potoke-vliyaet-na-ego-effektivnost/)

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

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

Рейтинг: 1017

Теги: Канбан, WIP-лимиты, командная работа, мониторинг, эффективность, оптимизация

## [В чем основное отличие между инцидентом и запросом на обслуживание в контексте ITIL?](https://cleverics.ru/digital/kb-qa/v-chem-osnovnoe-otlichie-mezhdu-intsidentom-i-zaprosom-na-obsluzhivanie-v-kontekste-itil/)

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

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

Рейтинг: 1016

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

## [Как организовать работу первой линии поддержки, чтобы минимизировать влияние недостатков в управлении инцидентами на пользователей?](https://cleverics.ru/digital/kb-qa/kak-organizovat-rabotu-pervoy-linii-podderzhki-chtoby-minimizirovat-vliyanie-nedostatkov-v-upravleni/)

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

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

Рейтинг: 1016

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

## [Чем методология ITIL 4 отличается от подходов ITIL v3 в оценке характеристик услуг?](https://cleverics.ru/digital/kb-qa/chem-metodologiya-itil-4-otlichaetsya-ot-podkhodov-itil-v3-v-otsenke-kharakteristik-uslug/)

ITIL 4 расширяет подходы ITIL v3, добавляя фокус на управление опытом (experience) помимо полезности и гарантии. Если в ITIL v3 акцент делался на разделении функциональных и нефункциональных характеристик услуг, то в ITIL 4 основное внимание уделяется совместному созданию ценности для заинтересованных сторон, что включает анализ эмоционального и функционального взаимодействия с услугой. Это отражено в практике Drive stakeholder value (DSV), которая уделяет особое внимание CX и UX.

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

Рейтинг: 1016

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

## [Какие проблемы возникают, когда владельцем процесса назначают руководителя одного из задействованных подразделений?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-kogda-vladeltsem-protsessa-naznachayut-rukovoditelya-odnogo-iz-zadeystvova/)

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

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

Рейтинг: 1016

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