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

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

## [Как потоки создания ценности могут улучшить понимание операционных процессов в страховой компании?](https://cleverics.ru/digital/kb-qa/kak-potoki-sozdaniya-tsennosti-mogut-uluchshit-ponimanie-operatsionnykh-protsessov-v-strakhovoy-komp/)

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

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

Рейтинг: 927

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

## [Какие риски возникают при использовании первого способа организации работы линий поддержки?](https://cleverics.ru/digital/kb-qa/kakie-riski-voznikayut-pri-ispolzovanii-pervogo-sposoba-organizatsii-raboty-liniy-podderzhki/)

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

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

Рейтинг: 927

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

## [Что делать, если метрика показывает улучшение, но качество работы падает?](https://cleverics.ru/digital/kb-qa/chto-delat-esli-metrika-pokazyvaet-uluchshenie-no-kachestvo-raboty-padaet/)

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

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

Рейтинг: 927

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

## [В чем заключается атрибутное формирование ролей в системе доступа?](https://cleverics.ru/digital/kb-qa/v-chem-zaklyuchaetsya-atributnoe-formirovanie-roley-v-sisteme-dostupa/)

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

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

Рейтинг: 927

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

## [Чем отличается понятие 'охвата' от 'результата' в управлении проектами?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-ponyatie-okhvata-ot-rezultata-v-upravlenii-proektami/)

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

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

Рейтинг: 927

Теги: командная работа, управление продуктами, продуктовый подход, управление проектами, PRINCE2, управление релизами

## [Почему ITIL не предлагает четкой методологии по нормированию сроков обработки проблем?](https://cleverics.ru/digital/kb-qa/pochemu-itil-ne-predlagaet-chetkoy-metodologii-po-normirovaniyu-srokov-obrabotki-problem/)

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

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

Рейтинг: 927

Теги: ISO 20000, ITIL, аллокация затрат, расчёт себестоимости услуг, архитектура ИТ, TOGAF и IT4IT, общие вопросы менеджмента, управление инцидентами, управление процессами, ИТ-процессы, экономика и финансы

## [Как регламентировать ответственность за консистентность финансовой информации в процессе управления активами и конфигурациями?](https://cleverics.ru/digital/kb-qa/kak-reglamentirovat-otvetstvennost-za-konsistentnost-finansovoy-informatsii-v-protsesse-upravleniya/)

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

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

Рейтинг: 927

Теги: общие вопросы менеджмента, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление ИТ-активами, ITAM, SAM, управление процессами, ИТ-процессы

## [Как организовать эффективный процесс диагностики проблем с производительностью?](https://cleverics.ru/digital/kb-qa/kak-organizovat-effektivnyy-protsess-diagnostiki-problem-s-proizvoditelnostyu/)

Для эффективной диагностики проблем с производительностью необходимо создать смешанную рабочую группу, в которую войдут представители всех заинтересованных сторон: разработчики прикладного ПО, специалисты по СУБД, администраторы оборудования и другие. Эта группа должна провести всесторонний анализ, используя данные baseline и текущие метрики. Важно определить, что изменилось в системе по сравнению с периодом её стабильной работы. Также рекомендуется использовать систему мониторинга с хранением исторических данных, чтобы отслеживать тренды и прогнозировать возможные проблемы до того, как они повлияют на пользователей.

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

Рейтинг: 926

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

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

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

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

Рейтинг: 926

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

## [Какие факторы мешают появлению клиентоориентированных компаний в России?](https://cleverics.ru/digital/kb-qa/kakie-faktory-meshayut-poyavleniyu-klientoorientirovannykh-kompaniy-v-rossii/)

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

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

Рейтинг: 926

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