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

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

## [Почему концентрация так важна при работе с несколькими задачами?](https://cleverics.ru/digital/kb-qa/pochemu-kontsentratsiya-tak-vazhna-pri-rabote-s-neskolkimi-zadachami/)

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

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

Рейтинг: 1036

Теги: мониторинг, эффективность, оптимизация

## [Какие этапы включает путешествие заказчика по ITIL?](https://cleverics.ru/digital/kb-qa/kakie-etapy-vklyuchaet-puteshestvie-zakazchika-po-itil/)

Путешествие заказчика по ITIL включает несколько ключевых этапов: Offer (Предложение), Agree (Согласование), Co-create (Совместное создание), и другие. На этапе Offer происходит сбор требований к услуге, на этапе Agree - согласование и фиксация условий услуги и требований к уровню обслуживания (SLA). Этап Co-create связан с непосредственным предоставлением услуги и взаимодействием пользователя с провайдером в процессе использования услуги. Каждый из этих этапов может запускать определенные потоки создания ценности в зависимости от типа взаимодействия и предъявляемого спроса.

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

Рейтинг: 1036

Теги: ITIL, SLA, аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, поддержка пользователей, Service Desk, Help Desk, поток создания ценности (Value Stream), управление отношениями, взаимодействие, BRM, управление уровнем услуг, SLM

## [Как определить оптимальный объем ресурсов для задач технического улучшения в беклоге?](https://cleverics.ru/digital/kb-qa/kak-opredelit-optimalnyy-obem-resursov-dlya-zadach-tekhnicheskogo-uluchsheniya-v-bekloge/)

Определение оптимального объема ресурсов для задач технического улучшения в беклоге должно основываться на балансе между текущими бизнес-приоритетами и долгосрочным техническим здоровьем продукта. Рекомендуется ввести и выдерживать резерв или норму минимального выделяемого объема мощностей команды для задач технического экспериментирования и рефакторинга. Этот процент может варьироваться в зависимости от состояния текущего технического долга - чем больше долга, тем большая доля ресурсов может потребоваться для его сокращения. Обычно рекомендуемые значения колеблются от 10% до 30% времени команды. При определении конкретного объема следует учитывать: текущие риски, связанные с техническим долгом; прогнозируемую скорость роста технического долга без профилактических мер; исторические данные об эффективности предыдущих инвестиций в техническое улучшение; и способность бизнеса к терпению в отношении замедления темпов развития функциональности ради повышения качества и устойчивости продукта.

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

Рейтинг: 1036

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

## [В чем разница между управлением инцидентами и управлением проблемами при работе с реализовавшимися рисками?](https://cleverics.ru/digital/kb-qa/v-chem-raznitsa-mezhdu-upravleniem-intsidentami-i-upravleniem-problemami-pri-rabote-s-realizovavshim/)

Управление инцидентами направлено на оперативное восстановление услуги после негативного события (реализовавшегося риска), тогда как управление проблемами фокусируется на выявлении и устранении корневой причины этого события, чтобы предотвратить его повторение. Таким образом, первое решает текущую ситуацию, второе — предотвращает будущие сбои.

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

Рейтинг: 1036

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

## [Как избежать путаницы между Output и Outcome при работе с клиентами?](https://cleverics.ru/digital/kb-qa/kak-izbezhat-putanitsy-mezhdu-output-i-outcome-pri-rabote-s-klientami/)

Чтобы избежать путаницы, необходимо постоянно фокусироваться на потребностях клиента и его целевых результатах. Следует задавать вопросы: «Какой эффект должен быть достигнут?», «Как клиент оценит успешность услуги?». Также важно внедрять в процессы измерение удовлетворённости клиентов и анализировать, как выходы влияют на конечные результаты. Необходимо помнить, что output — это инструмент, а outcome — цель.

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

Рейтинг: 1036

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

## [Как стандартизация и автоматизация изменений влияют на эффективность процесса управления?](https://cleverics.ru/digital/kb-qa/kak-standartizatsiya-i-avtomatizatsiya-izmeneniy-vliyayut-na-effektivnost-protsessa-upravleniya/)

Стандартизация и автоматизация изменений положительно влияют на эффективность процесса управления, так как сокращают риски и оптимизируют использование ресурсов. Высокий уровень Standard Change Rate (доля стандартных изменений) позволяет уменьшить время обработки изменений, повысить First-Time Implementation Rate (процент изменений, реализованных с первого раза), снизить количество аварийных изменений и, как следствие, уменьшить Change Risk. Кроме того, стандартизация и автоматизация напрямую связаны с Cost per change - чем больше процессов автоматизировано, тем эффективнее используются ресурсы и ниже стоимость каждого изменения.

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

Рейтинг: 1036

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

## [Какие элементы должны присутствовать в технической документации для поддержки внедренных решений?](https://cleverics.ru/digital/kb-qa/kakie-elementy-dolzhny-prisutstvovat-v-tekhnicheskoy-dokumentatsii-dlya-podderzhki-vnedrennykh-reshe/)

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

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

Рейтинг: 1036

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

## [Что обеспечивает работоспособность ИТ-систем?](https://cleverics.ru/digital/kb-qa/chto-obespechivaet-rabotosposobnost-it-sistem/)

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

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

Рейтинг: 1036

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

## [Почему важно создавать быстрые победы на шестом этапе модели Коттера?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-sozdavat-bystrye-pobedy-na-shestom-etape-modeli-kottera/)

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

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

Рейтинг: 1036

Теги: поддержка пользователей, Service Desk, Help Desk, трансформация, ускорение, Time-to-Market

## [Как ITIL связан с другими управленческими концепциями?](https://cleverics.ru/digital/kb-qa/kak-itil-svyazan-s-drugimi-upravlencheskimi-kontseptsiyami/)

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

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

Рейтинг: 1036

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