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

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

## [Какие факторы влияют на производительность труда?](https://cleverics.ru/digital/kb-qa/kakie-faktory-vliyayut-na-proizvoditelnost-truda/)

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

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

Рейтинг: 1882

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

## [Какую роль играет автоматизация в процессе обработки запросов технической поддержки?](https://cleverics.ru/digital/kb-qa/kakuyu-rol-igraet-avtomatizatsiya-v-protsesse-obrabotki-zaprosov-tekhnicheskoy-podderzhki/)

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

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

Рейтинг: 1880

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

## [Как совместить комплексные изменения с индивидуальными особенностями отдельных систем?](https://cleverics.ru/digital/kb-qa/kak-sovmestit-kompleksnye-izmeneniya-s-individualnymi-osobennostyami-otdelnykh-sistem/)

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

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

Рейтинг: 1876

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

## [В чем отличия продуктового подхода от проектного?](https://cleverics.ru/digital/kb-qa/v-chem-otlichiya-produktovogo-podkhoda-ot-proektnogo/)

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

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

Рейтинг: 1874

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

## [Какова разница между понятиями выход (output) и результат (outcome) в ITIL 4?](https://cleverics.ru/digital/kb-qa/kakova-raznitsa-mezhdu-ponyatiyami-vykhod-output-i-rezultat-outcome-v-itil-4/)

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

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

Рейтинг: 1871

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

## [Как Incident Rate может использоваться для прогнозирования количества инцидентов?](https://cleverics.ru/digital/kb-qa/kak-incident-rate-mozhet-ispolzovatsya-dlya-prognozirovaniya-kolichestva-intsidentov/)

Incident Rate позволяет прогнозировать объем обращений пользователей в ИТ-службу, используя текущее количество пользователей системы. Умножив ожидаемое число пользователей на средний показатель Incident Rate (например, 0.8–1.2), можно рассчитать примерное количество инцидентов за месяц и спланировать необходимые ресурсы, такие как количество сотрудников в службе поддержки или объём автоматизации процессов управления инцидентами.

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

Рейтинг: 1868

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

## [В чём разница между реактивным и проактивным управлением проблемами?](https://cleverics.ru/digital/kb-qa/v-chem-raznitsa-mezhdu-reaktivnym-i-proaktivnym-upravleniem-problemami/)

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

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

Рейтинг: 1865

Теги: архитектура ИТ, TOGAF и IT4IT, аудит, мониторинг, управление доступностью, управление инцидентами, управление проблемами

## [Чем является Touch Time и почему его сложнее всего измерить?](https://cleverics.ru/digital/kb-qa/chem-yavlyaetsya-touch-time-i-pochemu-ego-slozhnee-vsego-izmerit/)

Touch Time — это сумма всех периодов времени, когда над задачей активно ведется работа, без учета времени ожидания, консультаций, перерывов и других отвлекающих факторов. Измерить его сложно, потому что в реальных условиях сотрудники редко работают над задачей без переключений: они могут участвовать в коммуникациях, оперативках, решать спонтанные проблемы, брать перерывы и т.д. Большинство систем не фиксируют точное время работы над задачей (например, по таймеру), а потому Touch Time обычно оценивается через анализ статусов задач в инструментах управления проектами, что приводит к грубым приближениям и неточностям в расчетах.

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

Рейтинг: 1858

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

## [Что такое CSI и как оно применимо вне ИТ сферы?](https://cleverics.ru/digital/kb-qa/chto-takoe-csi-i-kak-ono-primenimo-vne-it-sfery/)

CSI (Continual Service Improvement) - это процесс постоянного совершенствования услуг, который является универсальным и применим в любой отрасли. CSI помогает выявлять области для улучшения, планировать и внедрять изменения в процессы, измерять результаты и поддерживать постоянное развитие. Для не-ИТ организаций CSI особенно ценен при использовании вместе с ITIL Practitioner Guidance, который подробно описывает применение модели совершенствования. Это позволяет сервисным организациям любой направленности постоянно повышать качество предоставляемых услуг.

Автор: Елена Колбей

Рейтинг: 1847

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

## [Как построить матрицу взаимодействия функций и процессов для оценки руководителей?](https://cleverics.ru/digital/kb-qa/kak-postroit-matritsu-vzaimodeystviya-funktsiy-i-protsessov-dlya-otsenki-rukovoditeley/)

Матрица взаимодействия функций и процессов строится следующим образом: по вертикали размещаются функции (отделы, группы), а по горизонтали — процессы. Каждая ячейка матрицы на пересечении функции и процесса означает участие данной функции в реализации данного процесса. Это участие подразумевает, что функциональный руководитель отвечает за предоставление необходимых ресурсов для выполнения процесса, даже если он формально не несет функциональных обязанностей в этом процессе (например, не является ответственным в матрице RACI). С помощью этой матрицы можно определить, за какие метрики процессов будет отвечать каждый функциональный руководитель. Например, если отдел участвует в процессе управления инцидентами, то руководитель этого отдела будет оцениваться по метрикам, связанным с эффективностью работы его сотрудников в этом процессе, таким как доля инцидентов, принятых в работу своевременно или решенных с первой попытки.

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

Рейтинг: 1845

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