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

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

## [Какова основная цель процесса «Управление проблемами» в рамках ITIL?](https://cleverics.ru/digital/kb-qa/kakova-osnovnaya-tsel-protsessa-upravlenie-problemami-v-ramkakh-itil/)

Основная цель процесса «Управление проблемами» (Problem Management) в рамках ITIL заключается в минимизации негативного влияния на бизнес инцидентов, вызванных ошибками в ИТ-инфраструктуре, и предотвращении повторного возникновения таких инцидентов. Процесс направлен как на реагирование на уже произошедшие инциденты с устранением их корневых причин, так и на проактивное выявление потенциальных проблем, способных вызвать инциденты в будущем, чтобы предотвратить их возникновение.

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

Рейтинг: 1098

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

## [Как управлять нагрузкой сотрудников, чтобы не снижать производительность?](https://cleverics.ru/digital/kb-qa/kak-upravlyat-nagruzkoy-sotrudnikov-chtoby-ne-snizhat-proizvoditelnost/)

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

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

Рейтинг: 1098

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

## [Может ли запрос на обслуживание считаться стандартным изменением?](https://cleverics.ru/digital/kb-qa/mozhet-li-zapros-na-obsluzhivanie-schitatsya-standartnym-izmeneniem/)

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

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

Рейтинг: 1098

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

## [Чем можно объяснить несоответствие данных из отчетов реальному опыту некоторых компаний (например, сети «Дикси»)?](https://cleverics.ru/digital/kb-qa/chem-mozhno-obyasnit-nesootvetstvie-dannykh-iz-otchetov-realnomu-opytu-nekotorykh-kompaniy-naprimer/)

Несоответствие связано с тем, что исследования основаны на выборках, которые могут не охватывать специфические сценарии использования ИТ-услуг. Например, в «Дикси» в 2022 году было 4,6 обращения на пользователя, что выше средних значений из отчетов. Это объясняется особенностями розничной сети: высокой нагрузкой на оборудование, спецификой бизнес-процессов, возможным отсутствием базы знаний или недостаточной ИТ-грамотностью сотрудников. Такие локальные факторы делают прямое сравнение данных сложным.

Автор: Анна Васильева

Рейтинг: 1098

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

## [Каковы основные случаи, когда активность одного участника может навредить команде?](https://cleverics.ru/digital/kb-qa/kakovy-osnovnye-sluchai-kogda-aktivnost-odnogo-uchastnika-mozhet-navredit-komande/)

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

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

Рейтинг: 1097

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

## [Почему COBIT 5 PAM считается слишком абстрактной по сравнению с COBIT 4.1?](https://cleverics.ru/digital/kb-qa/pochemu-cobit-5-pam-schitaetsya-slishkom-abstraktnoy-po-sravneniyu-s-cobit-4-1/)

COBIT 5 PAM основывается на стандарте ISO 15504 и специально разработана как универсальная модель, не привязанная к конкретным процессам или отраслям. В отличие от COBIT 4.1, который использовал понятные уровни зрелости с описанием содержания процессов, COBIT 5 PAM фокусируется на оценке «управленческой надстройки» процессов: распределение ответственности, планирование улучшений, измерение результатов и другие управленческие практики. Такая абстракция делает модель сложнее для восприятия, но значительно повышает объективность и повторяемость оценки. Она одинаково применима и для производства автомобилей, и для предоставления ИТ-услуг, поскольку оценивает не содержание процесса, а качество его управления.

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

Рейтинг: 1097

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

## [Почему управление доступностью считается уникальным процессом в ITIL?](https://cleverics.ru/digital/kb-qa/pochemu-upravlenie-dostupnostyu-schitaetsya-unikalnym-protsessom-v-itil/)

Управление доступностью считается уникальным процессом в ITIL потому, что оно не выделено как отдельный процесс в других известных стандартах управления ИТ, таких как ISO/IEC 20000, COBIT5, CMMI для сервисов или MOF. В этих стандартах управление доступностью либо совмещено с другими процессами (например, с управлением непрерывностью или мощностями), либо отсутствует. ITIL предлагает этот процесс самостоятельно, хотя его задачи частично пересекаются с функциями других процессов, что вызывает вопросы о его необходимости как отдельной процедуры.

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

Рейтинг: 1097

Теги: COBIT, ISO 20000, ITIL, управление доступностью, управление непрерывностью

## [В чем отличие BRM от других процессов ITIL?](https://cleverics.ru/digital/kb-qa/v-chem-otlichie-brm-ot-drugikh-protsessov-itil/)

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

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

Рейтинг: 1097

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

## [Как отличить оценку эффективности потока от точного расчета?](https://cleverics.ru/digital/kb-qa/kak-otlichit-otsenku-effektivnosti-potoka-ot-tochnogo-rascheta/)

Оценка эффективности потока обычно предполагает экспертное приближение: команды интуитивно или на основе наблюдений определяют, сколько времени задачи проводят в активной работе и сколько времени в ожидании. Точный расчет же требует сбора и анализа конкретных данных по времени каждой задачи. В реальности большинство попыток «точного» расчета Flow Efficiency оказываются упрощенными оценками из-за сложности точного измерения Touch Time и Time in Process. Как правило, результаты оценки дают более реалистичные и полезные для команды показатели (в районе 10-25%), тогда как «точные» расчеты могут приводить к абсурдно высоким значениям (90% и более), не отражающим действительное положение дел.

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

Рейтинг: 1097

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

## [Какие элементы должны присутствовать в технической документации для поддержки внедренных решений?](https://cleverics.ru/digital/kb-qa/kakie-elementy-dolzhny-prisutstvovat-v-tekhnicheskoy-dokumentatsii-dlya-podderzhki-vnedrennykh-reshe/)

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

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

Рейтинг: 1097

Теги: архитектура ИТ, TOGAF и IT4IT, поддержка пользователей, Service Desk, Help Desk, управление проблемами