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

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

## [Как организовать взаимодействие с внешними поставщиками в рамках управления изменениями?](https://cleverics.ru/digital/kb-qa/kak-organizovat-vzaimodeystvie-s-vneshnimi-postavshchikami-v-ramkakh-upravleniya-izmeneniyami/)

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

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

Рейтинг: 1022

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

## [Почему задачи по рефакторингу должны появляться в беклоге?](https://cleverics.ru/digital/kb-qa/pochemu-zadachi-po-refaktoringu-dolzhny-poyavlyatsya-v-bekloge/)

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

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

Рейтинг: 1021

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

## [Какова формула расчёта KPI для групп поддержки по своевременности обработки инцидентов?](https://cleverics.ru/digital/kb-qa/kakova-formula-rascheta-kpi-dlya-grupp-podderzhki-po-svoevremennosti-obrabotki-intsidentov/)

KPI группы поддержки рассчитывается по формуле: Кгруппы = (1/N) * Σ[(1 - (ti/Ti) * vi)], где N – общее число инцидентов, в которых участвовала группа, vi принимает значение 0 (инцидент решен в срок) или 1 (инцидент просрочен), ti – время обработки i-го инцидента силами данной группы (включая время реакции), Ti – общее время обработка i-го инцидента от регистрации до решения. Значение метрики находится в пределах [0; 1] и отражает степень своевременности обработки инцидентов, учитывая долю участия группы в общем процессе.

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

Рейтинг: 1021

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

## [Какие элементы необходимы для успешного внедрения бизнес-процесса?](https://cleverics.ru/digital/kb-qa/kakie-elementy-neobkhodimy-dlya-uspeshnogo-vnedreniya-biznes-protsessa/)

Для успешного внедрения бизнес-процесса необходимы: 1. Четкое описание процесса и его этапов. 2. Система контроля и измерения эффективности. 3. Мотивация сотрудников за соблюдение процесса. 4. Обучение персонала и разъяснение важности каждого этапа. 5. Возможность внесения корректировок на основе обратной связи. Отсутствие любого из этих элементов снижает шансы на успешное внедрение процесса и может привести к его формальному соблюдению или игнорированию.

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

Рейтинг: 1021

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

## [Как правильно провести анализ текущей практики учета данных для аллокации ИТ-затрат?](https://cleverics.ru/digital/kb-qa/kak-pravilno-provesti-analiz-tekushchey-praktiki-ucheta-dannykh-dlya-allokatsii-it-zatrat/)

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

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

Рейтинг: 1021

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

## [Как проводится оценка удовлетворенности клиентов и пользователей после реализации изменений?](https://cleverics.ru/digital/kb-qa/kak-provoditsya-otsenka-udovletvorennosti-klientov-i-polzovateley-posle-realizatsii-izmeneniy/)

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

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

Рейтинг: 1021

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

## [Как правильно собрать данные для расчёта Incident Rate?](https://cleverics.ru/digital/kb-qa/kak-pravilno-sobrat-dannye-dlya-rascheta-incident-rate/)

Для корректного расчёта Incident Rate необходимо собрать данные за год с разбивкой по месяцам, чтобы исключить сезонные колебания. В числитель включаются только пользовательские обращения, классифицированные как инциденты, за исключением инфраструктурных инцидентов. В знаменатель следует брать количество активных пользователей ИТ-системы, исключая уволенных сотрудников и технические учетные записи. Для этого рекомендуется использовать данные из справочника сотрудников, реплицированного из Active Directory в ITSM-систему.

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

Рейтинг: 1021

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

## [В каких случаях полный аутсорс Ops является нецелесообразным решением для продукт-ориентированной команды?](https://cleverics.ru/digital/kb-qa/v-kakikh-sluchayakh-polnyy-autsors-ops-yavlyaetsya-netselesoobraznym-resheniem-dlya-produkt-orientir/)

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

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

Рейтинг: 1021

Теги: командная работа, мониторинг, общие вопросы менеджмента, управление продуктами, продуктовый подход

## [Как разделить роли в процессе обработки заявок?](https://cleverics.ru/digital/kb-qa/kak-razdelit-roli-v-protsesse-obrabotki-zayavok/)

Важно четко разделять понятия «заявитель», «пользователь» и «контактное лицо». Заявитель — это тот, кто подает заявку, но не всегда это тот, кому необходимы запрошенные действия (пользователь). Также может присутствовать контактное лицо, которому следует направлять вопросы по ходу выполнения заявки. Такое разделение ролей позволяет гибко организовывать процесс, особенно когда, например, руководитель подает заявку за своих сотрудников или когда ответственным за коммуникацию по заявке назначен третий человек. Это повышает эффективность взаимодействия и минимизирует недопонимание на всех этапах обработки заявки.

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

Рейтинг: 1021

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

## [Какие риски связаны с прекращением поддержки старого продукта вендором?](https://cleverics.ru/digital/kb-qa/kakie-riski-svyazany-s-prekrashcheniem-podderzhki-starogo-produkta-vendorom/)

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

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

Рейтинг: 1021

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