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

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

## [Как понятие best practice часто искажается в практике внедрения решений?](https://cleverics.ru/digital/kb-qa/kak-ponyatie-best-practice-chasto-iskazhaetsya-v-praktike-vnedreniya-resheniy/)

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

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

Рейтинг: 1679

Теги: управление проектами, PRINCE2, управление релизами

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

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

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

Рейтинг: 1676

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

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

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

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

Рейтинг: 1676

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

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

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

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

Рейтинг: 1674

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

## [Какие элементы включает типичное SLA между отделом маркетинга и отделом продаж?](https://cleverics.ru/digital/kb-qa/kakie-elementy-vklyuchaet-tipichnoe-sla-mezhdu-otdelom-marketinga-i-otdelom-prodazh/)

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

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

Рейтинг: 1667

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

## [Каковы четыре основных типа реакции компаний на предложения по программам стимулирования ключевого ИТ-персонала?](https://cleverics.ru/digital/kb-qa/kakie-chetyre-osnovnykh-tipa-reaktsii-kompaniy-na-predlozheniya-po-programmam-stimulirovaniya-klyuch/)

Четыре основных типа реакции компаний: 1) Месячная премия фактически включена в зарплату, и можно только лишить ее, но не увеличить; 2) Корпоративная политика оплаты труда не позволяет легко встроить процессные метрики для поощрения, разовые премии требуют серьезного обоснования и выдаются за исключительные достижения, а не за стабильные результаты; 3) Отсутствует краткосрочное премирование, годовые премии зависят от общих успехов компании и слишком отдалены от текущих процессов; 4) Наличие системы месячного/квартального премирования, где руководитель может влиять на распределение премиального фонда и регулировать стимулирование сотрудников.

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

Рейтинг: 1662

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

## [Что часто является причиной неудач при внедрении ИТ-процессов?](https://cleverics.ru/digital/kb-qa/chto-chasto-yavlyaetsya-prichinoy-neudach-pri-vnedrenii-it-protsessov/)

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

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

Рейтинг: 1652

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

## [Что такое приоритизация инцидентов в управлении инцидентами по ITIL?](https://cleverics.ru/digital/kb-qa/chto-takoe-prioritizatsiya-intsidentov-v-upravlenii-intsidentami-po-itil/)

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

Автор: Анна Васильева

Рейтинг: 1646

Теги: ITIL, SLA, поддержка пользователей, Service Desk, Help Desk, управление инцидентами, управление конфигурациями, CMDB, управление уровнем услуг, SLM

## [Какие преимущества дает классификация запросов технической поддержки по ИТ-услугам?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-klassifikatsiya-zaprosov-tekhnicheskoy-podderzhki-po-it-uslugam/)

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

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

Рейтинг: 1646

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

## [Каким образом ITIL 4 упрощает формулирование ключевых показателей эффективности (KPI) по сравнению с ITILv3?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-itil-4-uproshchaet-formulirovanie-klyuchevykh-pokazateley-effektivnosti-kpi-po-sravnen/)

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

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

Рейтинг: 1637

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