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

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

## [Какие риски возникают при неправильном разделении практик управления изменениями и запросами на обслуживание?](https://cleverics.ru/digital/kb-qa/kakie-riski-voznikayut-pri-nepravilnom-razdelenii-praktik-upravleniya-izmeneniyami-i-zaprosami-na-ob/)

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

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

Рейтинг: 1127

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

## [Почему автоматическое персональное назначение задач внутри групп может увеличить время обработки?](https://cleverics.ru/digital/kb-qa/pochemu-avtomaticheskoe-personalnoe-naznachenie-zadach-vnutri-grupp-mozhet-uvelichit-vremya-obrabotk/)

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

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

Рейтинг: 1127

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

## [Какие недостатки может иметь RBAC в условиях динамично меняющейся среды?](https://cleverics.ru/digital/kb-qa/kakie-nedostatki-mozhet-imet-rbac-v-usloviyakh-dinamichno-menyayushcheysya-sredy/)

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

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

Рейтинг: 1127

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

## [Как ITIL связан с другими управленческими концепциями?](https://cleverics.ru/digital/kb-qa/kak-itil-svyazan-s-drugimi-upravlencheskimi-kontseptsiyami/)

ITIL (Information Technology Infrastructure Library) представляет собой набор передовых методов управления ИТ-услугами, который развился в эпоху, когда многие фундаментальные управленческие концепции уже были установлены. ITIL интегрирует принципы, разработанные ранее: он применяет идеи управления процессами Эдварда Деминга к ИТ-среде, использует системный подход, вдохновленный кибернетикой Винера, и может быть дополнен сбалансированной системой показателей Каплана и Нортона для измерения эффективности ИТ-услуг. ITIL структурирует ИТ-процессы в рамках общей классификации бизнес-процессов, адаптируя общие управленческие принципы к специфике управления информационными технологиями.

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

Рейтинг: 1126

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

## [Как прозрачность способствует принятию изменений в организации?](https://cleverics.ru/digital/kb-qa/kak-prozrachnost-sposobstvuet-prinyatiyu-izmeneniy-v-organizatsii/)

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

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

Рейтинг: 1125

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

## [Как категоризация помогает в анализе первопричин инцидентов?](https://cleverics.ru/digital/kb-qa/kak-kategorizatsiya-pomogaet-v-analize-pervoprichin-intsidentov/)

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

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

Рейтинг: 1125

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

## [Какие характеристики имеет команда на уровне «Яркая молодость»?](https://cleverics.ru/digital/kb-qa/kakie-kharakteristiki-imeet-komanda-na-urovne-yarkaya-molodost/)

Команда на уровне «Яркая молодость» представляет собой зрелую самоорганизованную команду (не обязательно работающую по Scrum). Для нее характерны устоявшиеся партнерские отношения с заказчиками и внешним миром, эволюционирующий рабочий процесс, большое количество инициатив и экспериментов, зрелый подход к решению конфликтов. Команда учится правильно следовать первому принципу Agile Manifesto: понимает, что изменение требований приветствуется не как повод переписать все заново, а как возможность для конструктивного диалога и серьезного исследования. Роль лидера на этом этапе - быть «мотором-метрономом», поддерживающим скорость и ритмичность работы. Важно помогать команде развивать продуктовые компетенции, чтобы она могла быть полноправным партнером для заказчика и говорить с ним на одном языке. Лидер-слуга на этом уровне востребован на 100%.

Автор: Павел Капусткин

Рейтинг: 1125

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

## [Что включается в операнд Nj при расчёте FTR для рабочих групп?](https://cleverics.ru/digital/kb-qa/chto-vklyuchaetsya-v-operand-nj-pri-raschete-ftr-dlya-rabochikh-grupp/)

Операнд Nj при расчёте First Time Resolution (FTR) для рабочих групп включает два компонента: Cj — количество обращений (инцидентов), обработанных j-той группой и закрытых без рекламаций, и Sj — количество объектов, возвращённых на доработку в эту группу. Таким образом, Nj = Cj + Sj. В знаменатель формулы FTR (Nj) попадают только те обращения, по которым завершена процедура проверки решения, а не просто фактический этап решения задачи.

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

Рейтинг: 1125

Теги: управление запросами на обслуживание, управление инцидентами

## [Что такое SIAM и в чем его основная концепция?](https://cleverics.ru/digital/kb-qa/chto-takoe-siam-i-v-chem-ego-osnovnaya-kontseptsiya/)

SIAM (Service Integration and Management) представляет собой подход к управлению услугами в условиях множества поставщиков. Его основная концепция заключается во введении уровня управления, называемого «сервис-интегратор», который располагается между организацией-заказчиком и её поставщиками услуг. Сервисный интегратор отвечает за управление, интеграцию и координацию различных поставщиков, чтобы клиент получал наилучшее качество сервиса и сокращал накладные расходы на управление множеством поставщиков. SIAM описывается в документе «SIAM Foundation Body of Knowledge», который предоставляет методологию для организации потребления услуг в моделях с несколькими внешними и внутренними поставщиками.

Автор: Дмитрий Хруслов

Рейтинг: 1125

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

## [Какие последствия могут быть, если не проводить разделение на инциденты и проблемы?](https://cleverics.ru/digital/kb-qa/kakie-posledstviya-mogut-byt-esli-ne-provodit-razdelenie-na-intsidenty-i-problemy/)

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

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

Рейтинг: 1125

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