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

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

## [Как принцип разделения обязанностей влияет на процесс согласования доступа?](https://cleverics.ru/digital/kb-qa/kak-printsip-razdeleniya-obyazannostey-vliyaet-na-protsess-soglasovaniya-dostupa/)

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

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

Рейтинг: 1091

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

## [Какие риски возникают при недостаточном контроле за процессом управления конфигурациями?](https://cleverics.ru/digital/kb-qa/kakie-riski-voznikayut-pri-nedostatochnom-kontrole-za-protsessom-upravleniya-konfiguratsiyami/)

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

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

Рейтинг: 1091

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

## [Какой недостаток имеет схема расстановки приоритетов через веса инцидентов?](https://cleverics.ru/digital/kb-qa/kakoy-nedostatok-imeet-skhema-rasstanovki-prioritetov-cherez-vesa-intsidentov/)

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

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

Рейтинг: 1091

Теги: Канбан, WIP-лимиты, управление инцидентами, управление процессами, ИТ-процессы

## [Какие методы аудита связей конфигурационных единиц чаще всего применяются в компаниях?](https://cleverics.ru/digital/kb-qa/kakie-metody-audita-svyazey-konfiguratsionnykh-edinits-chashche-vsego-primenyayutsya-v-kompaniyakh/)

Наиболее популярным методом аудита связей КЕ является периодический выборочный аудит. Такой подход подразумевает проверку данных в определенные промежутки времени, но не постоянно. Однако стоит отметить, что регулярность такого аудита может быть разной в разных организациях, что влияет на объективность информации, отраженной в CMDB.

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

Рейтинг: 1091

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

## [Как проявляется отношение компании к клиентам в обычной и нештатной ситуации?](https://cleverics.ru/digital/kb-qa/kak-proyavlyaetsya-otnoshenie-kompanii-k-klientam-v-obychnoy-i-neshtatnoy-situatsii/)

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

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

Рейтинг: 1091

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

## [Почему в ITIL 4 появился новый принцип "Оптимизируйте и автоматизируйте" и чем он отличается от предыдущих версий?](https://cleverics.ru/digital/kb-qa/pochemu-v-itil-4-poyavilsya-novyy-printsip-optimiziruyte-i-avtomatiziruyte-i-chem-on-otlichaetsya-ot/)

Новый принцип "Оптимизируйте и автоматизируйте" (Optimize and automate) появился в ITIL 4 2019 года и представляет собой одно из основных изменений по сравнению с предыдущей версией. В ITIL Practitioner Guidance 2016 года автоматизация упоминалась в контексте других принципов, например, принципа простоты (Keep it simple), но не выделялась как отдельный руководящий принцип. Введение этого нового принципа отражает возросшую важность автоматизации в современной практике управления услугами, вероятно, под влиянием таких подходов, как DevOps. Принцип подчеркивает необходимость постоянной оптимизации процессов и поиска возможностей для их автоматизации, что позволяет повышать эффективность и качество предоставления услуг.

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

Рейтинг: 1090

Теги: DevOps, CI/CD, ITIL, эффективность, оптимизация

## [Как интегрировать ITIL-процессы с Agile-методологиями в ИТ-организации?](https://cleverics.ru/digital/kb-qa/kak-integrirovat-itil-protsessy-s-agile-metodologiyami-v-it-organizatsii/)

Интеграция ITIL и Agile требует понимания того, что эти подходы дополняют друг друга, а не противоречат. ITIL фокусируется на стабильности и качестве ИТ-услуг, а Agile - на скорости и гибкости разработки. Для успешной интеграции: во-первых, определите зоны ответственности - ITIL для управления эксплуатацией и поддержкой услуг, Agile для разработки и внедрения новых функциональных возможностей. Создайте совместные процессы для перехода разработки в эксплуатацию (DevOps-практики). Адаптируйте процесс управления изменениями ITIL, чтобы учитывать частые релизы Agile-команд, внедрив стратегию мелких, низкорисковых изменений. Синхронизируйте циклы планирования - совмещайте ритм ITIL (ежеквартальное планирование услуг) с спринтами Agile (2-4 недели). Используйте общий инструмент управления работой, поддерживающий как ITIL-процессы, так и Agile-методологии. Проведите обучение для обеих команд, чтобы они понимали принципы и ограничения друг друга. Внедрите общие метрики, оценивающие как стабильность, так и скорость внедрения изменений. Создайте мостовые роли, например, менеджер по внедрению, который будет координировать работу между Agile-командами и службой поддержки.

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

Рейтинг: 1090

Теги: Agile и гибкие методы разработки ПО, DevOps, CI/CD, ITIL, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, командная работа, обучение сотрудников, учебные курсы, тренинги, общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, стратегия, управление изменениями, управление процессами, ИТ-процессы, управление релизами

## [Какой структурой представлены рекомендации по формулированию KPI в ITIL 4?](https://cleverics.ru/digital/kb-qa/kakoy-strukturoy-predstavleny-rekomendatsii-po-formulirovaniyu-kpi-v-itil-4/)

Рекомендации по формулированию KPI в ITIL 4 представлены через факторы успеха практик (PSF). Для каждой практики определяются PSF, каждый из которых сопровождается подробным описанием и примерами метрик, которые можно использовать в качестве KPI. Например, для практики управления инцидентами PSF «раннее выявление инцидентов» имеет следующие примеры KPI: время между возникновением и обнаружением инцидента и доля инцидентов, выявленных с помощью мониторинга. Такая структура делает процесс формулирования KPI более простым и понятным, поскольку она предоставляет конкретные рекомендации и примеры измерений для каждого важного аспекта практики.

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

Рейтинг: 1090

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

## [Почему современная ИТ-поддержка требует более сложных подходов по сравнению с прошлыми годами?](https://cleverics.ru/digital/kb-qa/pochemu-sovremennaya-it-podderzhka-trebuet-bolee-slozhnykh-podkhodov-po-sravneniyu-s-proshlymi-godam/)

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

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

Рейтинг: 1090

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

## [Какие ошибки чаще всего допускаются при внедрении системы категоризации инцидентов?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-chashche-vsego-dopuskayutsya-pri-vnedrenii-sistemy-kategorizatsii-intsidentov/)

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

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

Рейтинг: 1090

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