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

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

## [Почему важно заранее внедрять управленческие механизмы в ИТ-сфере?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-zaranee-vnedryat-upravlencheskie-mekhanizmy-v-it-sfere/)

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

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

Рейтинг: 979

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

## [Как рассчитать метрику продуктивности управления проблемами](https://cleverics.ru/digital/kb-qa/kak-rasschitat-metriku-produktivnosti-upravleniya-problemami/)

Метрика продуктивности процесса управления проблемами рассчитывается по формуле, где в числитель включаются только проблемы, закрытые с кодом решения из группы 'а' (проблема решена, процесс обработки принес пользу, ресурсы потрачены не зря), а в знаменатель – проблемы из групп 'а' (решенные) и 'б' (закрытые без решения, но с непродуктивной тратой ресурсов). Проблемы из группы 'в' (закрытые без решения, но без вреда и пользы, например, дубли) исключаются из обоих частей формулы. Это позволяет минимизировать влияние непродуктивной активности на метрику.

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

Рейтинг: 979

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

## [Какие ошибки чаще всего допускают при внедрении учёта трудозатрат?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-chashche-vsego-dopuskayut-pri-vnedrenii-ucheta-trudozatrat/)

Типичные ошибки: завышение данных из-за непонимания 'кванта времени', использование искусственных нормативов (например, минимум 15 минут), игнорирование параллельных задач, распределение времени по шаблону '100%', а также восприятие учёта как инструмента контроля, а не анализа. Это приводит к искажению данных и потере доверия. Важно избегать жёстких правил, обучать сотрудников методам оценки и фокусироваться на использовании статистики для улучшения процессов.

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

Рейтинг: 979

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

## [Какие меры мотивируют пользователей активнее использовать портал самообслуживания?](https://cleverics.ru/digital/kb-qa/kakie-mery-motiviruyut-polzovateley-aktivnee-ispolzovat-portal-samoobsluzhivaniya/)

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

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

Рейтинг: 979

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

## [Почему важно учитывать как Utility, так и Warranty при создании услуги?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-uchityvat-kak-utility-tak-i-warranty-pri-sozdanii-uslugi/)

Важно учитывать как Utility, так и Warranty при создании услуги, потому что только их совокупность определяет, сможет ли услуга создать ценность для пользователя. Utility определяет, решает ли услуга нужную задачу (fit for purpose), а Warranty - насколько удобно и надежно ее можно использовать (fit for use). Услуга может идеально решать задачу (высокая Utility), но быть неудобной в использовании из-за частых сбоев, медленной работы или сложной настройки (низкая Warranty), что снижает ее общую ценность. Аналогично, услуга может быть стабильной и надежной (высокая Warranty), но не решать нужных задач пользователям (низкая Utility). Только сочетание высоких уровней обоих характеристик позволяет услуге эффективно создавать ценность и удовлетворять потребности пользователей.

Автор: Александр Движков

Рейтинг: 979

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

## [Как учитывать специфику различных информационных систем в едином процессе управления изменениями?](https://cleverics.ru/digital/kb-qa/kak-uchityvat-spetsifiku-razlichnykh-informatsionnykh-sistem-v-edinom-protsesse-upravleniya-izmeneni/)

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

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

Рейтинг: 979

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

## [Как базовое состояние в управлении конфигурациями связано с V-моделью и как его можно объяснить простыми словами?](https://cleverics.ru/digital/kb-qa/kak-bazovoe-sostoyanie-v-upravlenii-konfiguratsiyami-svyazano-s-v-modelyu-i-kak-ego-mozhno-obyasnit/)

Базовое состояние (baseline) в управлении конфигурациями связано с V-моделью как 'семейный портрет на память' системы в определенный момент времени. На нисходящей ветке V-модели формируются проектируемые базовые состояния на разных уровнях детализации, от бизнес-требований до технических спецификаций. На восходящей ветке создаются фактические базовые состояния (реальные 'фотографии' системы). Сравнение текущего состояния системы с базовым позволяет определить, насколько проект отклонился от плана, и принимать решение о соответствии результатов требованиям. Простыми словами, базовое состояние — это эталон для сравнения, 'точка отсчета', зафиксированная в определенный момент времени

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

Рейтинг: 979

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

## [Как связаны процессный и сервисный подходы в рамках фреймворка ITIL?](https://cleverics.ru/digital/kb-qa/kak-svyazany-protsessnyy-i-servisnyy-podkhody-v-ramkakh-freymvorka-itil/)

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

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

Рейтинг: 979

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

## [Какие примеры tension-метрик приведены в контексте управления инцидентами?](https://cleverics.ru/digital/kb-qa/kakie-primery-tension-metrik-privedeny-v-kontekste-upravleniya-intsidentami/)

В управлении инцидентами tension-метриками являются: 1) своевременность — соблюдение сроков обработки инцидентов; 2) результативность — доля инцидентов, решенных с первого раза без перенаправлений. Эти метрики конфликтуют: стремление к скорости может привести к перенаправлению обращений (низкая результативность), а фокус на полном решении замедляет процесс (низкая своевременность). Общий KPI объединяет их через геометрическое среднее, чтобы стимулировать баланс.

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

Рейтинг: 979

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

## [Какие преимущества даёт использование «доски аварий», несмотря на её недостатки?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-ispolzovanie-doski-avariy-nesmotrya-na-ee-nedostatki/)

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

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

Рейтинг: 979

Теги: командная работа, управление инцидентами