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

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

## [Что такое 'бюрократический обвес' в процессе управления изменениями и зачем он нужен?](https://cleverics.ru/digital/kb-qa/chto-takoe-byurokraticheskiy-obves-v-protsesse-upravleniya-izmeneniyami-i-zachem-on-nuzhen/)

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

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

Рейтинг: 973

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

## [Какие организационные изменения могут потребоваться при внедрении проактивного управления проблемами?](https://cleverics.ru/digital/kb-qa/kakie-organizatsionnye-izmeneniya-mogut-potrebovatsya-pri-vnedrenii-proaktivnogo-upravleniya-problem/)

Внедрение проактивного управления проблемами может потребовать следующих организационных изменений:  1) Создание специализированных команд или выделение ответственных лиц за проактивную работу, которые будут фокусироваться на прогнозировании и предотвращении проблем, а не только на их устранении после возникновения.  2) Формирование кросс-функциональных рабочих групп, включающих специалистов из разных областей (инфраструктура, приложения, безопасность), для комплексного анализа потенциальных проблем.  3) Внедрение новых метрик и KPI, направленных на измерение эффективности проактивной работы, таких как количество предотвращенных инцидентов, снижение частоты повторяющихся инцидентов и т.д.  4) Изменение структуры отчетности и фокуса обсуждений на совещаниях - включение регулярного анализа трендов, потенциальных рисков и возможностей для улучшения.  5) Развитие компетенций сотрудников в области анализа данных, прогнозирования и управления рисками.  6) Интеграция проактивного управления проблемами с другими процессами, особенно с процессом управления изменениями и постоянным совершенствованием услуг.  7) Внедрение инструментов аналитики и мониторинга, способных выявлять аномалии и потенциальные проблемы до их превращения в инциденты.  В крупных организациях может потребоваться создание выделенных структур, таких как отдел качества или управление методологии, которые будут координировать проактивную работу на уровне всей организации.

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

Рейтинг: 973

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

## [Какие преимущества даёт использование концепции минимально жизнеспособного продукта (MVP) в управлении проектами?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-ispolzovanie-kontseptsii-minimalno-zhiznesposobnogo-produkta-mvp-v-upravl/)

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

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

Рейтинг: 972

Теги: Agile и гибкие методы разработки ПО, аллокация затрат, расчёт себестоимости услуг, командная работа, поддержка пользователей, Service Desk, Help Desk, трансформация, ускорение, Time-to-Market, управление продуктами, продуктовый подход, управление проектами, PRINCE2, управление процессами, ИТ-процессы, управление рисками, экономика и финансы

## [Какие ошибки чаще всего совершаются при внедрении сервисного подхода в ИТ-организациях?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-chashche-vsego-sovershayutsya-pri-vnedrenii-servisnogo-podkhoda-v-it-organizatsiyakh/)

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

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

Рейтинг: 972

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

## [Какие основные проблемы возникают при переходе сервис-провайдера в роль сервис-интегратора?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-problemy-voznikayut-pri-perekhode-servis-provaydera-v-rol-servis-integratora/)

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

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

Рейтинг: 972

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

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

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

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

Рейтинг: 972

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

## [Как связана удовлетворённость сотрудников с лояльностью клиентов к компании?](https://cleverics.ru/digital/kb-qa/kak-svyazana-udovletvorennost-sotrudnikov-s-loyalnostyu-klientov-k-kompanii/)

Удовлетворённость сотрудников напрямую влияет на формирование лояльности клиентов компании. Лояльный сотрудник это удовлетворённый условиями своей деятельности человек чья профессиональная компетентность и манера исполнения обязанностей определяет качество взаимодействия внутренних подразделений. При этом повышение уровня удовлетворённости сотрудников ведёт к улучшению их отношения к внутренним клиентам что в конечном итоге положительно сказывается на работе всей компании и удержании внешних клиентов.

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

Рейтинг: 971

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

## [Как определяется ценность в бизнесе?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-tsennost-v-biznese/)

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

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

Рейтинг: 971

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

## [Почему важно совершенствовать не только процессы ИТ, но и персональные навыки специалистов?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-sovershenstvovat-ne-tolko-protsessy-it-no-i-personalnye-navyki-spetsialistov/)

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

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

Рейтинг: 971

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

## [Как определяется приоритет инцидента при его обработке?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-prioritet-intsidenta-pri-ego-obrabotke/)

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

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

Рейтинг: 971

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