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

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

## [Почему зарубежные компании чаще выделяют отдельных менеджеров процессов ИТСМ?](https://cleverics.ru/digital/kb-qa/pochemu-zarubezhnye-kompanii-chashche-vydelyayut-otdelnykh-menedzherov-protsessov-itsm/)

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

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

Рейтинг: 947

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

## [Что отличает роль менеджера процесса от руководителя отдела в ИТ-организации?](https://cleverics.ru/digital/kb-qa/chto-otlichaet-rol-menedzhera-protsessa-ot-rukovoditelya-otdela-v-it-organizatsii/)

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

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

Рейтинг: 947

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

## [Зачем в условиях переменчивого рынка не рекомендуется устанавливать четкие дедлайны на все задачи?](https://cleverics.ru/digital/kb-qa/zachem-v-usloviyakh-peremenchivogo-rynka-ne-rekomenduetsya-ustanavlivat-chetkie-dedlayny-na-vse-zada/)

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

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

Рейтинг: 946

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

## [Какова роль управления рисками в проектировании ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kakova-rol-upravleniya-riskami-v-proektirovanii-it-uslug/)

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

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

Рейтинг: 946

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

## [Как можно сбалансировать экономию на персонале и качество работы?](https://cleverics.ru/digital/kb-qa/kak-mozhno-sbalansirovat-ekonomiyu-na-personale-i-kachestvo-raboty/)

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

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

Рейтинг: 946

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

## [Как можно в практике различать запросы и потребности бизнеса при работе над ИТ-проектами?](https://cleverics.ru/digital/kb-qa/kak-mozhno-v-praktike-razlichat-zaprosy-i-potrebnosti-biznesa-pri-rabote-nad-it-proektami/)

В практике различать запросы и потребности бизнеса при работе над ИТ-проектами можно через систематическое применение методики «Пять почему» и глубокое погружение в контекст. При получении запроса необходимо задавать уточняющие вопросы: «Зачем вам это нужно?», «Как это связано с вашими бизнес-целями?», «Что произойдёт, если эта потребность не будет удовлетворена?». Например, если бизнес запрашивает отчёт по продажам, важно понять, для каких решений он будет использоваться, какие показатели критичны, в каком формате информация будет наиболее полезной. Эффективно проводить совместные сессии анализа требований, где ИТ и бизнес вместе формулируют цель проекта не в терминах функциональных требований, а в терминах ожидаемых бизнес-результатов. Также полезно создавать «карт потребностей», где каждому запросу ставится в соответствие бизнес-цель, которую он должен поддерживать. Ключевая проверка: если бы запрос был изменён или отменён, как это повлияло бы на бизнес-процессы? Если влияние незначительно, возможно, запрос не отражает реальную потребность. Различие между запросом («хотим таблицу с ежедневными продажами») и потребностью («нужно оперативно реагировать на снижение продаж в регионах») позволяет предложить более эффективные решения (например, систему предупреждений о резких изменениях, а не просто набор отчётов).

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

Рейтинг: 946

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

## [Как можно минимизировать риски при вынужденном совмещении ролей менеджера процессов управления инцидентами и проблемами?](https://cleverics.ru/digital/kb-qa/kak-mozhno-minimizirovat-riski-pri-vynuzhdennom-sovmeshchenii-roley-menedzhera-protsessov-upravleniy/)

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

Автор: Михаил Тобурдановский

Рейтинг: 946

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

## [Какой правильный подход к приоритизации задач должен учитывать?](https://cleverics.ru/digital/kb-qa/kakoy-pravilnyy-podkhod-k-prioritizatsii-zadach-dolzhen-uchityvat/)

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

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

Рейтинг: 946

Теги: управление процессами, ИТ-процессы

## [Какие дополнительные правила могут потребоваться для корректной работы автоматической эскалации в условиях major-инцидентов?](https://cleverics.ru/digital/kb-qa/kakie-dopolnitelnye-pravila-mogut-potrebovatsya-dlya-korrektnoy-raboty-avtomaticheskoy-eskalatsii-v/)

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

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

Рейтинг: 946

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

## [Какие ключевые показатели эффективности (KPI) следует использовать для оценки успешности системы категоризации инцидентов?](https://cleverics.ru/digital/kb-qa/kakie-klyuchevye-pokazateli-effektivnosti-kpi-sleduet-ispolzovat-dlya-otsenki-uspeshnosti-sistemy-ka/)

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

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

Рейтинг: 946

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