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

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

## [Какие компоненты входят в Practice Success Factors (PSF) для практики управления инцидентами?](https://cleverics.ru/digital/kb-qa/kakie-komponenty-vkhodyat-v-practice-success-factors-psf-dlya-praktiki-upravleniya-intsidentami/)

Practice Success Factors (PSF) для практики управления инцидентами представляют собой комплексные функциональные компоненты, необходимые для того, чтобы практика реализовывала своё назначение. Согласно описанию в ITIL 4 Practice Guide, к ним относятся: обеспечение своевременного и эффективного восстановления нормальной работы услуг, поддержание удовлетворённости пользователей, соблюдение необходимого уровня прозрачности и коммуникации с пользователями, обеспечение качества решений (включая окончательность решения с первой попытки), контроль количества итераций взаимодействия с пользователем (например, через показатель FCR) и проактивное информирование о ходе решения инцидентов. Эти факторы обеспечивают комплексный подход к управлению инцидентами, выходящий за рамки простого ускорения решения проблем.

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

Рейтинг: 1599

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

## [Что отражает показатель результативности процессов и как он измеряется?](https://cleverics.ru/digital/kb-qa/chto-otrazhaet-pokazatel-rezultativnosti-protsessov-i-kak-on-izmeryaetsya/)

Показатель результативности процессов отражает фактическую пользу, которую процессы приносят организации. Он измеряется по шкале от 0 до 100%, что позволяет количественно оценить эффективность процессов в выполнении своих задач для бизнеса. Расчёт таких показателей для основных процессов ITSM (IT Service Management) включает специальные наборы KPI и методологию формирования сбалансированных карт показателей. Результативность определяет, насколько хорошо процессы удовлетворяют потребности бизнеса и обеспечивают ожидаемую ценность.

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

Рейтинг: 1599

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

## [Какую взаимосвязь устанавливает текст между концепцией 'управление ИТ как бизнесом' и системой стимулирования персонала?](https://cleverics.ru/digital/kb-qa/kakuyu-vzaimosvyaz-ustanavlivaet-tekst-mezhdu-kontseptsiey-upravlenie-it-kak-biznesom-i-sistemoy-sti/)

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

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

Рейтинг: 1591

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

## [Какие факторы необходимо учитывать при внедрении Kanban-метода в командную работу?](https://cleverics.ru/digital/kb-qa/kakie-faktory-neobkhodimo-uchityvat-pri-vnedrenii-kanban-metoda-v-komandnuyu-rabotu/)

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

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

Рейтинг: 1588

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

## [Что такое Incident Rate и как она рассчитывается?](https://cleverics.ru/digital/kb-qa/chto-takoe-incident-rate-i-kak-ona-rasschityvaetsya/)

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

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

Рейтинг: 1580

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

## [Какие меры можно принять для предотвращения злоупотребления статусом 'Ожидание'?](https://cleverics.ru/digital/kb-qa/kakie-mery-mozhno-prinyat-dlya-predotvrashcheniya-zloupotrebleniya-statusom-ozhidanie/)

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

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

Рейтинг: 1580

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

## [Как SLA влияет на процесс взаимодействия между маркетингом и продажами в компании?](https://cleverics.ru/digital/kb-qa/kak-sla-vliyaet-na-protsess-vzaimodeystviya-mezhdu-marketingom-i-prodazhami-v-kompanii/)

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

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

Рейтинг: 1580

Теги: ISO 20000, SLA, бизнес, ценность, бизнес-заказчик, общие вопросы менеджмента, постоянное улучшение, совершенствование, CSI, PDCA, управление отношениями, взаимодействие, BRM, управление уровнем услуг, SLM, эффективность, оптимизация

## [Что такое SPOC в контексте поддержки пользователей?](https://cleverics.ru/digital/kb-qa/chto-takoe-spoc-v-kontekste-podderzhki-polzovateley/)

SPOC (Single Point of Contact) в контексте поддержки пользователей — это концепция, при которой каждому набору пользователей или ИТ-услуг назначена единая точка контакта. Эта точка может быть представлена отдельной узкоспециализированной группой, которая обеспечивает поддержку пользователей, взаимодействующих с определенными ИТ-решениями. Такой подход устраняет необходимость наличия общей централизованной службы, так как каждая специализированная группа самостоятельно выступает в роли точки контакта для своих пользователей.

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

Рейтинг: 1580

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

## [Какие основные различия между проведением очного обучения и вебинаров?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-razlichiya-mezhdu-provedeniem-ochnogo-obucheniya-i-vebinarov/)

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

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

Рейтинг: 1579

Теги: обучение сотрудников, учебные курсы, тренинги, управление продуктами, продуктовый подход, управление процессами, ИТ-процессы, управление рисками

## [Какие уровни вероятности учитываются при анализе рисков?](https://cleverics.ru/digital/kb-qa/kakie-urovni-veroyatnosti-uchityvayutsya-pri-analize-riskov/)

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

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

Рейтинг: 1578

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