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

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

## [Какой подход рекомендуется для начального этапа внедрения бизнес-ориентированного измерения доступности?](https://cleverics.ru/digital/kb-qa/kakoy-podkhod-rekomenduetsya-dlya-nachalnogo-etapa-vnedreniya-biznes-orientirovannogo-izmereniya-dos/)

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

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

Рейтинг: 1084

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

## [Как процесс «Управление проблемами» связан с процессом «Управление инцидентами»?](https://cleverics.ru/digital/kb-qa/kak-protsess-upravlenie-problemami-svyazan-s-protsessom-upravlenie-intsidentami/)

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

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

Рейтинг: 1084

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

## [Как можно определить, является ли данная метрика релевантной?](https://cleverics.ru/digital/kb-qa/kak-mozhno-opredelit-yavlyaetsya-li-dannaya-metrika-relevantnoy/)

Чтобы определить релевантность метрики, нужно ответить на вопрос: «Зачем мы это измеряем?» и проверить, какие управленческие решения будут приниматься на основе этих данных. Если на этот вопрос нет чёткого ответа, метрика, скорее всего, нерелевантна. Также важно убедиться, что данные невозможно легко фальсифицировать и что они действительно отражают прогресс в достижении целей, а не создают дополнительные стимулы, противоречащие этим целям.

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

Рейтинг: 1084

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

## [Как каталог услуг может помочь в развитии средств мониторинга?](https://cleverics.ru/digital/kb-qa/kak-katalog-uslug-mozhet-pomoch-v-razvitii-sredstv-monitoringa/)

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

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

Рейтинг: 1084

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

## [Что происходит с задачами, которые не являются приоритетными, когда повышается приоритет другой задачи?](https://cleverics.ru/digital/kb-qa/chto-proiskhodit-s-zadachami-kotorye-ne-yavlyayutsya-prioritetnymi-kogda-povyshaetsya-prioritet-drug/)

Когда повышается приоритет одной задачи, автоматически снижается приоритет всех остальных задач. Это означает, что к ним приступят позже и на них будет выделено меньше ресурсов. Работа над остальными задачами откладывается и замедляется, что может привести к тому, что задачи, которые уже находились в процессе выполнения, но не были завершены, станут потерянными затратами. Кроме того, заинтересованные лица этих задач могут быть даже не осведомлены о том, что их приоритет был снижен, что порождает дополнительные коммуникационные проблемы. Со временем такие неприоритетные задачи могут стать новыми кризисными задачами из-за отсутствия необходимых ресурсов, создавая цикл постоянных кризисов.

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

Рейтинг: 1084

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

## [Какие последствия могут возникнуть при временной остановке конвейера CI/CD?](https://cleverics.ru/digital/kb-qa/kakie-posledstviya-mogut-vozniknut-pri-vremennoy-ostanovke-konveyera-ci-cd/)

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

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

Рейтинг: 1084

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

## [Почему разделение на 2-ю и 3-ю линии поддержки внутри одного подразделения является эффективным решением?](https://cleverics.ru/digital/kb-qa/pochemu-razdelenie-na-2-yu-i-3-yu-linii-podderzhki-vnutri-odnogo-podrazdeleniya-yavlyaetsya-effektiv/)

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

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

Рейтинг: 1084

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

## [Как может выглядеть эволюция роли тимлида при переходе команды к большей самоорганизации?](https://cleverics.ru/digital/kb-qa/kak-mozhet-vyglyadet-evolyutsiya-roli-timlida-pri-perekhode-komandy-k-bolshey-samoorganizatsii/)

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

Автор: Павел Капусткин

Рейтинг: 1084

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

## [Каковы недостатки атрибутного формирования ролей в системах управления доступом?](https://cleverics.ru/digital/kb-qa/kakovy-nedostatki-atributnogo-formirovaniya-roley-v-sistemakh-upravleniya-dostupom/)

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

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

Рейтинг: 1084

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

## [Какие цели преследует настоящий процесс управления конфигурациями?](https://cleverics.ru/digital/kb-qa/kakie-tseli-presleduet-nastoyashchiy-protsess-upravleniya-konfiguratsiyami/)

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

Автор: Михаил Тобурдановский

Рейтинг: 1084

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