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

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

## [Как ITIL рекомендует подходить к распределению ролей в управлении изменениями?](https://cleverics.ru/digital/kb-qa/kak-itil-rekomenduet-podkhodit-k-raspredeleniyu-roley-v-upravlenii-izmeneniyami/)

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

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

Рейтинг: 1044

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

## [Что можно сделать, если невозможно обеспечить круглосуточную поддержку в распределенной команде?](https://cleverics.ru/digital/kb-qa/chto-mozhno-sdelat-esli-nevozmozhno-obespechit-kruglosutochnuyu-podderzhku-v-raspredelennoy-komande/)

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

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

Рейтинг: 1044

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

## [Почему возникает путаница с ролями, начинающимися со слова 'service', в ITIL?](https://cleverics.ru/digital/kb-qa/pochemu-voznikaet-putanitsa-s-rolyami-nachinayushchimisya-so-slova-service-v-itil/)

Путаница с ролями, начинающимися со слова 'service', возникает из-за обилия вариаций названий и исторических изменений в ITIL. В частности, в некоторых компаниях до сих пор используется термин 'Service Manager', который в ITIL уже давно не применяется. Дополнительную сложность создает то, что ITIL4 Foundation не содержит детального описания ролей, участвующих в практиках, в отличие от ITIL V3. Эта путаница особенно заметна в контексте процесса управления уровнем услуг (Service Level Management), где требуется чёткое понимание обязанностей различных ролей, таких как Service level manager и Service owner.

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

Рейтинг: 1044

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

## [Какой первый принцип DevOps согласно DASA и что он включает?](https://cleverics.ru/digital/kb-qa/kakoy-pervyy-printsip-devops-soglasno-dasa-i-chto-on-vklyuchaet/)

Первый принцип DevOps по DASA — Деятельность должна быть ориентирована на заказчика (Customer-Centric Action). Этот принцип включает постоянные инвестиции в продукты и услуги, которые обеспечивают максимальную удовлетворённость заказчика. Также он подразумевает необходимость коротких циклов обратной связи с заказчиками и конечными пользователями. Кроме того, принцип включает деятельность в духе Lean-стартапов с постоянными инновациями, что помогает быстро адаптироваться к меняющимся потребностям клиентов и тестировать новые идеи в реальных условиях.

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

Рейтинг: 1043

Теги: DevOps, CI/CD, бизнес, ценность, бизнес-заказчик, поддержка пользователей, Service Desk, Help Desk, управление продуктами, продуктовый подход, управление процессами, ИТ-процессы, экономика и финансы

## [Почему важно учитывать специфику организации при выборе методологии управления ИТ-процессами?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-uchityvat-spetsifiku-organizatsii-pri-vybore-metodologii-upravleniya-it-protsessami/)

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

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

Рейтинг: 1043

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

## [Какие бывают контрольные точки в управлении проектами и задачами?](https://cleverics.ru/digital/kb-qa/kakie-byvayut-kontrolnye-tochki-v-upravlenii-proektami-i-zadachami/)

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

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

Рейтинг: 1043

Теги: общие вопросы менеджмента, управление проектами, PRINCE2

## [Как можно убедиться, что ИТ-сервис выполняет свою функцию для конечного пользователя?](https://cleverics.ru/digital/kb-qa/kak-mozhno-ubeditsya-chto-it-servis-vypolnyaet-svoyu-funktsiyu-dlya-konechnogo-polzovatelya/)

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

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

Рейтинг: 1043

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

## [Почему компромиссный подход в ITSM может быть временным решением?](https://cleverics.ru/digital/kb-qa/pochemu-kompromissnyy-podkhod-v-itsm-mozhet-byt-vremennym-resheniem/)

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

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

Рейтинг: 1043

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

## [Какие ошибки часто допускают при решении сложных организационных задач?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-chasto-dopuskayut-pri-reshenii-slozhnykh-organizatsionnykh-zadach/)

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

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

Рейтинг: 1043

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

## [Каково происхождение термина 'менеджер услуг' (service manager) в контексте ITIL?](https://cleverics.ru/digital/kb-qa/kakovo-proiskhozhdenie-termina-menedzher-uslug-service-manager-v-kontekste-itil/)

Термин 'менеджер услуг' (service manager) в ITIL представляет собой общий термин для обозначения любого руководителя в организации поставщика услуг. В словаре ITIL 2011 он описывается как руководитель, который может относиться к менеджерам по взаимоотношениям с бизнесом, менеджерам процессов или к высшему руководству, отвечающему за ИТ-услуги в целом. При переходе на ITILv3 этот термин формально сохранялся, но фактически не использовался из-за слишком обширного смыслового наполнения. В ITIL 4 упоминание сущности 'менеджер услуг' полностью исчезло.

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

Рейтинг: 1043

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