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

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

## [Что такое предложение об изменении (Change proposal) в рамках ITIL, и из каких элементов оно состоит?](https://cleverics.ru/digital/kb-qa/chto-takoe-predlozhenie-ob-izmenenii-change-proposal-v-ramkakh-itil-i-iz-kakikh-elementov-ono-sostoi/)

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

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

Рейтинг: 1259

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

## [Что такое сервисный подход в управлении ИТ-услугами?](https://cleverics.ru/digital/kb-qa/chto-takoe-servisnyy-podkhod-v-upravlenii-it-uslugami/)

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

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

Рейтинг: 1259

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

## [Чем характеризуется негативная подкрепляющая связь в системной динамике управления ИТ-услугами?](https://cleverics.ru/digital/kb-qa/chem-kharakterizuetsya-negativnaya-podkreplyayushchaya-svyaz-v-sistemnoy-dinamike-upravleniya-it-usl/)

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

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

Рейтинг: 1258

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

## [Что не включается в расчёт Incident Rate?](https://cleverics.ru/digital/kb-qa/chto-ne-vklyuchaetsya-v-raschet-incident-rate/)

В расчёт Incident Rate не включаются инфраструктурные инциденты, которые инициируются внутренней ИТ-службой и не поступают от пользователей. Также не учитываются уволенные сотрудники и технические учётные записи при подсчёте общего числа пользователей. Метрика учитывает только обращения пользователей, категоризированные как инциденты, и исключает сервисные запросы при определении показателя.

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

Рейтинг: 1257

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

## [Как автоматизация может помочь в процессе категоризации инцидентов?](https://cleverics.ru/digital/kb-qa/kak-avtomatizatsiya-mozhet-pomoch-v-protsesse-kategorizatsii-intsidentov/)

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

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

Рейтинг: 1257

Теги: автоматизация ИТ-процессов, ПО для ITSM и ESM, поддержка пользователей, Service Desk, Help Desk, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление инцидентами

## [Как средний чек помогает в планировании ИТ-ресурсов?](https://cleverics.ru/digital/kb-qa/kak-sredniy-chek-pomogaet-v-planirovanii-it-resursov/)

Средний чек используется для вычисления количества транзакций, необходимых для выполнения плана продаж. Например, при плане на 1440 млн рублей и среднем чеке в 10 тысяч рублей потребуется выполнять 12 000 сделок в месяц. Зная, что каждый продавец обрабатывает в среднем 20 сделок в день, можно определить необходимое количество пользователей и спрогнозировать нагрузку на ИТ-системы. Это помогает планировать потребность в вычислительных ресурсах, сетевой инфраструктуре и поддержке со стороны Service Desk. На основании данных о количестве сделок и пользователей можно построить сервисно-ресурсную модель для оптимального распределения ИТ-ресурсов.

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

Рейтинг: 1256

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

## [Как влияет ограничение числа задач в работе (WIP Limit) на эффективность команды в DevOps?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-ogranichenie-chisla-zadach-v-rabote-wip-limit-na-effektivnost-komandy-v-devops/)

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

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

Рейтинг: 1256

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

## [Как микросервисная архитектура влияет на диагностику проблем и инцидентов?](https://cleverics.ru/digital/kb-qa/kak-mikroservisnaya-arkhitektura-vliyaet-na-diagnostiku-problem-i-intsidentov/)

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

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

Рейтинг: 1256

Теги: архитектура ИТ, TOGAF и IT4IT, Канбан, WIP-лимиты, мониторинг, управление инцидентами

## [В чем суть пятого принципа Манифеста гибкой разработки?](https://cleverics.ru/digital/kb-qa/v-chem-sut-pyatogo-printsipa-manifesta-gibkoy-razrabotki/)

Пятый принцип Манифеста гибкой разработки в оригинале формулируется как «Стройте проект вокруг мотивированных личностей. Создайте им необходимые условия, поддерживайте и доверьтесь им, чтобы работа была сделана». В официальном русском переводе этот принцип звучит как «Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте условия, обеспечьте поддержку и полностью доверьтесь им». Основная разница в том, что оригинальный текст акцентирует внимание на мотивации индивидуумов, тогда как русский перевод делает упор на профессионализм команды в целом.

Автор: Павел Капусткин

Рейтинг: 1256

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

## [Какие преимущества дает многоступенчатый расчет интегральных показателей?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-mnogostupenchatyy-raschet-integralnykh-pokazateley/)

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

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

Рейтинг: 1256

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