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

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

## [Какие сложности возникают при внедрении фиксированного маршрута эскалации?](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, управление процессами, ИТ-процессы

## [Какие ошибки часто допускаются при внедрении «доски аварий»?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-chasto-dopuskayutsya-pri-vnedrenii-doski-avariy/)

Типичные ошибки включают избыточное упрощение данных (например, пометка всего сервера как «недоступного» без учёта его роли), игнорирование динамики влияния инцидентов, недостаточное наполнение CMDB взаимосвязями компонентов. Также распространена ошибка — полагаться исключительно на автоматические уведомления без последующего ручного анализа, что приводит к неверным решениям.

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

Рейтинг: 851

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

## [Почему upstream-активности являются важной частью процесса разработки?](https://cleverics.ru/digital/kb-qa/pochemu-upstream-aktivnosti-yavlyayutsya-vazhnoy-chastyu-protsessa-razrabotki/)

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

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

Рейтинг: 851

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

## [Какой подход предлагается для типового решения задачи измерения ИТ-деятельности?](https://cleverics.ru/digital/kb-qa/kakoy-podkhod-predlagaetsya-dlya-tipovogo-resheniya-zadachi-izmereniya-it-deyatelnosti/)

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

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

Рейтинг: 851

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

## [Как использовать средний чек для построения сервисно-ресурсной модели?](https://cleverics.ru/digital/kb-qa/kak-ispolzovat-sredniy-chek-dlya-postroeniya-servisno-resursnoy-modeli/)

Для построения сервисно-ресурсной модели на основе среднего чека сначала рассчитывается количество сделок, необходимых для выполнения плана продаж. Например, при плане 1440 млн рублей и среднем чеке 10 000 рублей нужно 120 000 сделок в год. Затем, зная норму выработки продавца (20 сделок в день), определяется количество пользователей (500 человек). Эти данные позволяют спрогнозировать нагрузку на ИТ-системы: количество операций, число одновременно работающих пользователей, объем запросов в Service Desk. На основании этого строится модель потребности в ресурсах, включая серверные мощности, сетевую инфраструктуру, пользовательские лицензии и персонал технической поддержки.

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

Рейтинг: 851

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

## [Почему пользователи чаще ассоциируют свои проблемы с ИТ-системами, а не с бизнес-процессами?](https://cleverics.ru/digital/kb-qa/pochemu-polzovateli-chashche-assotsiiruyut-svoi-problemy-s-it-sistemami-a-ne-s-biznes-protsessami/)

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

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

Рейтинг: 851

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

## [Какой способ контакта лучше использовать, если компьютер пользователя не работает?](https://cleverics.ru/digital/kb-qa/kakoy-sposob-kontakta-luchshe-ispolzovat-esli-kompyuter-polzovatelya-ne-rabotaet/)

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

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

Рейтинг: 851

Теги: поддержка пользователей, Service Desk, Help Desk

## [Как ИТ-составляющая соотносится с потоками ценности?](https://cleverics.ru/digital/kb-qa/kak-it-sostavlyayushchaya-sootnositsya-s-potokami-tsennosti/)

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

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

Рейтинг: 851

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

## [Почему вариант с оставлением задачи на месте и созданием дочерней задачи считается более зрелым?](https://cleverics.ru/digital/kb-qa/pochemu-variant-s-ostavleniem-zadachi-na-meste-i-sozdaniem-docherney-zadachi-schitaetsya-bolee-zrely/)

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

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

Рейтинг: 851

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