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

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

## [Как понимание результатов помогает в выстраивании диалога с заказчиком?](https://cleverics.ru/digital/kb-qa/kak-ponimanie-rezultatov-pomogaet-v-vystraivanii-dialoga-s-zakazchikom/)

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

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

Рейтинг: 851

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

## [Как объяснить концепцию услуги в рамках ITIL4 на примере повседневных предметов?](https://cleverics.ru/digital/kb-qa/kak-obyasnit-kontseptsiyu-uslugi-v-ramkakh-itil4-na-primere-povsednevnykh-predmetov/)

Концепцию услуги в ITIL4 можно объяснить с помощью модели CAAS (Choco-as-a-Service). В этой модели важно рассмотреть три компонента: товар (например, шоколадка), ресурс (магазин со службой доставки или автомат с шоколадками) и операции (процесс доставки или обслуживание автомата). В отличие от простой продажи товара, услуга предполагает, что клиент перекладывает на поставщика определенные риски и затраты. Например, при регулярной доставке шоколадок клиент не заботится о том, когда и где ее купить - эта ответственность лежит на поставщике. Аналогично в IT: при использовании облачных сервисов клиент не несет затрат по поддержанию физической инфраструктуры.

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

Рейтинг: 851

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

## [Как влияние результатов аллокации может изменить поведение сотрудников и менеджеров?](https://cleverics.ru/digital/kb-qa/kak-vliyanie-rezultatov-allokatsii-mozhet-izmenit-povedenie-sotrudnikov-i-menedzherov/)

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

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

Рейтинг: 851

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

## [Чем отличается подход к управлению крупными проектами от подхода к управлению оперативными изменениями?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-podkhod-k-upravleniyu-krupnymi-proektami-ot-podkhoda-k-upravleniyu-operativnymi-iz/)

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

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

Рейтинг: 851

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

## [Какие ошибки чаще всего допускаются при разработке внутренних регламентов?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-chashche-vsego-dopuskayutsya-pri-razrabotke-vnutrennikh-reglamentov/)

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

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

Рейтинг: 851

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

## [Какие проблемы наблюдаются в публикуемых данных о пользе ITSM-решений?](https://cleverics.ru/digital/kb-qa/kakie-problemy-nablyudayutsya-v-publikuemykh-dannykh-o-polze-itsm-resheniy/)

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

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

Рейтинг: 851

Теги: ITSM, бизнес, ценность, бизнес-заказчик, эффективность, оптимизация

## [Что такое целевые состояния в контексте развития продукта и как они соотносятся с дорожной картой?](https://cleverics.ru/digital/kb-qa/chto-takoe-tselevye-sostoyaniya-v-kontekste-razvitiya-produkta-i-kak-oni-sootnosyatsya-s-dorozhnoy-k/)

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

Автор: Светлана Сапегина

Рейтинг: 851

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

## [Какие риски возникают при игнорировании бизнес-контекста в ITSM-проектах?](https://cleverics.ru/digital/kb-qa/kakie-riski-voznikayut-pri-ignorirovanii-biznes-konteksta-v-itsm-proektakh/)

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

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

Рейтинг: 851

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

## [Какие сложности возникают при внедрении фиксированного маршрута эскалации?](https://cleverics.ru/digital/kb-qa/kakie-slozhnosti-voznikayut-pri-vnedrenii-fiksirovannogo-marshruta-eskalatsii/)

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

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

Рейтинг: 851

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

## [Какую проблему решает стандарт INCITS 494-2012 в системах управления доступом?](https://cleverics.ru/digital/kb-qa/kakuyu-problemu-reshaet-standart-incits-494-2012-v-sistemakh-upravleniya-dostupom/)

Стандарт INCITS 494-2012 решает проблему негибкости 'чистого' RBAC в условиях изменчивого окружения. Основной стандарт RBAC критиковали за отсутствие возможности работы с динамическими ограничениями, такими как зависимость прав доступа от времени суток, дня недели, местоположения и других контекстных факторов. Стандарт 494-2012 расширяет базовый RBAC, добавляя поддержку обработки этих динамических ограничений через интерфейс внешней политики. Он позволяет интегрировать внешние правила и данные в процесс принятия решений о доступе, делая систему управления доступом более адаптивной к меняющимся условиям и требованиям бизнес-процессов.

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

Рейтинг: 851

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