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

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

## [Какие ошибки часто совершают руководители, смешивая функции менеджера и лидера?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-chasto-sovershayut-rukovoditeli-smeshivaya-funktsii-menedzhera-i-lidera/)

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

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

Рейтинг: 1056

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

## [Какие риски возникают при автоматическом получении данных в CMDB?](https://cleverics.ru/digital/kb-qa/kakie-riski-voznikayut-pri-avtomaticheskom-poluchenii-dannykh-v-cmdb/)

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

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

Рейтинг: 1056

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

## [Какие функции выполняет первая линия поддержки в ИТ-организации помимо обычного приема заявок?](https://cleverics.ru/digital/kb-qa/kakie-funktsii-vypolnyaet-pervaya-liniya-podderzhki-v-it-organizatsii-pomimo-obychnogo-priema-zayavo/)

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

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

Рейтинг: 1056

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

## [Кто должен принимать решение об объявлении инцидента значительным?](https://cleverics.ru/digital/kb-qa/kto-dolzhen-prinimat-reshenie-ob-obyavlenii-intsidenta-znachitelnym/)

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

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

Рейтинг: 1056

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

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

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

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

Рейтинг: 1056

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

## [Какие трудности возникают при внедрении ITIL в не-ИТ организации?](https://cleverics.ru/digital/kb-qa/kakie-trudnosti-voznikayut-pri-vnedrenii-itil-v-ne-it-organizatsii/)

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

Автор: Елена Колбей

Рейтинг: 1056

Теги: ISO 20000, ITIL, управление релизами

## [Почему недостаток нематериального стимулирования сотрудников является проблемой в ИТ-управлении?](https://cleverics.ru/digital/kb-qa/pochemu-nedostatok-nematerialnogo-stimulirovaniya-sotrudnikov-yavlyaetsya-problemoy-v-it-upravlenii/)

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

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

Рейтинг: 1056

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

## [Почему простота и практичность важны в сервисном мышлении?](https://cleverics.ru/digital/kb-qa/pochemu-prostota-i-praktichnost-vazhny-v-servisnom-myshlenii/)

Простота и практичность важны в сервисном мышлении, потому что они напрямую влияют на пользовательский опыт. Анализируя, какие интерфейсы доступны пользователям, как выглядит путь пользователя, и насколько пользователи удовлетворены взаимодействием с сервисом, можно выявить узкие места и возможности для улучшения. Принцип 'Keep it simple and practical' призывает устранять излишнюю сложность и фокусироваться на том, что реально важно для клиента, делая взаимодействие с сервисом максимально удобным и понятным.

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

Рейтинг: 1056

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

## [Как в условиях SLA описать взаимосвязь между инфраструктурными компонентами и ИТ-сервисами?](https://cleverics.ru/digital/kb-qa/kak-v-usloviyakh-sla-opisat-vzaimosvyaz-mezhdu-infrastrukturnymi-komponentami-i-it-servisami/)

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

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

Рейтинг: 1056

Теги: SLA, управление инцидентами, управление конфигурациями, CMDB, управление уровнем услуг, SLM

## [Какое значение имеет разделение «клиентов» на заказчиков и пользователей в ИТ-управлении?](https://cleverics.ru/digital/kb-qa/kakoe-znachenie-imeet-razdelenie-klientov-na-zakazchikov-i-polzovateley-v-it-upravlenii/)

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

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

Рейтинг: 1055

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