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

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

## [Как определить заинтересованные стороны (стейкхолдеров) в контексте коммуникационного процесса?](https://cleverics.ru/digital/kb-qa/kak-opredelit-zainteresovannye-storony-steykkholderov-v-kontekste-kommunikatsionnogo-protsessa/)

Определение заинтересованных сторон (стейкхолдеров) в коммуникационном процессе включает выявление всех лиц и групп, которые прямо или косвенно участвуют в деятельности проекта или процесса, а также тех, кто заинтересован в его результатах. Это могут быть сотрудники, руководители разных уровней, клиенты, поставщики, внешние партнеры и даже конечные пользователи продукта или услуги. Для каждого выявленного стейкхолдера необходимо определить его потребности в информации, уровень влияния на проект и заинтересованность в его результатах. Важно учитывать, что требования к информации у разных групп стейкхолдеров могут сильно различаться: руководство может нуждаться в обобщенных отчетах по ключевым показателям, а исполнители — в детальных инструкциях по выполнению задач. Процесс выявления стейкхолдеров является постоянным, так как по мере продвижения проекта могут появляться новые заинтересованные стороны.

Автор: Елена Колбей

Рейтинг: 855

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

## [Как в ITIL описывается процесс комбинирования ролей в управлении изменениями?](https://cleverics.ru/digital/kb-qa/kak-v-itil-opisyvaetsya-protsess-kombinirovaniya-roley-v-upravlenii-izmeneniyami/)

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

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

Рейтинг: 855

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

## [Как влияет группа затронутых пользователей на определение недоступности ИТ-услуги?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-gruppa-zatronutykh-polzovateley-na-opredelenie-nedostupnosti-it-uslugi/)

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

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

Рейтинг: 855

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

## [Как определяется уровень System Capacity Management в процессе управления мощностями?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-uroven-system-capacity-management-v-protsesse-upravleniya-moshchnostyami/)

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

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

Рейтинг: 855

Теги: мониторинг, управление доступностью, управление мощностями, эффективность, оптимизация

## [Чем отличается подход к установлению сроков в управлении проблемами от сроков в управлении инцидентами?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-podkhod-k-ustanovleniyu-srokov-v-upravlenii-problemami-ot-srokov-v-upravlenii-ints/)

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

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

Рейтинг: 855

Теги: архитектура ИТ, TOGAF и IT4IT, управление инцидентами, управление проблемами, управление релизами

## [Что предполагает принцип "Используйте целостный подход" в ITIL 4?](https://cleverics.ru/digital/kb-qa/chto-predpolagaet-printsip-ispolzuyte-tselostnyy-podkhod-v-itil-4/)

Принцип "Используйте целостный подход" (Think and work holistically) в ITIL 4 предполагает, что при управлении услугами необходимо учитывать все взаимосвязанные элементы системы, а не изолированные компоненты. В отличие от формулировки в ITIL Practitioner Guidance ("Work holistically"), формулировка в ITIL 4 включает слово "think" (думать), что подчеркивает важность целостного мышления на этапе планирования, а не только действия в рамках целостного подхода. Принцип побуждает организации рассматривать все аспекты управления услугами как взаимосвязанную систему, учитывая, как изменения в одной области могут повлиять на другие области, и стремиться к оптимизации всей системы в целом, а не отдельных ее частей.

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

Рейтинг: 855

Теги: ITIL, общие вопросы менеджмента, эффективность, оптимизация

## [Как организационная структура влияет на управление проблемами?](https://cleverics.ru/digital/kb-qa/kak-organizatsionnaya-struktura-vliyaet-na-upravlenie-problemami/)

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

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

Рейтинг: 855

Теги: командная работа, общие вопросы менеджмента, управление проблемами

## [Что означает KPI в контексте улучшения процессов с использованием PDCA?](https://cleverics.ru/digital/kb-qa/chto-oznachaet-kpi-v-kontekste-uluchsheniya-protsessov-s-ispolzovaniem-pdca/)

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

Автор: Степан Хрулёв

Рейтинг: 855

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

## [Почему классификация обращений по ИТ-услугам важна для корректной работы ИТ-отдела?](https://cleverics.ru/digital/kb-qa/pochemu-klassifikatsiya-obrashcheniy-po-it-uslugam-vazhna-dlya-korrektnoy-raboty-it-otdela/)

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

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

Рейтинг: 854

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

## [Какой показатель важнее для конечных пользователей: своевременность решения или среднее время решения?](https://cleverics.ru/digital/kb-qa/kakoy-pokazatel-vazhnee-dlya-konechnykh-polzovateley-svoevremennost-resheniya-ili-srednee-vremya-res/)

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

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

Рейтинг: 854

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