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

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

## [Должна ли проверка CMDB включать анализ взаимосвязей конфигурационных элементов?](https://cleverics.ru/digital/kb-qa/dolzhna-li-proverka-cmdb-vklyuchat-analiz-vzaimosvyazey-konfiguratsionnykh-elementov/)

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

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

Рейтинг: 971

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

## [Как фиксированная эскалация помогает избежать «футбола» в процессе обработки инцидентов?](https://cleverics.ru/digital/kb-qa/kak-fiksirovannaya-eskalatsiya-pomogaet-izbezhat-futbola-v-protsesse-obrabotki-intsidentov/)

Фиксированная эскалация помогает избежать «футбола» (частой и неорганизованной передачи инцидентов между группами) за счет установления четкого, предопределенного маршрута движения инцидента. Поскольку для каждой ИТ-услуги заранее определена последовательность линий поддержки и их зона ответственности, инцидент перемещается строго по установленной цепочке (L2-L3-L4) без отклонений. Каждая линия поддержки знает, когда и при каких обстоятельствах она должна принять инцидент, и каковы ее полномочия по его обработке. Это исключает ситуацию, когда специалисты отправляют инцидент обратно или передают его по кругу между группами, так как каждая группа имеет четкую функциональную зону ответственности, и передача инцидента происходит только при выполнении определенных критериев.

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

Рейтинг: 971

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

## [Как обучить сотрудников правильному использованию статуса 'Ожидание'?](https://cleverics.ru/digital/kb-qa/kak-obuchit-sotrudnikov-pravilnomu-ispolzovaniyu-statusa-ozhidanie/)

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

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

Рейтинг: 971

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

## [Чем отличаются метрики результативности от метрик, отражающих рациональность организации процесса?](https://cleverics.ru/digital/kb-qa/chem-otlichayutsya-metriki-rezultativnosti-ot-metrik-otrazhayushchikh-ratsionalnost-organizatsii-pro/)

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

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

Рейтинг: 971

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

## [Почему важно, чтобы каждый параметр качества управлялся отдельным процессом?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-chtoby-kazhdyy-parametr-kachestva-upravlyalsya-otdelnym-protsessom/)

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

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

Рейтинг: 971

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

## [Почему в нештатной ситуации клиент особенно уязвим?](https://cleverics.ru/digital/kb-qa/pochemu-v-neshtatnoy-situatsii-klient-osobenno-uyazvim/)

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

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

Рейтинг: 971

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

## [Какие методы и принципы помогают продуктовым командам создавать устойчивые приложения с минимальным временем поставки?](https://cleverics.ru/digital/kb-qa/kakie-metody-i-printsipy-pomogayut-produktovym-komandam-sozdavat-ustoychivye-prilozheniya-s-minimaln/)

Продуктовым командам помогают принципы Site Reliability Engineering (SRE), методики разработки, повышающие надёжность, такие как Test-Driven Development (TDD), сквозное автоматизированное тестирование на всех этапах разработки, интеграции и доставки, а также своевременный контроль и устранение технического долга. Эти подходы позволяют минимизировать риски сбоев при внесении изменений, поддерживать эксплуатационные характеристики приложений и сокращать время поставки за счёт автоматизации и строгого контроля качества на каждом этапе.

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

Рейтинг: 970

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

## [Как организовать взаимодействие между ИТ и бизнес-подразделениями в процессе управления доступом?](https://cleverics.ru/digital/kb-qa/kak-organizovat-vzaimodeystvie-mezhdu-it-i-biznes-podrazdeleniyami-v-protsesse-upravleniya-dostupom/)

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

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

Рейтинг: 970

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

## [Почему первый шаг модели Коттера считается наиболее важным при внедрении изменений?](https://cleverics.ru/digital/kb-qa/pochemu-pervyy-shag-modeli-kottera-schitaetsya-naibolee-vazhnym-pri-vnedrenii-izmeneniy/)

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

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

Рейтинг: 970

Теги: мотивация персонала, стимулирование, трансформация, ускорение, Time-to-Market, управление релизами

## [Какая польза от участия в деловой игре Grab@Pizza для ИТ-специалистов?](https://cleverics.ru/digital/kb-qa/kakaya-polza-ot-uchastiya-v-delovoy-igre-grab-pizza-dlya-it-spetsialistov/)

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

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

Рейтинг: 970

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