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

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

## [Кто должен быть ответственен за распределение задач внутри группы?](https://cleverics.ru/digital/kb-qa/kto-dolzhen-byt-otvetstvenen-za-raspredelenie-zadach-vnutri-gruppy/)

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

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

Рейтинг: 1155

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

## [Как использование метрик и KPI влияет на результативность управленческих решений?](https://cleverics.ru/digital/kb-qa/kak-ispolzovanie-metrik-i-kpi-vliyaet-na-rezultativnost-upravlencheskikh-resheniy/)

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

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

Рейтинг: 1155

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

## [На какие аспекты следует обратить внимание при определении приоритетов изменений в процессе управления изменениями?](https://cleverics.ru/digital/kb-qa/na-kakie-aspekty-sleduet-obratit-vnimanie-pri-opredelenii-prioritetov-izmeneniy-v-protsesse-upravlen/)

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

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

Рейтинг: 1155

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

## [Какие опасности возникают при работе с недостаточно подготовленным заказчиком в ИТ-проекте?](https://cleverics.ru/digital/kb-qa/kakie-opasnosti-voznikayut-pri-rabote-s-nedostatochno-podgotovlennym-zakazchikom-v-it-proekte/)

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

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

Рейтинг: 1155

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

## [Как управлять жесткостью регламента при реализации процесса управления изменениями?](https://cleverics.ru/digital/kb-qa/kak-upravlyat-zhestkostyu-reglamenta-pri-realizatsii-protsessa-upravleniya-izmeneniyami/)

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

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

Рейтинг: 1155

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

## [Какие компоненты необходимы для построения надёжной финансовой модели услуг на основе данных CMDB?](https://cleverics.ru/digital/kb-qa/kakie-komponenty-neobkhodimy-dlya-postroeniya-nadezhnoy-finansovoy-modeli-uslug-na-osnove-dannykh-cm/)

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

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

Рейтинг: 1155

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

## [Каков практический смысл gap-анализа при использовании объединенного радара результативности и зрелости?](https://cleverics.ru/digital/kb-qa/kakov-prakticheskiy-smysl-gap-analiza-pri-ispolzovanii-obedinennogo-radara-rezultativnosti-i-zrelost/)

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

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

Рейтинг: 1154

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

## [Какие преимущества даёт использование метрик FLR и FCR в работе службы поддержки?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-ispolzovanie-metrik-flr-i-fcr-v-rabote-sluzhby-podderzhki/)

Использование метрик FLR (First Line Resolution) и FCR (First Contact Resolution) в работе службы поддержки даёт несколько ключевых преимуществ. Оно помогает увеличить количество обращений, разрешаемых на первой линии, что приводит к снижению стоимости обработки обращений за счёт использования более дешёвых ресурсов первой линии. Кроме того, это повышает удовлетворённость пользователей, так как сокращается время обработки обращений – отсутствие эскалации на вторую или третью линию означает, что пользователь не тратит время на ожидание реакции других специалистов. Эти метрики также позволяют выявлять слабые места в работе первой линии и планировать обучение персонала.

Автор: Дмитрий Хруслов

Рейтинг: 1154

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

## [Почему ITIL разделяет управление доступностью, мощностями, безопасностью и непрерывностью?](https://cleverics.ru/digital/kb-qa/pochemu-itil-razdelyaet-upravlenie-dostupnostyu-moshchnostyami-bezopasnostyu-i-nepreryvnostyu/)

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

Автор: Константин Нарыжный

Рейтинг: 1154

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

## [Чем определяются потери бизнеса вследствие простоев ИТ-услуг?](https://cleverics.ru/digital/kb-qa/chem-opredelyayutsya-poteri-biznesa-vsledstvie-prostoev-it-uslug/)

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

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

Рейтинг: 1154

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