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

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

## [Как влияет структура управления на эффективность ИТ-подразделений в условиях нехватки квалифицированного персонала?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-struktura-upravleniya-na-effektivnost-it-podrazdeleniy-v-usloviyakh-nekhvatki-kvalifitsi/)

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

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

Рейтинг: 1005

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

## [Какие меры рекомендуется применять для управления критичными конфигурационными единицами?](https://cleverics.ru/digital/kb-qa/kakie-mery-rekomenduetsya-primenyat-dlya-upravleniya-kritichnymi-konfiguratsionnymi-edinitsami/)

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

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

Рейтинг: 1005

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

## [Какая типовая структура предусмотрена для плана управления сервисными активами и конфигурациями в соответствии с ITIL?](https://cleverics.ru/digital/kb-qa/kakaya-tipovaya-struktura-predusmotrena-dlya-plana-upravleniya-servisnymi-aktivami-i-konfiguratsiyam/)

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

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

Рейтинг: 1005

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

## [В чем состоит ошибка, когда люди называют 'продажу шоколадки' услугой?](https://cleverics.ru/digital/kb-qa/v-chem-sostoit-oshibka-kogda-lyudi-nazyvayut-prodazhu-shokoladki-uslugoy/)

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

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

Рейтинг: 1005

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

## [Какие подходы и методологии учитывают руководящие принципы ITIL 4?](https://cleverics.ru/digital/kb-qa/kakie-podkhody-i-metodologii-uchityvayut-rukovodyashchie-printsipy-itil-4/)

Руководящие принципы ITIL 4 отражают многие другие подходы, методологии, методы, стандарты и философии, в частности Lean, Agile, DevOps и COBIT. Это означает, что принципы ITIL 4 не противоречат этим подходам, а скорее дополняют их и находят в них отражение. Это позволяет организациям, уже использующим эти подходы, легко интегрировать рекомендации ITIL в свою существующую практику без конфликтов между различными системами управления. Универсальность принципов ITIL 4 обеспечивает их применимость в различных контекстах и совместимость с широким спектром современных управленческих практик.

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

Рейтинг: 1005

Теги: Agile и гибкие методы разработки ПО, COBIT, DevOps, CI/CD, ISO 20000, ITIL, управление процессами, ИТ-процессы

## [Почему управление проблемами часто недооценивается бизнесом?](https://cleverics.ru/digital/kb-qa/pochemu-upravlenie-problemami-chasto-nedootsenivaetsya-biznesom/)

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

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

Рейтинг: 1005

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

## [Чем отличается организация релиза в подразделении разработки от подразделения эксплуатации?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-organizatsiya-reliza-v-podrazdelenii-razrabotki-ot-podrazdeleniya-ekspluatatsii/)

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

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

Рейтинг: 1005

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

## [Как сложность и запутанность инфраструктуры влияет на качество и стабильность ИТ-систем?](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) и запуску негативных усиливающих петель, усугубляющих проблему со временем.

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

Рейтинг: 1005

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

## [Какие критерии обычно используются для оценки работы внутренних поставщиков ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kakie-kriterii-obychno-ispolzuyutsya-dlya-otsenki-raboty-vnutrennikh-postavshchikov-it-uslug/)

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

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

Рейтинг: 1005

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

## [Какие факторы влияют на равномерность потока задач в производственной системе?](https://cleverics.ru/digital/kb-qa/kakie-faktory-vliyayut-na-ravnomernost-potoka-zadach-v-proizvodstvennoy-sisteme/)

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

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

Рейтинг: 1005

Теги: аллокация затрат, расчёт себестоимости услуг, Канбан, WIP-лимиты