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

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

## [Что обычно представляют себе люди, когда слышат об OLA?](https://cleverics.ru/digital/kb-qa/chto-obychno-predstavlyayut-sebe-lyudi-kogda-slyshat-ob-ola/)

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

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

Рейтинг: 921

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

## [Какие практические выводы можно извлечь после участия в деловой игре?](https://cleverics.ru/digital/kb-qa/kakie-prakticheskie-vyvody-mozhno-izvlech-posle-uchastiya-v-delovoy-igre/)

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

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

Рейтинг: 921

Теги: деловые игры, бизнес-симуляции, стратегия, управление отношениями, взаимодействие, BRM

## [Какие недостатки могут возникнуть в команде, где отсутствуют явные лидеры?](https://cleverics.ru/digital/kb-qa/kakie-nedostatki-mogut-vozniknut-v-komande-gde-otsutstvuyut-yavnye-lidery/)

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

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

Рейтинг: 921

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

## [Как обеспечить актуальность информации о возможностях внешних ИТ-поставщиков?](https://cleverics.ru/digital/kb-qa/kak-obespechit-aktualnost-informatsii-o-vozmozhnostyakh-vneshnikh-it-postavshchikov/)

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

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

Рейтинг: 921

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

## [Какой альтернативный подход к измерению эффективности управления инцидентами предлагается?](https://cleverics.ru/digital/kb-qa/kakoy-alternativnyy-podkhod-k-izmereniyu-effektivnosti-upravleniya-intsidentami-predlagaetsya/)

Предлагается использовать двойной пороговый подход с определением Tmin (минимального времени, при котором простои не влияют на бизнес) и Tmax (максимального допустимого времени устранения). Рейтинг каждого инцидента рассчитывается на основе его фактического времени решения относительно этих порогов. Для итогового KPI используется взвешенное среднее с учетом весовых коэффициентов, что позволяет учесть как количество просроченных инцидентов, так и оперативность в пределах допустимого окна.

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

Рейтинг: 921

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

## [Какие вопросы следует задать для проверки правильности применения канбана в ИТ-процессах?](https://cleverics.ru/digital/kb-qa/kakie-voprosy-sleduet-zadat-dlya-proverki-pravilnosti-primeneniya-kanbana-v-it-protsessakh/)

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

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

Рейтинг: 921

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

## [Почему технические специалисты часто интересуются управлением уровнем услуг?](https://cleverics.ru/digital/kb-qa/pochemu-tekhnicheskie-spetsialisty-chasto-interesuyutsya-upravleniem-urovnem-uslug/)

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

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

Рейтинг: 921

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

## [Что может стать причиной накопления технического долга помимо недостатка времени и ресурсов?](https://cleverics.ru/digital/kb-qa/chto-mozhet-stat-prichinoy-nakopleniya-tekhnicheskogo-dolga-pomimo-nedostatka-vremeni-i-resursov/)

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

Автор: Сандра Урядова

Рейтинг: 921

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

## [Почему масштаб не является основной причиной трудностей при организационных изменениях?](https://cleverics.ru/digital/kb-qa/pochemu-masshtab-ne-yavlyaetsya-osnovnoy-prichinoy-trudnostey-pri-organizatsionnykh-izmeneniyakh/)

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

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

Рейтинг: 921

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

## [Почему на рынке не появляются провайдеры с четкими гарантиями качества связи?](https://cleverics.ru/digital/kb-qa/pochemu-na-rynke-ne-poyavlyayutsya-provaydery-s-chetkimi-garantiyami-kachestva-svyazi/)

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

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

Рейтинг: 921

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