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

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

## [Как определить, какой способ организации работы линий поддержки выбрать для конкретной организации?](https://cleverics.ru/digital/kb-qa/kak-opredelit-kakoy-sposob-organizatsii-raboty-liniy-podderzhki-vybrat-dlya-konkretnoy-organizatsii/)

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

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

Рейтинг: 1178

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

## [Как влияет количество статических и динамических атрибутов на сложность реализации комбинированной модели доступа?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-kolichestvo-staticheskikh-i-dinamicheskikh-atributov-na-slozhnost-realizatsii-kombinirov/)

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

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

Рейтинг: 1178

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

## [Почему предлагается заменить термин Service Capacity Management на System Capacity Management?](https://cleverics.ru/digital/kb-qa/pochemu-predlagaetsya-zamenit-termin-service-capacity-management-na-system-capacity-management/)

Термин Service Capacity Management предлагается заменить на System Capacity Management, поскольку понятие «услуга» может быть связано с разными уровнями: бизнес-процессом, ИТ-системой или ресурсом. Если ИТ-услуга определена как обеспечение бизнес-процессов, то управление мощностью должно относиться к бизнесу, а не к услуге как таковой. Аналогично, если услуга ассоциируется с ИТ-системой, то правильнее говорить об управлении мощностью системы, а не услуги.

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

Рейтинг: 1178

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

## [Почему недостаток нематериального стимулирования сотрудников является проблемой в ИТ-управлении?](https://cleverics.ru/digital/kb-qa/pochemu-nedostatok-nematerialnogo-stimulirovaniya-sotrudnikov-yavlyaetsya-problemoy-v-it-upravlenii/)

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

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

Рейтинг: 1178

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

## [Какие методы помогают корректно учитывать параллельные задачи в системе трудозатрат?](https://cleverics.ru/digital/kb-qa/kakie-metody-pomogayut-korrektno-uchityvat-parallelnye-zadachi-v-sisteme-trudozatrat/)

Для корректного учёта параллельных задач важно фиксировать начало и окончание совокупности действий, а затем оценивать реальное распределение времени между ними. Например, если сотрудник ведёт телефонный разговор и составляет документ, общее время разбивается на доли (изначально 50/50), после чего уточняется на основе личного наблюдения. Это позволяет избежать завышенных оценок и получить реалистичную статистику. Ключевой момент — отказ от восприятия одновременной работы над несколькими задачами как полного выполнения каждой из них за отведённое время.

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

Рейтинг: 1178

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

## [Каким образом культура DevOps связана с ITIL и Lean-подходами?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-kultura-devops-svyazana-s-itil-i-lean-podkhodami/)

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

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

Рейтинг: 1178

Теги: DevOps, CI/CD, ITIL, мониторинг, общие вопросы менеджмента, постоянное улучшение, совершенствование, CSI, PDCA, управление инцидентами, управление продуктами, продуктовый подход, управление релизами, эффективность, оптимизация

## [Как определяется каталог ИТ-услуг в контексте коммуникации между поставщиком и потребителем?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-katalog-it-uslug-v-kontekste-kommunikatsii-mezhdu-postavshchikom-i-potrebitelem/)

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

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

Рейтинг: 1178

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

## [Чем опасен накопленный технический долг для проекта?](https://cleverics.ru/digital/kb-qa/chem-opasen-nakoplennyy-tekhnicheskiy-dolg-dlya-proekta/)

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

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

Рейтинг: 1177

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

## [Что подразумевается под терминами 'utility' и 'warranty' в контексте оценки качества ИТ-услуг?](https://cleverics.ru/digital/kb-qa/chto-podrazumevaetsya-pod-terminami-utility-i-warranty-v-kontekste-otsenki-kachestva-it-uslug/)

В контексте оценки качества ИТ-услуг термин 'utility' (полезность) относится к функциональной пригодности услуги для удовлетворения потребностей заказчика, то есть предоставлению необходимых функций и возможностей. Термин 'warranty' (гарантия) касается надежности, доступности, безопасности и других аспектов, обеспечивающих качество выполнения услуги. Таким образом, utility отвечает на вопрос 'делает ли услуга то, что нужно?', а warranty – 'делает ли она это стабильно и безопасно?'

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

Рейтинг: 1177

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

## [Как влияет переназначение инцидентов между группами на расчёт FTR?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-perenaznachenie-intsidentov-mezhdu-gruppami-na-raschet-ftr/)

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

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

Рейтинг: 1177

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