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

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

## [Почему 'Риск' выделен как отдельный аспект управления проектами, если его влияние проявляется через другие параметры?](https://cleverics.ru/digital/kb-qa/pochemu-risk-vydelen-kak-otdelnyy-aspekt-upravleniya-proektami-esli-ego-vliyanie-proyavlyaetsya-cher/)

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

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

Рейтинг: 893

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

## [Можно ли полностью доверить автоматизированным системам управление бизнес-процессами?](https://cleverics.ru/digital/kb-qa/mozhno-li-polnostyu-doverit-avtomatizirovannym-sistemam-upravlenie-biznes-protsessami/)

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

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

Рейтинг: 893

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

## [Какие категории рисков описываются в COBIT 5 for Risk?](https://cleverics.ru/digital/kb-qa/kakie-kategorii-riskov-opisyvayutsya-v-cobit-5-for-risk/)

В COBIT 5 for Risk риски разделены на 20 категорий, охватывающих различные аспекты управления ИТ. Это включает категории, связанные с управлением ИТ-инвестициями, программами и проектами, рисками, связанными с поставщиками, вредоносным ПО, атаками, регуляторами и другими областями. Каждая категория содержит подробные описания типовых ИТ-рисков с рекомендациями по их снижению, основанными на семи факторах влияния, что позволяет применять эти рекомендации в различных сценариях управления рисками.

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

Рейтинг: 893

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

## [Чем отличается структура процесса управления финансами в ITIL от предложенной практической структуры?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-struktura-protsessa-upravleniya-finansami-v-itil-ot-predlozhennoy-prakticheskoy-st/)

В ITIL процесс управления финансами (Accounting, Budgeting, Charging) представлен как набор областей ответственности, тогда как предложенная практическая структура включает пять четких процедур с определенными задачами, исполнителями и ответственностью, что делает ее пригодной для непосредственной реализации в организациях.

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

Рейтинг: 893

Теги: ITIL, общие вопросы менеджмента, экономика и финансы

## [В чём преимущество уточнённого определения Nj при расчёте FTR?](https://cleverics.ru/digital/kb-qa/v-chem-preimushchestvo-utochnennogo-opredeleniya-nj-pri-raschete-ftr/)

Преимущество уточнённого определения Nj при расчёте FTR заключается в том, что оно позволяет точно отразить качество работы каждой отдельной рабочей группы. Учитывая только завершённые обращения (Cj + Sj), метрика исключает влияние незаконченных процессов, которые могли бы исказить результат. Это обеспечивает прозрачность и точность измерения эффективности групп, что важно для выявления слабых мест и оптимизации процессов управления инцидентами.

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

Рейтинг: 893

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

## [Как можно возродить программу SIP, если она перестала функционировать?](https://cleverics.ru/digital/kb-qa/kak-mozhno-vozrodit-programmu-sip-esli-ona-perestala-funktsionirovat/)

Чтобы возродить программу SIP, если она перестала функционировать, нужно начать с выполнения хотя бы одного полного цикла улучшения. Сначала актуализируются собранные потребности заказчиков, при необходимости проводятся дополнительные опросы. Затем необходимо обратиться к руководству с просьбой организовать встречу по совершенствованию услуг. На встрече важно добиться принятия решений по каждой задаче, назначить ответственных и сроки. Далее нужно регулярно контролировать ход выполнения задач и на следующей встрече обсуждать прогресс, выявлять проблемы и корректировать планы. Повторение цикла позволит постепенно восстановить процесс постоянного улучшения услуг. Ключевым условием успеха является поддержка и понимание руководства.

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

Рейтинг: 893

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

## [Каким образом инструменты Role mining учитывают сотрудника с уникальными правами при формирование ролей?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-instrumenty-role-mining-uchityvayut-sotrudnika-s-unikalnymi-pravami-pri-formirovanie-r/)

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

Автор: Александр Омельченко

Рейтинг: 893

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

## [Какие проблемы возникают при ведении детального конфигурационного учёта?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-vedenii-detalnogo-konfiguratsionnogo-ucheta/)

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

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

Рейтинг: 893

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

## [Чем опасна попытка «зашить» процесс в систему автоматизации без участия человека?](https://cleverics.ru/digital/kb-qa/chem-opasna-popytka-zashit-protsess-v-sistemu-avtomatizatsii-bez-uchastiya-cheloveka/)

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

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

Рейтинг: 893

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

## [Почему на тестовом периоде новой услуги обычно не вводят штрафные санкции?](https://cleverics.ru/digital/kb-qa/pochemu-na-testovom-periode-novoy-uslugi-obychno-ne-vvodyat-shtrafnye-sanktsii/)

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

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

Рейтинг: 893

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