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

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

## [Почему аналитика должна добавляться тем, кто непосредственно ответственен за выполнение задач?](https://cleverics.ru/digital/kb-qa/pochemu-analitika-dolzhna-dobavlyatsya-tem-kto-neposredstvenno-otvetstvenen-za-vypolnenie-zadach/)

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

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

Рейтинг: 818

Теги: управление рисками, экономика и финансы

## [Как консультанты адаптируются к отпускам сотрудников заказчика?](https://cleverics.ru/digital/kb-qa/kak-konsultanty-adaptiruyutsya-k-otpuskam-sotrudnikov-zakazchika/)

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

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

Рейтинг: 818

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

## [Каковы основные обязанности BRM на этапе перехода услуги в эксплуатацию (Service Transition)?](https://cleverics.ru/digital/kb-qa/kakovy-osnovnye-obyazannosti-brm-na-etape-perekhoda-uslugi-v-ekspluatatsiyu-service-transition/)

На этапе перехода услуги в эксплуатацию (Service Transition) основные обязанности BRM включают обеспечение адекватного уровня вовлечения заказчика и пользователей в процесс. BRM должен гарантировать участие заказчика в тестировании, передаче/приемке услуги в эксплуатацию и, при необходимости, обучении. На этом этапе заказчик часто стремится устраниться, считая свою работу завершенной, но это может привести к отклонению от правильного направления и несоответствию ожиданиям. BRM участвует в координации действий между заказчиком и сервис-провайдером, обеспечивая правильное внедрение услуги и соответствие требованиям. BRM также следит за тем, чтобы процесс перехода проходил гладко и все стороны были хорошо информированы о своих задачах и ответственности.

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

Рейтинг: 818

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

## [Почему классические радарные диаграммы зрелости могут быть недостаточны для принятия решений?](https://cleverics.ru/digital/kb-qa/pochemu-klassicheskie-radarnye-diagrammy-zrelosti-mogut-byt-nedostatochny-dlya-prinyatiya-resheniy/)

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

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

Рейтинг: 818

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

## [Почему важно рассматривать команду разработки как долговременный устойчивый актив, а не как корову для доения?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-rassmatrivat-komandu-razrabotki-kak-dolgovremennyy-ustoychivyy-aktiv-a-ne-kak-korovu/)

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

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

Рейтинг: 818

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

## [Какое значение имеет отказоустойчивость в определении инцидентов?](https://cleverics.ru/digital/kb-qa/kakoe-znachenie-imeet-otkazoustoychivost-v-opredelenii-intsidentov/)

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

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

Рейтинг: 818

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

## [Как клиенты могут повлиять на улучшение условий гарантий от поставщиков услуг?](https://cleverics.ru/digital/kb-qa/kak-klienty-mogut-povliyat-na-uluchshenie-usloviy-garantiy-ot-postavshchikov-uslug/)

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

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

Рейтинг: 818

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

## [Как влияет используемая ITSM-система на решение о разделении процессов управления инцидентами и сервисными запросами?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-ispolzuemaya-itsm-sistema-na-reshenie-o-razdelenii-protsessov-upravleniya-intsidentami-i/)

Используемая ITSM-система существенно влияет на решение о разделении процессов. Многие современные ITSM-продукты, такие как HP SM или BMC Remedy ITSM Suite, реализуют строгое разделение инцидентов и сервисных запросов как разные объекты с разными возможностями обработки, что стимулирует организации следовать этой практике. Если система не поддерживает гибкой переклассификации обращений, это может усилить проблемы, связанные с нечеткими границами между типами запросов. Некоторые системы, как HP OpenView Service Desk, предлагают альтернативные подходы к разделению (например, по источнику запроса), что может оказаться более практичным. Поэтому решение о разделении процессов должно учитывать как практические потребности организации, так и возможности используемого инструментария.

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

Рейтинг: 818

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

## [Почему видимость и сотрудничество важны в сервисном мышлении?](https://cleverics.ru/digital/kb-qa/pochemu-vidimost-i-sotrudnichestvo-vazhny-v-servisnom-myshlenii/)

Видимость и сотрудничество важны в сервисном мышлении, потому что они определяют зону видимости (band of visibility) в отношениях с клиентом, определяют, что делается совместно, и распределяют роли ответственности (Responsible) и подотчетности (Accountable). Видимость процессов помогает визуализировать совместную деятельность, выбрать правильные инструменты демонстрации прогресса и определить, какие показатели должны быть доступны клиентам. Это создает прозрачность отношений и укрепляет доверие между поставщиком услуг и потребителем.

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

Рейтинг: 818

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

## [Как Service Owner содействует интерпретации требований заказчиков в ИТ-терминах?](https://cleverics.ru/digital/kb-qa/kak-service-owner-sodeystvuet-interpretatsii-trebovaniy-zakazchikov-v-it-terminakh/)

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

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

Рейтинг: 818

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