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

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

## [Какие особенности характеризуют модель Value network по сравнению с Value chain?](https://cleverics.ru/digital/kb-qa/kakie-osobennosti-kharakterizuyut-model-value-network-po-sravneniyu-s-value-chain/)

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

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

Рейтинг: 1022

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

## [Чем отличается подход COBIT5 for Risk в управлении рисками?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-podkhod-cobit5-for-risk-v-upravlenii-riskami/)

COBIT5 for Risk (ранее известный как Risk IT) предлагает строгий, структурированный подход к описанию и управлению рисками. Его отличительной особенностью является учет дополнительных параметров при оценке рисков, таких как прогнозируемая длительность негативного влияния, критичность события относительно календарного периода или времени суток. Документ содержит множество практических примеров, размещенных в виде плашек на полях, и включает сотни примеров рисков, классифицированных по 20 категориям – от управления ИТ-инвестициями и проектами до рисков, связанных с поставщиками, вредоносным ПО, атаками и регуляторами. Для каждого риска указаны соответствующие контрмеры.

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

Рейтинг: 1022

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

## [Какой вред может нанести излишне выраженный внутренний локус контроля?](https://cleverics.ru/digital/kb-qa/kakoy-vred-mozhet-nanesti-izlishne-vyrazhennyy-vnutrenniy-lokus-kontrolya/)

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

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

Рейтинг: 1022

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

## [Чем больше охват учета в CMDB, тем сложнее оценить трудозатраты?](https://cleverics.ru/digital/kb-qa/chem-bolshe-okhvat-ucheta-v-cmdb-tem-slozhnee-otsenit-trudozatraty/)

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

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

Рейтинг: 1022

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

## [Что такое вытягивающая система в контексте канбана и как она работает?](https://cleverics.ru/digital/kb-qa/chto-takoe-vytyagivayushchaya-sistema-v-kontekste-kanbana-i-kak-ona-rabotaet/)

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

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

Рейтинг: 1022

Теги: Канбан, WIP-лимиты

## [Какие критерии могут использоваться для приоритизации инцидентов в ИТ-службах?](https://cleverics.ru/digital/kb-qa/kakie-kriterii-mogut-ispolzovatsya-dlya-prioritizatsii-intsidentov-v-it-sluzhbakh/)

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

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

Рейтинг: 1021

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

## [Какие цели преследует процесс управления инцидентами в рамках ITIL?](https://cleverics.ru/digital/kb-qa/kakie-tseli-presleduet-protsess-upravleniya-intsidentami-v-ramkakh-itil/)

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

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

Рейтинг: 1021

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

## [Какие аспекты классификации инцидента влияют на его приоритизацию?](https://cleverics.ru/digital/kb-qa/kakie-aspekty-klassifikatsii-intsidenta-vliyayut-na-ego-prioritizatsiyu/)

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

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

Рейтинг: 1020

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

## [Как определить, какие методы выявления проблем выбрать организации?](https://cleverics.ru/digital/kb-qa/kak-opredelit-kakie-metody-vyyavleniya-problem-vybrat-organizatsii/)

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

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

Рейтинг: 1020

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

## [Как встроить понимание бизнес-ценности в ИТ-организацию при переходе на сервисный подход?](https://cleverics.ru/digital/kb-qa/kak-vstroit-ponimanie-biznes-tsennosti-v-it-organizatsiyu-pri-perekhode-na-servisnyy-podkhod/)

Для встраивания понимания бизнес-ценности необходимо создать процессы и метрики, которые напрямую связывают ИТ-услуги с бизнес-результатами. Следует проводить обучение сотрудников на примерах конкретных бизнес-сценариев, как их работа влияет на конечных пользователей и бизнес-процессы. Регулярные совместные встречи с бизнес-заказчиками, разработка совместных KPI, которые измеряют не только технические показатели, но и бизнес-результаты, а также внедрение механизма сбора и анализа обратной связи от конечных пользователей помогут закрепить понимание бизнес-ценности в организации.

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

Рейтинг: 1020

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