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

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

## [Каковы ограничения гибких методологий управления ИТ в контексте эксплуатации?](https://cleverics.ru/digital/kb-qa/kakovy-ogranicheniya-gibkikh-metodologiy-upravleniya-it-v-kontekste-ekspluatatsii/)

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

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

Рейтинг: 1011

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

## [Какие культурные изменения происходят в организациях в результате цифровой трансформации?](https://cleverics.ru/digital/kb-qa/kakie-kulturnye-izmeneniya-proiskhodyat-v-organizatsiyakh-v-rezultate-tsifrovoy-transformatsii/)

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

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

Рейтинг: 1011

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

## [В чем заключается метод сервисных операций, разработанный компанией Cleverics?](https://cleverics.ru/digital/kb-qa/v-chem-zaklyuchaetsya-metod-servisnykh-operatsiy-razrabotannyy-kompaniey-cleverics/)

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

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

Рейтинг: 1011

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

## [Какой взгляд на инфраструктуру как код представил шестой принцип DevOps DASA?](https://cleverics.ru/digital/kb-qa/kakoy-vzglyad-na-infrastrukturu-kak-kod-predstavil-shestoy-printsip-devops-dasa/)

Шестой принцип DevOps DASA предполагает широкий взгляд на автоматизацию, включая не только процессы разработки программного обеспечения, но и весь инфраструктурный ландшафт, что реализуется через подход 'инфраструктура как код' (Infrastructure as Code). Это означает, что конфигурация и управление инфраструктурой должны быть определены через код и версионироваться, как и любое другое программное обеспечение. Такой подход позволяет автоматически воссоздавать инфраструктуру, обеспечивать её согласованность в разных средах, быстрее разворачивать новые экземпляры и легко откатываться к предыдущим версиям при необходимости. Инфраструктура как код также интегрируется в процессы непрерывной поставки, что позволяет тестировать изменения инфраструктуры так же, как и изменения приложения, повышая общую надёжность и стабильность системы.

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

Рейтинг: 1011

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

## [Обязательно ли придумывать награды и поощрения для успешного проводимого производственного соревнования?](https://cleverics.ru/digital/kb-qa/obyazatelno-li-pridumyvat-nagrady-i-pooshchreniya-dlya-uspeshnogo-provodimogo-proizvodstvennogo-sore/)

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

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

Рейтинг: 1011

Теги: мотивация персонала, стимулирование

## [Какие параметры соотношения инцидентов и запросов следует отслеживать в работе сервис-деска?](https://cleverics.ru/digital/kb-qa/kakie-parametry-sootnosheniya-intsidentov-i-zaprosov-sleduet-otslezhivat-v-rabote-servis-deska/)

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

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

Рейтинг: 1011

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

## [Какие меры помогают избежать недооценки приоритета проблемы?](https://cleverics.ru/digital/kb-qa/kakie-mery-pomogayut-izbezhat-nedootsenki-prioriteta-problemy/)

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

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

Рейтинг: 1011

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

## [Как связана структура OLA и SLA в ИТ-управлении?](https://cleverics.ru/digital/kb-qa/kak-svyazana-struktura-ola-i-sla-v-it-upravlenii/)

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

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

Рейтинг: 1010

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

## [Какие риски связаны с жесткими headcount-лимитами?](https://cleverics.ru/digital/kb-qa/kakie-riski-svyazany-s-zhestkimi-headcount-limitami/)

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

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

Рейтинг: 1010

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

## [Почему ITSM-решения можно применять к не-ИТ-процессам, но обратное не всегда работает?](https://cleverics.ru/digital/kb-qa/pochemu-itsm-resheniya-mozhno-primenyat-k-ne-it-protsessam-no-obratnoe-ne-vsegda-rabotaet/)

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

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

Рейтинг: 1010

Теги: ITSM, архитектура ИТ, TOGAF и IT4IT, поддержка пользователей, Service Desk, Help Desk, управление запросами на обслуживание, управление инцидентами, управление конфигурациями, CMDB