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

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

## [Какие риски возникают при игнорировании аналитики в отчетах процессов?](https://cleverics.ru/digital/kb-qa/kakie-riski-voznikayut-pri-ignorirovanii-analitiki-v-otchetakh-protsessov/)

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

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

Рейтинг: 938

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

## [Какой уровень детализации необходим для расчёта себестоимости ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kakoy-uroven-detalizatsii-neobkhodim-dlya-rascheta-sebestoimosti-it-uslug/)

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

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

Рейтинг: 938

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

## [Какие методы можно применять для сверки финансовой информации между различными информационными системами?](https://cleverics.ru/digital/kb-qa/kakie-metody-mozhno-primenyat-dlya-sverki-finansovoy-informatsii-mezhdu-razlichnymi-informatsionnymi/)

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

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

Рейтинг: 938

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

## [Почему клиенты не рекомендуют бренды с хорошим сервисом в России?](https://cleverics.ru/digital/kb-qa/pochemu-klienty-ne-rekomenduyut-brendy-s-khoroshim-servisom-v-rossii/)

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

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

Рейтинг: 938

Теги: ISO 20000, бизнес, ценность, бизнес-заказчик, экономика и финансы

## [Почему ABAC не подходит для аудита прав пользователей?](https://cleverics.ru/digital/kb-qa/pochemu-abac-ne-podkhodit-dlya-audita-prav-polzovateley/)

ABAC не подходит для аудита, потому что в нём отсутствует явное понятие «права», как в RBAC. В ABAC доступ определяется динамически через набор условий на основе атрибутов, что делает невозможным однозначное определение привилегий пользователя без анализа всех текущих контекстных данных (время, место, свойства объекта). Это усложняет проверку и документирование прав, необходимые для аудита.

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

Рейтинг: 938

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

## [Что такое «уровень зрелости управления» и как он связан с приоритетами бизнеса?](https://cleverics.ru/digital/kb-qa/chto-takoe-uroven-zrelosti-upravleniya-i-kak-on-svyazan-s-prioritetami-biznesa/)

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

Автор: Константин Нарыжный

Рейтинг: 938

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

## [Почему в ITIL отсутствует централизованная функция управления рисками?](https://cleverics.ru/digital/kb-qa/pochemu-v-itil-otsutstvuet-tsentralizovannaya-funktsiya-upravleniya-riskami/)

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

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

Рейтинг: 938

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

## [Как можно преодолеть разрыв между тем, что клиент просит, и тем, что ему действительно нужно?](https://cleverics.ru/digital/kb-qa/kak-mozhno-preodolet-razryv-mezhdu-tem-chto-klient-prosit-i-tem-chto-emu-deystvitelno-nuzhno/)

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

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

Рейтинг: 937

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

## [Почему в командной игре или проекте чрезмерная активность одного человека может привести к снижению эффективности?](https://cleverics.ru/digital/kb-qa/pochemu-v-komandnoy-igre-ili-proekte-chrezmernaya-aktivnost-odnogo-cheloveka-mozhet-privesti-k-snizh/)

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

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

Рейтинг: 937

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

## [Какие факторы наиболее существенно влияют на успешность процесса релизов в продуктовых командах?](https://cleverics.ru/digital/kb-qa/kakie-faktory-naibolee-sushchestvenno-vliyayut-na-uspeshnost-protsessa-relizov-v-produktovykh-komand/)

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

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

Рейтинг: 937

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