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

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

## [Какие аспекты учитывает контекстуальное качество процесса в дополнение к прямому качеству?](https://cleverics.ru/digital/kb-qa/kakie-aspekty-uchityvaet-kontekstualnoe-kachestvo-protsessa-v-dopolnenie-k-pryamomu-kachestvu/)

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

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

Рейтинг: 951

Теги: управление доступностью, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление изменениями, управление процессами, ИТ-процессы

## [В каком процессе ITIL должен обрабатываться запрос на получение информации о текущем статусе инцидента, находящегося в работе?](https://cleverics.ru/digital/kb-qa/v-kakom-protsesse-itil-dolzhen-obrabatyvatsya-zapros-na-poluchenie-informatsii-o-tekushchem-statuse/)

Запрос на получение информации о текущем статусе инцидента должен обрабатываться в процессе Управление инцидентами (Incident Management, INC). Этот процесс несёт ответственность за обеспечение прозрачности работы с инцидентами, включая коммуникацию информации о статусе инцидента. В ITIL Service Operation явно указано, что обеспечение прозрачности является частью задач процесса INC. В примере критических факторов успеха упомянут KPI: «Среднее число звонков на Service Desk и прочих контактов со стороны бизнес-пользователей по поводу уже зарегистрированных инцидентов», что подразумевает необходимость минимизации таких запросов за счёт качественной коммуникации в рамках INC. Хотя процесс Управления запросами на обслуживание (Request Fulfillment Management, RFF) может использоваться как канал передачи информации, основная ответственность за организацию коммуникации и прозрачность лежит на INC, поэтому именно этот процесс должен отрабатывать запросы о статусе инцидента.

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

Рейтинг: 950

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

## [Как локус контроля влияет на работу команды?](https://cleverics.ru/digital/kb-qa/kak-lokus-kontrolya-vliyaet-na-rabotu-komandy/)

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

Автор: Роман Журавлёв

Рейтинг: 950

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

## [Какие основные проблемы препятствуют внедрению CI/CD в продуктовые команды?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-problemy-prepyatstvuyut-vnedreniyu-ci-cd-v-produktovye-komandy/)

Продуктовые команды сталкиваются с двумя основными проблемами при внедрении CI/CD. Первая проблема связана со строгими требованиями конвейера развёртывания к другим областям разработки. Например, для успешного внедрения CI/CD необходима правильная работа с исходным кодом: единство и дисциплина в использовании Git, отсутствие множества долгоживущих веток и проблем с мержами. Также требуется культура создания и постоянного обновления автоматизированных тестов, и если команда до сих пор сомневается в необходимости автотестов, процесс внедрения будет затруднён. Кроме того, конвейер требует частых релизов, в то время как многие команды привыкли к редким выпускам (раз в месяц или квартал), и изменение этой привычки представляет собой отдельную сложность. Вторая проблема — деградация процесса: после первоначального внедрения команды часто начинают отключать части конвейера (например, автотесты), ссылаясь на срочность задач или дедлайны, что в конечном итоге разрушает весь процесс.

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

Рейтинг: 950

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

## [Какие распространённые ошибки встречаются при внедрении системы управления конфигурациями в компаниях?](https://cleverics.ru/digital/kb-qa/kakie-rasprostranennye-oshibki-vstrechayutsya-pri-vnedrenii-sistemy-upravleniya-konfiguratsiyami-v-k/)

Одной из распространённых ошибок при внедрении системы управления конфигурациями является обращение самой CMDB (Configuration Management Database) в самоцель. Организации часто сосредотачиваются на создании и наполнении базы данных конфигураций, забывая о том, что её основное назначение – поддержка других процессов ИТ-управления. В результате CMS начинает работать как бы сама на себя, без чётко определённых потребителей информации. Такой подход приводит к избыточному сбору данных, которые никем не используются, и к неэффективному использованию ресурсов. Правильная практика предполагает, что построение CMS должно начинаться с определения потребностей бизнес-процессов и конкретных задач, которые эта система должна решать.

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

Рейтинг: 950

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

## [Какие основные проблемы могут возникнуть при внедрении и использовании RBAC в крупных организациях?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-problemy-mogut-vozniknut-pri-vnedrenii-i-ispolzovanii-rbac-v-krupnykh-organizatsiyakh/)

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

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

Рейтинг: 950

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

## [Как связаны факторы успеха практик (PSF) и потоки создания ценности в ITIL 4?](https://cleverics.ru/digital/kb-qa/kak-svyazany-faktory-uspekha-praktik-psf-i-potoki-sozdaniya-tsennosti-v-itil-4/)

Факторы успеха практик (PSF) в ITIL 4 напрямую связаны с потоками создания ценности. Ключевые показатели эффективности (KPI) формулируются на основе PSF для измерения эффективности практики именно в контексте её вклада в эти потоки creation ценности. Каждая практика, для которой определены PSF, участвует в определенных потоках создания ценности, и успешность её работы оценивается по тому, насколько её выполнение способствует достижению целей этих потоков. Таким образом, PSF помогают связать конкретные действия в рамках практики с более широкими организационными целями создания ценности для клиента.

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

Рейтинг: 950

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

## [Почему недостаточная коммуникация с заказчиком остаётся проблемой даже после теоретического обучения?](https://cleverics.ru/digital/kb-qa/pochemu-nedostatochnaya-kommunikatsiya-s-zakazchikom-ostaetsya-problemoy-dazhe-posle-teoreticheskogo/)

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

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

Рейтинг: 950

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

## [Что подразумевается под 'выгодами' (Benefits) в методологии PRINCE2®?](https://cleverics.ru/digital/kb-qa/chto-podrazumevaetsya-pod-vygodami-benefits-v-metodologii-prince2/)

Под выгодами (Benefits) в PRINCE2® понимается то, ради чего проект вообще реализуется. Это не то, что получено непосредственно как результат завершения проекта, а то, что должно быть получено в результате использования этого результата. Например, при внедрении CRM-системы сама внедренная система - это результат проекта, а увеличение выручки или повышение качества услуг благодаря этой системе - это выгоды. Для управления этим аспектом выгоды должны быть сформулированы как измеримые параметры, такие как 'увеличение выручки на 15% в течение полугода с момента завершения проекта'.

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

Рейтинг: 950

Теги: управление проектами, PRINCE2, управление релизами, управление уровнем услуг, SLM

## [Как ITIL рекомендует формулировать требования к срокам реализации изменений?](https://cleverics.ru/digital/kb-qa/kak-itil-rekomenduet-formulirovat-trebovaniya-k-srokam-realizatsii-izmeneniy/)

ITIL рекомендует формулировать требования к срокам через конкретные даты и оценку влияния на бизнес. Например, вместо «это срочно» бизнес должен указать: «изменение нужно внедрить до 15 сентября, иначе будет потеряно 100 клиентов». Такой подход устраняет субъективность и позволяет ИТ-команде спланировать загрузку. Для emergency-изменений сроки определяются критичностью инцидента: если сервис недоступен, решение нужно «до восстановления сервиса», что фиксируется в метриках времени восстановления (MTTR).

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

Рейтинг: 950

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