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

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

## [Какие требования предъявляются к менеджеру по управлению проблемами?](https://cleverics.ru/digital/kb-qa/kakie-trebovaniya-predyavlyayutsya-k-menedzheru-po-upravleniyu-problemami/)

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

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

Рейтинг: 991

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

## [Какие последствия имеет игнорирование мнений разработчиков в процессе принятия решений?](https://cleverics.ru/digital/kb-qa/kakie-posledstviya-imeet-ignorirovanie-mneniy-razrabotchikov-v-protsesse-prinyatiya-resheniy/)

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

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

Рейтинг: 991

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

## [Как объяснить сотруднику необходимость точного учёта времени при выполнении параллельных задач?](https://cleverics.ru/digital/kb-qa/kak-obyasnit-sotrudniku-neobkhodimost-tochnogo-ucheta-vremeni-pri-vypolnenii-parallelnykh-zadach/)

Нужно подчеркнуть, что цель учёта — не контроль, а понимание распределения усилий для улучшения процессов. Например, если сотрудник тратит 30 минут на разговор и одновременное составление отчёта, реальное время на каждое действие меньше 30 минут (например, 20 и 10 минут соответственно). Точная фиксация позволяет выявить, как часто происходят такие совмещения, и, возможно, оптимизировать процессы (например, отделить консультации от документирования). Это помогает снизить нагрузку и повышает прозрачность работы команды.

Автор: Денис Денисов

Рейтинг: 991

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

## [Что такое динамические правила предоставления доступа и как они могут дополнять RBAC?](https://cleverics.ru/digital/kb-qa/chto-takoe-dinamicheskie-pravila-predostavleniya-dostupa-i-kak-oni-mogut-dopolnyat-rbac/)

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

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

Рейтинг: 991

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

## [Какие области бизнеса подходят для применения рекомендаций ITIL?](https://cleverics.ru/digital/kb-qa/kakie-oblasti-biznesa-podkhodyat-dlya-primeneniya-rekomendatsiy-itil/)

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

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

Рейтинг: 990

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

## [Что представляют собой модели изменений в контексте управления ИТ-процессами?](https://cleverics.ru/digital/kb-qa/chto-predstavlyayut-soboy-modeli-izmeneniy-v-kontekste-upravleniya-it-protsessami/)

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

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

Рейтинг: 990

Теги: управление изменениями, управление процессами, ИТ-процессы

## [Что включают в себя желания (Запад) в модели Compass Model и как их выявить?](https://cleverics.ru/digital/kb-qa/chto-vklyuchayut-v-sebya-zhelaniya-zapad-v-modeli-compass-model-i-kak-ikh-vyyavit/)

Желания (Запад) в модели Compass Model представляют собой менее конкретные, не всегда осознаваемые потребителем, цели и пожелания. Эти пункты не являются критически необходимыми, но существенно повышают удовлетворённость, когда реализуются. Чтобы выявить желания, следует задавать вопросы: "Что клиент хотел бы дополнительно?", "Какие необязательные элементы улучшили бы его опыт?" Например, для такси в командировке желаниями могут быть: прибытие вовремя, вежливый водитель, комфортная езда, приятная музыка и отсутствие навязчивых разговоров. Желания часто определяют дифференциацию сервиса и возможность превосходства над конкурентами.

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

Рейтинг: 990

Теги: бизнес, ценность, бизнес-заказчик

## [Как процесс управления конфигурациями обеспечивает качество предоставляемых услуг?](https://cleverics.ru/digital/kb-qa/kak-protsess-upravleniya-konfiguratsiyami-obespechivaet-kachestvo-predostavlyaemykh-uslug/)

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

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

Рейтинг: 990

Теги: общие вопросы менеджмента, постоянное улучшение, совершенствование, CSI, PDCA, управление доступностью, управление инцидентами, управление ИТ-активами, ITAM, SAM, управление конфигурациями, CMDB, управление уровнем услуг, SLM, эффективность, оптимизация

## [Чем отличается группа 'б' от группы 'в' в контексте метрики продуктивности](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-gruppa-b-ot-gruppy-v-v-kontekste-metriki-produktivnosti/)

Группа 'б' включает проблемы, закрытые без решения и приведшие к непродуктивной трате ресурсов, то есть с явным вредом от напрасной работы. Группа 'в' – проблемы, закрытые без решения, но без вреда и пользы (например, дубли, закрытые на этапе первичной оценки). Группа 'б' влияет на снижение метрики, так как учитывается в знаменателе, тогда как группа 'в' исключается из расчета полностью.

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

Рейтинг: 990

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

## [Какие аспекты услуги остаются за рамками внимания клиента, но важны для поставщика?](https://cleverics.ru/digital/kb-qa/kakie-aspekty-uslugi-ostayutsya-za-ramkami-vnimaniya-klienta-no-vazhny-dlya-postavshchika/)

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

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

Рейтинг: 990

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