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

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

## [Что подразумевается под понятием «партия» в контексте учета активов?](https://cleverics.ru/digital/kb-qa/chto-podrazumevaetsya-pod-ponyatiem-partiya-v-kontekste-ucheta-aktivov/)

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

Автор: Михаил Тобурдановский

Рейтинг: 1098

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

## [Что является залогом выживания и успешности компании?](https://cleverics.ru/digital/kb-qa/chto-yavlyaetsya-zalogom-vyzhivaniya-i-uspeshnosti-kompanii/)

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

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

Рейтинг: 1097

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

## [В чем состоит основное преимущество использования комбинированной модели доступа перед чистыми RBAC или ABAC?](https://cleverics.ru/digital/kb-qa/v-chem-sostoit-osnovnoe-preimushchestvo-ispolzovaniya-kombinirovannoy-modeli-dostupa-pered-chistymi/)

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

Автор: Александр Омельченко

Рейтинг: 1097

Теги: управление доступом, IDM, ролевые модели, RBAC, ABAC

## [Почему важно разделять учет инцидентов и запросов на обслуживание в системе управления ИТ-услугами?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-razdelyat-uchet-intsidentov-i-zaprosov-na-obsluzhivanie-v-sisteme-upravleniya-it-uslu/)

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

Автор: Игорь Фадеев

Рейтинг: 1097

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

## [Почему не стоит проверять собственные процессы на соответствие ITIL?](https://cleverics.ru/digital/kb-qa/pochemu-ne-stoit-proveryat-sobstvennye-protsessy-na-sootvetstvie-itil/)

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

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

Рейтинг: 1097

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

## [Как определить реальные потребности заказчика в сервисных отношениях?](https://cleverics.ru/digital/kb-qa/kak-opredelit-realnye-potrebnosti-zakazchika-v-servisnykh-otnosheniyakh/)

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

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

Рейтинг: 1097

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

## [Какова основная ответственность роли менеджера уровня услуг (service level manager) в ITILv3?](https://cleverics.ru/digital/kb-qa/kakova-osnovnaya-otvetstvennost-roli-menedzhera-urovnya-uslug-service-level-manager-v-itilv3/)

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

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

Рейтинг: 1097

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

## [Какие требования необходимо учитывать при создании внутренних регламентов?](https://cleverics.ru/digital/kb-qa/kakie-trebovaniya-neobkhodimo-uchityvat-pri-sozdanii-vnutrennikh-reglamentov/)

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

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

Рейтинг: 1097

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

## [Как метод сервисных операций помогает в определении требований к услуге?](https://cleverics.ru/digital/kb-qa/kak-metod-servisnykh-operatsiy-pomogaet-v-opredelenii-trebovaniy-k-usluge/)

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

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

Рейтинг: 1097

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

## [Как предотвратить злоупотребление кодом закрытия "Нет решения" в службе поддержки?](https://cleverics.ru/digital/kb-qa/kak-predotvratit-zloupotreblenie-kodom-zakrytiya-net-resheniya-v-sluzhbe-podderzhki/)

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

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

Рейтинг: 1097

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