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

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

## [Как можно определить направленность локуса контроля у человека?](https://cleverics.ru/digital/kb-qa/kak-mozhno-opredelit-napravlennost-lokusa-kontrolya-u-cheloveka/)

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

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

Рейтинг: 980

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

## [Как поставщик услуг может перейти на следующий уровень в предоставлении услуг?](https://cleverics.ru/digital/kb-qa/kak-postavshchik-uslug-mozhet-pereyti-na-sleduyushchiy-uroven-v-predostavlenii-uslug/)

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

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

Рейтинг: 980

Теги: аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик

## [Как повысить мотивацию разработчиков кроме обратной связи от пользователей?](https://cleverics.ru/digital/kb-qa/kak-povysit-motivatsiyu-razrabotchikov-krome-obratnoy-svyazi-ot-polzovateley/)

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

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

Рейтинг: 980

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

## [В чём необходимость участия менеджера изменений в каждом нестандартном изменении?](https://cleverics.ru/digital/kb-qa/kak-v-tekste-opisyvaetsya-neobkhodimost-uchastiya-menedzhera-izmeneniy-v-kazhdom-nestandartnom-izmen/)

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

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

Рейтинг: 980

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

## [На что нужно обратить внимание при разработке регламента работы с системой мониторинга?](https://cleverics.ru/digital/kb-qa/na-chto-nuzhno-obratit-vnimanie-pri-razrabotke-reglamenta-raboty-s-sistemoy-monitoringa/)

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

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

Рейтинг: 980

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

## [Почему быстрые победы в организации SLM маловероятны?](https://cleverics.ru/digital/kb-qa/pochemu-bystrye-pobedy-v-organizatsii-slm-maloveroyatny/)

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

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

Рейтинг: 980

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

## [Как обрабатывать случаи множественных возвратов одного инцидента в разные группы?](https://cleverics.ru/digital/kb-qa/kak-obrabatyvat-sluchai-mnozhestvennykh-vozvratov-odnogo-intsidenta-v-raznye-gruppy/)

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

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

Рейтинг: 980

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

## [Как игра показывает сложности приоритизации ИТ-инициатив?](https://cleverics.ru/digital/kb-qa/kak-igra-pokazyvaet-slozhnosti-prioritizatsii-it-initsiativ/)

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

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

Рейтинг: 980

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

## [Каковы особенности применения каталога услуг во внутреннем ИТ-подразделении?](https://cleverics.ru/digital/kb-qa/kakovy-osobennosti-primeneniya-kataloga-uslug-vo-vnutrennem-it-podrazdelenii/)

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

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

Рейтинг: 980

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

## [Как публикация Risk Scenarios Using COBIT 5 for Risk расширяет возможности COBIT 5 for Risk?](https://cleverics.ru/digital/kb-qa/kak-publikatsiya-risk-scenarios-using-cobit-5-for-risk-rasshiryaet-vozmozhnosti-cobit-5-for-risk/)

Публикация Risk Scenarios Using COBIT 5 for Risk существенно расширяет возможности COBIT 5 for Risk, предоставляя подробное описание ранее заявленных сценариев рисков в соответствии с шаблоном профиля риска (Risk Profile). Включает в себя конкретные примеры реализации рисков в организациях, детальное описание каждого из пяти компонентов структуры сценария, анализ влияния на три ключевые области (получение ценности от ИТ, выполнение программ и проектов, эксплуатация ИТ-услуг), указание применимых стратегий реагирования и применение семи факторов влияния для снижения рисков с оценкой их эффективности. Документ содержит почти двести страниц детального анализа, что делает его самым подробным и актуальным описанием типовых ИТ-рисков от ISACA.

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

Рейтинг: 979

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