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

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

## [Как в DevOps понимается продукт-ориентированность, согласно второму принципу?](https://cleverics.ru/digital/kb-qa/kak-v-devops-ponimaetsya-produkt-orientirovannost-soglasno-vtoromu-printsipu/)

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

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

Рейтинг: 738

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

## [Как организационная культура компании влияет на функционирование первой линии ИТ-поддержки?](https://cleverics.ru/digital/kb-qa/kak-organizatsionnaya-kultura-kompanii-vliyaet-na-funktsionirovanie-pervoy-linii-it-podderzhki/)

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

Автор: Анна Васильева

Рейтинг: 738

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

## [Как классификация обращений влияет на применение календарей в SLA?](https://cleverics.ru/digital/kb-qa/kak-klassifikatsiya-obrashcheniy-vliyaet-na-primenenie-kalendarey-v-sla/)

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

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

Рейтинг: 738

Теги: SLA, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление запросами на обслуживание, управление уровнем услуг, SLM

## [Какие ошибки чаще всего допускаются при построении обобщённых отчётов по SLA?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-chashche-vsego-dopuskayutsya-pri-postroenii-obobshchennykh-otchetov-po-sla/)

Распространённые ошибки: 1) Использование простого среднего без учёта критичности услуг, 2) Нормировка показателей в разных диапазонах (например, одни KPI до 100%, другие до 10), что искажает агрегацию, 3) Отсутствие динамики — отчёты по одному месяцу не показывают тренды, 4) Слишком сложные визуализации, непонятные руководителям (например, тепловые карты с десятками услуг). Правильный подход — фокус на двух-трёх ключевых показателях с интуитивной визуализацией, такой как гистограмма среднего и линия минимума.

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

Рейтинг: 738

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

## [Как связаны инциденты и конфигурационные единицы?](https://cleverics.ru/digital/kb-qa/kak-svyazany-intsidenty-i-konfiguratsionnye-edinitsy/)

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

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

Рейтинг: 738

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

## [Какие методы позволяют эффективно измерить Outcome?](https://cleverics.ru/digital/kb-qa/kakie-metody-pozvolyayut-effektivno-izmerit-outcome/)

Для измерения Outcome используются методы, учитывающие субъективное восприятие клиента: опросы удовлетворённости, интервью, метрики NPS (Net Promoter Score), анализ поведения пользователей, изучение бизнес-результатов клиента (например, рост продаж после внедрения ИТ-решения). Важно сочетать количественные и качественные подходы, чтобы получить полную картину.

Автор: Александр Движков

Рейтинг: 738

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

## [Какие два основных потока ценности выделяются для монофункционального продукта?](https://cleverics.ru/digital/kb-qa/kakie-dva-osnovnykh-potoka-tsennosti-vydelyayutsya-dlya-monofunktsionalnogo-produkta/)

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

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

Рейтинг: 737

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

## [Какие основные факторы влияют на поведение людей в контексте управления и ИТ-проектов?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-faktory-vliyayut-na-povedenie-lyudey-v-kontekste-upravleniya-i-it-proektov/)

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

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

Рейтинг: 737

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

## [Как соотношение инцидентов и запросов на обслуживание может отражать качество работы ИТ-службы?](https://cleverics.ru/digital/kb-qa/kak-sootnoshenie-intsidentov-i-zaprosov-na-obsluzhivanie-mozhet-otrazhat-kachestvo-raboty-it-sluzhby/)

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

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

Рейтинг: 737

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

## [Как определить, что приложение работает с нормальной производительностью?](https://cleverics.ru/digital/kb-qa/kak-opredelit-chto-prilozhenie-rabotaet-s-normalnoy-proizvoditelnostyu/)

Для определения нормальной производительности необходимо фиксировать конкретные измеримые показатели, которые понятны конечным пользователям и могут быть воспроизведены ими самостоятельно. Например, можно задать критерий: «время формирования отчета не должно превышать 5 минут». Важно, чтобы измерения проводились в терминах, близких пользователям, а не через внутренние технические метрики. Это позволяет исключить субъективность и создает объективную основу для оценки работы системы.

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

Рейтинг: 737

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