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

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

## [Какие инструменты автоматизации рекомендуются для процесса управления изменениями?](https://cleverics.ru/digital/kb-qa/kakie-instrumenty-avtomatizatsii-rekomenduyutsya-dlya-protsessa-upravleniya-izmeneniyami/)

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

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

Рейтинг: 778

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

## [Может ли один и тот же уровень зрелости быть достигнут с помощью различных контрольных мероприятий?](https://cleverics.ru/digital/kb-qa/mozhet-li-odin-i-tot-zhe-uroven-zrelosti-byt-dostignut-s-pomoshchyu-razlichnykh-kontrolnykh-meropriy/)

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

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

Рейтинг: 778

Теги: управление процессами, ИТ-процессы

## [Что такое «бэклог-мясорубка» в контексте потока создания ценности?](https://cleverics.ru/digital/kb-qa/chto-takoe-beklog-myasorubka-v-kontekste-potoka-sozdaniya-tsennosti/)

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

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

Рейтинг: 778

Теги: DevOps, CI/CD, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, командная работа, поток создания ценности (Value Stream), эффективность, оптимизация

## [Какие проблемы возникают из-за отсутствия четкого разделения ролей владельца и менеджера услуг в ITIL?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-iz-za-otsutstviya-chetkogo-razdeleniya-roley-vladeltsa-i-menedzhera-uslug/)

Отсутствие четкого разделения ролей владельца и менеджера услуг в ITIL может привести к путанице в ответственности, когда неясно, кто отвечает за стратегическое целеполагание, а кто — за оперативное управление. Это может стать причиной конфликтов, дублирования обязанностей или пробелов в управлении, особенно в тех организациях, где внедряются методологии ITSM без адаптации к своим особенностям.

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

Рейтинг: 778

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

## [Зачем в ITIL необходимо разделять запросы на изменения и предложения об изменении?](https://cleverics.ru/digital/kb-qa/zachem-v-itil-neobkhodimo-razdelyat-zaprosy-na-izmeneniya-i-predlozheniya-ob-izmenenii/)

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

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

Рейтинг: 778

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

## [Как недовольный заказчик влияет на результат работы продуктовой команды?](https://cleverics.ru/digital/kb-qa/kak-nedovolnyy-zakazchik-vliyaet-na-rezultat-raboty-produktovoy-komandy/)

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

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

Рейтинг: 777

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

## [Какие проблемы клиентов чаще всего возникают при взаимодействии с автоматизированными системами обслуживания в банках?](https://cleverics.ru/digital/kb-qa/kakie-problemy-klientov-chashche-vsego-voznikayut-pri-vzaimodeystvii-s-avtomatizirovannymi-sistemami/)

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

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

Рейтинг: 777

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

## [Как бизнес-подразделения могут создавать ИТ-риски?](https://cleverics.ru/digital/kb-qa/kak-biznes-podrazdeleniya-mogut-sozdavat-it-riski/)

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

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

Рейтинг: 777

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

## [Почему важно проводить регулярные проверки правомочности выданных прав доступа?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-provodit-regulyarnye-proverki-pravomochnosti-vydannykh-prav-dostupa/)

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

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

Рейтинг: 777

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

## [Какова должна быть детализация классификатора изменений?](https://cleverics.ru/digital/kb-qa/kakova-dolzhna-byt-detalizatsiya-klassifikatora-izmeneniy/)

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

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

Рейтинг: 777

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