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

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

## [Как эволюционировал подход к сервисным отношениям в различных версиях ITIL?](https://cleverics.ru/digital/kb-qa/kak-evolyutsioniroval-podkhod-k-servisnym-otnosheniyam-v-razlichnykh-versiyakh-itil/)

В ITIL v2 деятельность делилась на два отдельных направления: предоставление услуг и поддержку. В ITIL v3 сервисная поддержка и предоставление услуг уже не рассматривались как отдельные дисциплины, и весь подход был ориентирован на жизненный цикл услуги. Этап эксплуатации в жизненном цикле ставил задачи минимизации влияния сбоев на бизнес-деятельность и поддержания удовлетворенности потребителей. С появлением ITIL 4 в 2019 году жизненный цикл услуги трансформировался в операционную модель (цепочку создания ценности) для создания, доставки и непрерывного совершенствования ИТ-услуг. Это стало отражением изменения взгляда на сервисные отношения - с предоставления ИТ-услуг к совместному созданию ценности между поставщиком и потребителем.

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

Рейтинг: 784

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

## [Что такое дорожная карта продукта и какую роль она выполняет в развитии?](https://cleverics.ru/digital/kb-qa/chto-takoe-dorozhnaya-karta-produkta-i-kakuyu-rol-ona-vypolnyaet-v-razvitii/)

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

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

Рейтинг: 784

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

## [Как связаны понятия 'риск' и другие аспекты управления проектами в PRINCE2®?](https://cleverics.ru/digital/kb-qa/kak-svyazany-ponyatiya-risk-i-drugie-aspekty-upravleniya-proektami-v-prince2/)

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

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

Рейтинг: 784

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

## [Что включает в себя потребление услуг по определению ITIL 4?](https://cleverics.ru/digital/kb-qa/chto-vklyuchaet-v-sebya-potreblenie-uslug-po-opredeleniyu-itil-4/)

Потребление услуг (service consumption) согласно ITIL 4 включает две основные деятельности: управление ресурсами потребителя, необходимыми для потребления услуги (например, знание иностранного языка при приобретении контента на этом языке); сервисные операции, выполняемые пользователями, включая использование ресурсов провайдера и запрос на выполнение сервисных операций (как умение пользоваться банкоматом для получения денег или обращение в службу поддержки при сбое услуги).

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

Рейтинг: 784

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

## [Как связка стандартов RBAC помогает в проектировании систем управления доступом?](https://cleverics.ru/digital/kb-qa/kak-svyazka-standartov-rbac-pomogaet-v-proektirovanii-sistem-upravleniya-dostupom/)

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

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

Рейтинг: 784

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

## [Как правильно подойти к анализу результатов деловой игры, если достигнут высокий KPI?](https://cleverics.ru/digital/kb-qa/kak-pravilno-podoyti-k-analizu-rezultatov-delovoy-igry-esli-dostignut-vysokiy-kpi/)

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

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

Рейтинг: 784

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

## [Почему оценка 10-20% от общего числа респондентов для проведения опроса является завышенной?](https://cleverics.ru/digital/kb-qa/pochemu-otsenka-10-20-ot-obshchego-chisla-respondentov-dlya-provedeniya-oprosa-yavlyaetsya-zavyshenn/)

Оценка 10-20% (100-200 ответов при 1000 пользователях) основана на здравом смысле и интуитивных предположениях, но с математической точки зрения эта оценка завышена. Анализ с использованием доверительных интервалов и распределения Стьюдента показывает, что даже при выборке в 40-50 человек достигается достаточная точность (ошибка 0.25-0.5 балла при 95% вероятности), и дальнейшее увеличение размера выборки приводит к незначительному повышению точности.

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

Рейтинг: 784

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

## [Как определение завершения в DevOps способствует непрерывному улучшению продукта?](https://cleverics.ru/digital/kb-qa/kak-opredelenie-zaversheniya-v-devops-sposobstvuet-nepreryvnomu-uluchsheniyu-produkta/)

Определение завершения в DevOps способствует непрерывному улучшению продукта, поскольку: 1) Фокус на работе в продуктивной среде заставляет команды постоянно следить за реальной производительностью и пользовательским опытом; 2) Требование полной автоматизации процессов позволяет делать частые и малые обновления, что упрощает выявление и исправление проблем; 3) Четкие критерии завершения создают предсказуемую основу для планирования следующих итераций; 4) Непрерывная обратная связь из продуктивной среды позволяет оперативно реагировать на потребности пользователей; 5) Удаление барьеров между разработкой и эксплуатацией способствует совместному поиску решений для постоянного повышения качества продукта. Такой подход трансформирует процесс разработки в цикл постоянного улучшения, а не в последовательность разовых проектов.

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

Рейтинг: 784

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

## [Как сложность и запутанность инфраструктуры влияет на качество и стабильность ИТ-систем?](https://cleverics.ru/digital/kb-qa/kak-slozhnost-i-zaputannost-infrastruktury-vliyaet-na-kachestvo-i-stabilnost-it-sistem/)

Сложность и запутанность инфраструктуры негативно влияет на качество и стабильность ИТ-систем через несколько механизмов. Во-первых, плохо документированная и усложненная инфраструктура, заполненная множеством обходных решений (Workarounds), приводит к росту IT Infrastructure Complexity, что увеличивает Change Risk - даже незначительные изменения могут приводить к серьезным сбоям из-за непонимания всех зависимостей. Во-вторых, высокая сложность затрудняет планирование и контроль изменений (снижает Change Control Level), так как никто толком не знает, как система работает в полной мере. В-третьих, зависимость от ключевых специалистов и отсутствие документации создают риски утечки знаний и снижение Change capability организации в целом. В-четвертых, с ростом сложности системы возрастает время на процесс внедрения изменений (Process Time), поскольку требуется больше времени на понимание связей и последствий. В конечном счете, все это приводит к снижению Service Quality, увеличению времени вывода решений (Time to market) и запуску негативных усиливающих петель, усугубляющих проблему со временем.

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

Рейтинг: 784

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

## [Какой принцип лежит в основе применения Tipu к управлению ИТ-услугами?](https://cleverics.ru/digital/kb-qa/kakoy-printsip-lezhit-v-osnove-primeneniya-tipu-k-upravleniyu-it-uslugami/)

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

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

Рейтинг: 784

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