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

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

## [Чем отличается руководство (governance) от управления (management) согласно COBIT 5?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-rukovodstvo-governance-ot-upravleniya-management-soglasno-cobit-5/)

Согласно COBIT 5, руководство (governance) обеспечивает уверенность в достижении целей путем оценки потребностей, задания направления движения и сравнения фактической производительности с плановыми значениями. Управление (management) заключается в планировании, построении, выполнении и отслеживании деятельности в соответствии с направлением, заданным органом руководства, для достижения целей. Руководство сосредоточено на стратегическом уровне и ответственности за результаты, тогда как управление относится к тактическому и операционному уровню деятельности.

Автор: Роман Журавлёв

Рейтинг: 816

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

## [Как продлить совещание, не принимая решений?](https://cleverics.ru/digital/kb-qa/kak-prodlit-soveshchanie-ne-prinimaya-resheniy/)

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

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

Рейтинг: 816

Теги: общие вопросы менеджмента

## [Как развивалась визуализация потока создания ценности в ходе деловой игры 'Проект Феникс'?](https://cleverics.ru/digital/kb-qa/kak-razvivalas-vizualizatsiya-potoka-sozdaniya-tsennosti-v-khode-delovoy-igry-proekt-feniks/)

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

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

Рейтинг: 816

Теги: бизнес, ценность, бизнес-заказчик, деловые игры, бизнес-симуляции, Канбан, WIP-лимиты, обучение сотрудников, учебные курсы, тренинги, поддержка пользователей, Service Desk, Help Desk, поток создания ценности (Value Stream), управление конфигурациями, CMDB, управление проектами, PRINCE2

## [Какие аспекты управления ИТ-услугами рассматриваются в контексте приоритизации инцидентов?](https://cleverics.ru/digital/kb-qa/kakie-aspekty-upravleniya-it-uslugami-rassmatrivayutsya-v-kontekste-prioritizatsii-intsidentov/)

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

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

Рейтинг: 816

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

## [Когда оправдано создание отдельной первой линии, занимающейся только регистрацией обращений?](https://cleverics.ru/digital/kb-qa/kogda-opravdano-sozdanie-otdelnoy-pervoy-linii-zanimayushcheysya-tolko-registratsiey-obrashcheniy/)

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

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

Рейтинг: 816

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

## [Почему важно вовлечение заказчика на этапе перехода услуги в эксплуатацию?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-vovlechenie-zakazchika-na-etape-perekhoda-uslugi-v-ekspluatatsiyu/)

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

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

Рейтинг: 816

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

## [Может ли процесс Управления запросами на обслуживание (RFF) выступать как один из механизмов информирования о статусе инцидента?](https://cleverics.ru/digital/kb-qa/mozhet-li-protsess-upravleniya-zaprosami-na-obsluzhivanie-rff-vystupat-kak-odin-iz-mekhanizmov-infor/)

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

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

Рейтинг: 816

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

## [Почему укрупнённые схемы ИТ-систем недостаточны для расчёта себестоимости услуг?](https://cleverics.ru/digital/kb-qa/pochemu-ukrupnennye-skhemy-it-sistem-nedostatochny-dlya-rascheta-sebestoimosti-uslug/)

Укрупнённые схемы ИТ-систем, показывающие только общие компоненты (например, «ERP-система»), недостаточны для расчёта себестоимости услуг, потому что не учитывают различия в потреблении ресурсов различными группами пользователей. Например, одни пользователи могут постоянно работать в системе, другие использовать её редко для отчётов, третьи — обрабатывать большие объёмы данных. Себестоимость услуг зависит от профиля использования, который определяется бизнес-процессами. Для точного расчёта необходима детализация до уровня подсистем, отражающая, как именно разные пользователи потребляют ресурсы.

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

Рейтинг: 816

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

## [Какие преимущества дает ограничение круга лиц, имеющих доступ к обновлению CMDB?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-ogranichenie-kruga-lits-imeyushchikh-dostup-k-obnovleniyu-cmdb/)

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

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

Рейтинг: 816

Теги: ISO 20000, обучение сотрудников, учебные курсы, тренинги, общие вопросы менеджмента, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление конфигурациями, CMDB

## [Почему пользователи не всегда осознают свою часть ответственности за получение ценности от услуг?](https://cleverics.ru/digital/kb-qa/pochemu-polzovateli-ne-vsegda-osoznayut-svoyu-chast-otvetstvennosti-za-poluchenie-tsennosti-ot-uslug/)

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

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

Рейтинг: 816

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