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

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

## [Какие функции отвечают за разные аспекты процесса в ITIL и чем они отличаются?](https://cleverics.ru/digital/kb-qa/kakie-funktsii-otvechayut-za-raznye-aspekty-protsessa-v-itil-i-chem-oni-otlichayutsya/)

В ITIL за разные аспекты процесса отвечают следующие роли: 1. Дизайнер (технолог/проектировщик процессов): определяет назначение процесса – его базовую функцию в общей процессной модели. 2. Владелец процесса: формирует и актуализирует цели процесса в формате SMART, привязанные к конкретным периодам времени. 3. Менеджер процесса: определяет задачи процесса, обеспечивающие выполнение назначения и достижение целей, и отвечает за оперативное управление процессом. Каждая роль фокусируется на своём уровне детализации: дизайнер на стратегическом, владелец на тактическом, менеджер на оперативном.

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

Рейтинг: 893

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

## [Должна ли проверка CMDB включать анализ взаимосвязей конфигурационных элементов?](https://cleverics.ru/digital/kb-qa/dolzhna-li-proverka-cmdb-vklyuchat-analiz-vzaimosvyazey-konfiguratsionnykh-elementov/)

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

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

Рейтинг: 893

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

## [Как процесс Управления инцидентами должен быть спроектирован для обеспечения согласованного уровня прозрачности?](https://cleverics.ru/digital/kb-qa/kak-protsess-upravleniya-intsidentami-dolzhen-byt-sproektirovan-dlya-obespecheniya-soglasovannogo-ur/)

Процесс Управления инцидентами должен быть спроектирован так, чтобы предоставление информации о статусе инцидента соответствовало договорённостям с бизнесом. Это включает определение момента времени, когда информация должна быть предоставлена пользователю, выбор формата информации и каналов её передачи. Процесс должен предусматривать как проактивные коммуникационные действия (автоматические оповещения при изменении статуса), так и реактивные (предоставление информации по запросу). Интеграция с порталом самообслуживания, настройка автоматических уведомлений по email или SMS, организация работы Service Desk — всё это элементы проектирования процесса, обеспечивающие необходимый уровень прозрачности и удовлетворяющие требованиям пользователей без излишней нагрузки на персонал.

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

Рейтинг: 893

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

## [Какие методы применяются для переговоров с поставщиками программного обеспечения?](https://cleverics.ru/digital/kb-qa/kakie-metody-primenyayutsya-dlya-peregovorov-s-postavshchikami-programmnogo-obespecheniya/)

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

Автор: Михаил Тобурдановский

Рейтинг: 893

Теги: аллокация затрат, расчёт себестоимости услуг, аутсорсинг, интеграция услуг, экономика и финансы

## [Какие проблемы могут возникнуть при неверном понимании природы ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kakie-problemy-mogut-vozniknut-pri-nevernom-ponimanii-prirody-it-uslug/)

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

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

Рейтинг: 893

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

## [Как влияет неадекватная самооценка на принимаемые решения?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-neadekvatnaya-samootsenka-na-prinimaemye-resheniya/)

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

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

Рейтинг: 893

Теги: управление проектами, PRINCE2

## [Что такое проблема в терминах ITIL 4 Foundation?](https://cleverics.ru/digital/kb-qa/chto-takoe-problema-v-terminakh-itil-4-foundation/)

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

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

Рейтинг: 892

Теги: ITIL, управление инцидентами, управление проблемами

## [Какие ключевые вопросы необходимо задать команде для выявления корневых причин проблем с частотой релизов?](https://cleverics.ru/digital/kb-qa/kakie-klyuchevye-voprosy-neobkhodimo-zadat-komande-dlya-vyyavleniya-kornevykh-prichin-problem-s-chas/)

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

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

Рейтинг: 892

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

## [Какие сложности возникают при построении финансовой модели услуг на основе данных CMDB?](https://cleverics.ru/digital/kb-qa/kakie-slozhnosti-voznikayut-pri-postroenii-finansovoy-modeli-uslug-na-osnove-dannykh-cmdb/)

Главные сложности возникают из-за необходимости обеспечения консистентности финансовой информации между различными системами: CMDB, системами учёта договоров, бухгалтерскими системами. ITSM-системы не являются первоисточниками финансовых данных, поэтому требуется интеграция с бухгалтерскими системами и системами управления договорами. К сложностям относятся различия в детализации учёта финансов: в системах учета договоров может отсутствовать спецификация с перечнем позиций, в бухгалтерских системах не учитываться нематериальные активы, инфраструктурные объекты могут группироваться в комплекты с описанием в комментариях. Для решения этих проблем нужны специальные инструменты для сверки финансовой информации и чётко прописанная ролевая модель ответственности за данные.

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

Рейтинг: 892

Теги: ITSM, общие вопросы менеджмента, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление ИТ-активами, ITAM, SAM, управление конфигурациями, CMDB, управление процессами, ИТ-процессы, экономика и финансы

## [Чем отличается роль формального менеджера от неформального лидера в проектной команде?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-rol-formalnogo-menedzhera-ot-neformalnogo-lidera-v-proektnoy-komande/)

Роль формального менеджера и неформального лидера в проектной команде отличаются по источнику авторитета и способу влияния на команду. Формальный менеджер имеет официальный статус, назначенный руководством, и обладает правом давать указания, распределять задачи и оценивать результаты работы. Он обычно отвечает за соблюдение сроков, бюджета и качества проекта. Неформальный лидер, напротив, приобретает авторитет благодаря личным качествам, опыту или уважению со стороны коллег, и его влияние строится на доверии и уважении, а не на должностных полномочиях. Неформальный лидер может возникнуть на любой роли в команде, даже на позиции, не предполагающей руководства (например, как руководитель каменоломни в игре 'Египет'). В то время как формальный менеджер часто фокусируется на процессах и выполнении задач, неформальный лидер может сильнее влиять на мотивацию и командный дух.

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

Рейтинг: 892

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