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

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

## [Какие стандарты существуют для организации реагирования на инциденты?](https://cleverics.ru/digital/kb-qa/kakie-standarty-sushchestvuyut-dlya-organizatsii-reagirovaniya-na-intsidenty/)

Для организации реагирования на инциденты существуют такие стандарты как ГОСТ Р ИСО/МЭК 18044-2007 (Информационная технология - Методы и средства обеспечения безопасности - Менеджмент инцидентов информационной безопасности) и E.409 (Организация по реагированию на инциденты и обработка инцидентов безопасности: Руководство для организаций электросвязи). Эти документы содержат рекомендации по управлению инцидентами и организации реагирования.

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

Рейтинг: 870

Теги: ISO 20000, безопасность, управление инцидентами

## [Как можно определить направленность локуса контроля у человека?](https://cleverics.ru/digital/kb-qa/kak-mozhno-opredelit-napravlennost-lokusa-kontrolya-u-cheloveka/)

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

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

Рейтинг: 870

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

## [Как средний чек помогает в определении количества работающих пользователей ИТ-систем?](https://cleverics.ru/digital/kb-qa/kak-sredniy-chek-pomogaet-v-opredelenii-kolichestva-rabotayushchikh-polzovateley-it-sistem/)

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

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

Рейтинг: 870

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

## [Какая роль первичной классификации инцидентов в схеме фиксированной эскалации?](https://cleverics.ru/digital/kb-qa/kakaya-rol-pervichnoy-klassifikatsii-intsidentov-v-skheme-fiksirovannoy-eskalatsii/)

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

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

Рейтинг: 870

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

## [Для чего в DevOps практиках ограничение WIP необходимо кроме ускорения прохождения задач по процессу?](https://cleverics.ru/digital/kb-qa/dlya-chego-v-devops-praktikakh-ogranichenie-wip-neobkhodimo-krome-uskoreniya-prokhozhdeniya-zadach-p/)

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

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

Рейтинг: 870

Теги: DevOps, CI/CD, Канбан, WIP-лимиты, командная работа, трансформация, ускорение, Time-to-Market, управление инцидентами

## [Как часто следует пересматривать минимально жизнеспособные практики в организации?](https://cleverics.ru/digital/kb-qa/kak-chasto-sleduet-peresmatrivat-minimalno-zhiznesposobnye-praktiki-v-organizatsii/)

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

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

Рейтинг: 870

Теги: бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, поток создания ценности (Value Stream), эффективность, оптимизация

## [Как связаны Business Relationship Management и Service Level Management с ИТ-бюджетированием?](https://cleverics.ru/digital/kb-qa/kak-svyazany-business-relationship-management-i-service-level-management-s-it-byudzhetirovaniem/)

Business Relationship Management (BRM) и Service Level Management (SLM) служат основой для ИТ-бюджетирования, поскольку через них определяются потребности бизнеса и ожидаемые объемы потребления услуг. BRM обеспечивает понимание стратегических бизнес-планов и целей, а SLM переводит эти цели в конкретные соглашения об уровне услуг с заказчиками. Эти данные являются отправной точкой для всего процесса бюджетирования, обеспечивая, что ИТ-бюджет будет согласован с бизнес-потребностями и направлен на достижение конкретных результатов.

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

Рейтинг: 870

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

## [В каких случаях может быть полезно применение OLA?](https://cleverics.ru/digital/kb-qa/v-kakikh-sluchayakh-mozhet-byt-polezno-primenenie-ola/)

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

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

Рейтинг: 870

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

## [Какие примеры конфликта интересов в работе можно привести?](https://cleverics.ru/digital/kb-qa/kakie-primery-konflikta-interesov-v-rabote-mozhno-privesti/)

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

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

Рейтинг: 869

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

## [Какие ошибки в управлении ИТ-услугами могут возникнуть при игнорировании некоторых аспектов ITIL 4?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-v-upravlenii-it-uslugami-mogut-vozniknut-pri-ignorirovanii-nekotorykh-aspektov-itil-4/)

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

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

Рейтинг: 869

Теги: ITIL, ITSM, аллокация затрат, расчёт себестоимости услуг, аутсорсинг, интеграция услуг, безопасность, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, обучение сотрудников, учебные курсы, тренинги, общие вопросы менеджмента, поток создания ценности (Value Stream), управление процессами, ИТ-процессы, управление уровнем услуг, SLM, экономика и финансы