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

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

## [В каких случаях метрика становится нерелевантной для управления потоком?](https://cleverics.ru/digital/kb-qa/v-kakikh-sluchayakh-metrika-stanovitsya-nerelevantnoy-dlya-upravleniya-potokom/)

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

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

Рейтинг: 1016

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

## [Почему пользователи чаще ассоциируют свои проблемы с ИТ-системами, а не с бизнес-процессами?](https://cleverics.ru/digital/kb-qa/pochemu-polzovateli-chashche-assotsiiruyut-svoi-problemy-s-it-sistemami-a-ne-s-biznes-protsessami/)

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

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

Рейтинг: 1016

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

## [Какие недостатки книги отмечены в обзоре?](https://cleverics.ru/digital/kb-qa/kakie-nedostatki-knigi-otmecheny-v-obzore/)

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

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

Рейтинг: 1016

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

## [Как часто следует обновлять схему категоризации инцидентов?](https://cleverics.ru/digital/kb-qa/kak-chasto-sleduet-obnovlyat-skhemu-kategorizatsii-intsidentov/)

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

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

Рейтинг: 1016

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

## [Какие проблемы возникают при агрегации показателей доступности для групп ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-agregatsii-pokazateley-dostupnosti-dlya-grupp-it-uslug/)

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

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

Рейтинг: 1016

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

## [Какие основные направления развития можно выделить для современной системы управления ИТ в Enterprise?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-napravleniya-razvitiya-mozhno-vydelit-dlya-sovremennoy-sistemy-upravleniya-it-v-enter/)

Основные направления развития современной системы управления ИТ в Enterprise включают: - Создание мощной службы HR внутри ИТ-подразделения, которая будет активно искать таланты, решать вопросы найма, вовлечённости, мотивации и развития персонала. - Переход от традиционных иерархических структур к альтернативным принципам управления, таким как продукты вместо проектов, самоорганизующиеся команды вместо отделов, коллективная ответственность вместо тим-лида, управление задачами вместо управления людьми. - Развитие внутренних сообществ по ролям и по интересам, организация митапов, обмена находками и идей, совместной работы над исследованиями и разработками (R&D).

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

Рейтинг: 1015

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

## [Какие риски возникают при отсутствии Service Desk в небольшой ИТ-компании?](https://cleverics.ru/digital/kb-qa/kakie-riski-voznikayut-pri-otsutstvii-service-desk-v-nebolshoy-it-kompanii/)

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

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

Рейтинг: 1015

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

## [Какие основные стандарты существуют для управления бизнес-непрерывностью?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-standarty-sushchestvuyut-dlya-upravleniya-biznes-nepreryvnostyu/)

Основные стандарты управления бизнес-непрерывностью включают ISO 22301:2012 (Societal security – Business continuity management systems – Requirements), который устанавливает требования к системе управления непрерывностью бизнеса; ISO 22313 (Societal Security – Business continuity management systems – Guidance), содержащий руководство по реализации требований ISO 22301; ISO 27031 (Guidelines for ICT Readiness for Business Continuity), описывающий вопросы управления ИТ-системами, и ГОСТ Р ИСО/МЭК 18044-2007, касающийся менеджмента инцидентов информационной безопасности.

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

Рейтинг: 1015

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

## [Для чего нужен отдельный процесс управления конфигурациями, если его можно было бы упростить до нескольких процедур в рамках других процессов?](https://cleverics.ru/digital/kb-qa/dlya-chego-nuzhen-otdelnyy-protsess-upravleniya-konfiguratsiyami-esli-ego-mozhno-bylo-by-uprostit-do/)

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

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

Рейтинг: 1015

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

## [Какие условия позволяют команде делать инвестиции в уменьшение технического долга?](https://cleverics.ru/digital/kb-qa/kakie-usloviya-pozvolyayut-komande-delat-investitsii-v-umenshenie-tekhnicheskogo-dolga/)

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

Автор: Андрей Труфанов

Рейтинг: 1015

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