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

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

## [Соответствует ли роль "Практик изменений" в ITIL V3 понятию "Координатор изменений", используемого на практике?](https://cleverics.ru/digital/kb-qa/sootvetstvuet-li-rol-praktik-izmeneniy-v-itil-v3-ponyatiyu-koordinator-izmeneniy-ispolzuemogo-na-pra/)

Роль "Практик изменений" в ITIL V3 частично соответствует понятию "Координатор изменений", используемому на практике, но не в полной мере. В описании обязанностей практика изменений упоминаются мониторинг и проверка (reviewing) корректности выполнения работ по изменению, но не прямо указана задача по координации действий участников. Координация изменений упоминается в ITIL не в разделе про роли, а в описании активностей процесса, и её выполнение может быть возложено на разные лица: менеджера процесса, практика изменений или участников CAB. Поэтому многие организации на практике выделяют отдельную роль координатора изменений для обеспечения сквозной ответственности, что не формализовано в самом стандарте ITIL.

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

Рейтинг: 928

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

## [Почему построение каталога услуг вызывает дискуссии?](https://cleverics.ru/digital/kb-qa/pochemu-postroenie-kataloga-uslug-vyzyvaet-diskussii/)

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

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

Рейтинг: 928

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

## [Какие альтернативные термины используются для обозначения непосредственной стороны отношений с ИТ-службой?](https://cleverics.ru/digital/kb-qa/kakie-alternativnye-terminy-ispolzuyutsya-dlya-oboznacheniya-neposredstvennoy-storony-otnosheniy-s-i/)

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

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

Рейтинг: 928

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

## [Какие основные направления развития можно выделить для современной системы управления ИТ в Enterprise?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-napravleniya-razvitiya-mozhno-vydelit-dlya-sovremennoy-sistemy-upravleniya-it-v-enter/)

Основные направления развития современной системы управления ИТ в Enterprise включают: - Создание мощной службы HR внутри ИТ-подразделения, которая будет активно искать таланты, решать вопросы найма, вовлечённости, мотивации и развития персонала. - Переход от традиционных иерархических структур к альтернативным принципам управления, таким как продукты вместо проектов, самоорганизующиеся команды вместо отделов, коллективная ответственность вместо тим-лида, управление задачами вместо управления людьми. - Развитие внутренних сообществ по ролям и по интересам, организация митапов, обмена находками и идей, совместной работы над исследованиями и разработками (R&D).

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

Рейтинг: 927

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

## [Какие последствия возникают, если лидер команды стремится делать большую часть работы сам, вместо того чтобы распределять задачи?](https://cleverics.ru/digital/kb-qa/kakie-posledstviya-voznikayut-esli-lider-komandy-stremitsya-delat-bolshuyu-chast-raboty-sam-vmesto-t/)

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

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

Рейтинг: 927

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

## [Почему воздействия на отдельные переменные недостаточно для решения проблем в системе ИТ?](https://cleverics.ru/digital/kb-qa/pochemu-vozdeystviya-na-otdelnye-peremennye-nedostatochno-dlya-resheniya-problem-v-sisteme-it/)

Воздействия на отдельные переменные недостаточно для решения проблем в системе ИТ из-за наличия усиливающих и балансирующих циклов обратной связи, в которых эти переменные участвуют. Простое изменение отдельного показателя может привести к временному улучшению, но со временем система через цепочку причинно-следственных связей вернется к нежелательному состоянию или ситуация может даже усугубиться. Реальное решение требует понимания структуры циклов, определения ключевых точек воздействия и разработки стратегии, которая влияет на весь цикл, а не только на отдельные элементы. Например, попытка просто ускорить Time to market без учета влияния на Change Risk и Service Quality приведет к повышению числа сбоев и проблем. Истинное решение заключается в «оздоровлении» негативных циклов (разрушении вредоносных петель) или запуске новых балансирующих циклов, которые будут поддерживать желаемое состояние системы продолжительное время.

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

Рейтинг: 927

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

## [Какие признаки указывают на наличие искажения восприятия нормы в команде или компании?](https://cleverics.ru/digital/kb-qa/kakie-priznaki-ukazyvayut-na-nalichie-iskazheniya-vospriyatiya-normy-v-komande-ili-kompanii/)

Искажение восприятия нормы проявляется через ряд характерных признаков: регулярные задержки в релизах программного обеспечения (раз в две-три недели вместо непрерывного развертывания), наличие множества ручных операций там, где должны быть автоматизированные процессы, сложные и неудобные рабочие процедуры (например, вход в корпоративные системы требует множества шагов и специальных настроек), привыкание к высокому проценту дефектов в продукте (от 50% до 70% бэклога), отсутствие реакции на запросы пользователей ИТ-услуг. В таких компаниях часто можно услышать фразы вроде «Мы так привыкли, оно работает, кто сказал, что нужно лучше?».

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

Рейтинг: 927

Теги: Agile и гибкие методы разработки ПО, DevOps, CI/CD, командная работа, поддержка пользователей, Service Desk, Help Desk, разработка ПО, управление продуктами, продуктовый подход, управление релизами

## [Что такое деловая игра 'The Challenge of Egypt' и для какой аудитории она проводится?](https://cleverics.ru/digital/kb-qa/chto-takoe-delovaya-igra-the-challenge-of-egypt-i-dlya-kakoy-auditorii-ona-provoditsya/)

Деловая игра 'The Challenge of Egypt' является обучающим инструментом, направленным на развитие навыков проектного управления. Она проводится для учащихся в возрасте от 11 до 15 лет, отобранных в рамках летней научно-образовательной программы 'Лифт в будущее'. Участники игры осваивают роль менеджера проекта и смежные позиции, связанные с управлением ресурсами, распределением задач и взаимодействием внутри команды. Игра моделирует процесс строительства пирамиды и сфинкса, требуя от игроков организации строительных операций, логистики и управления людскими ресурсами.

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

Рейтинг: 927

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

## [Как интегрировать управление запросами и управление доступом в единую систему?](https://cleverics.ru/digital/kb-qa/kak-integrirovat-upravlenie-zaprosami-i-upravlenie-dostupom-v-edinuyu-sistemu/)

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

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

Рейтинг: 927

Теги: DevOps, CI/CD, поддержка пользователей, Service Desk, Help Desk, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление проектами, PRINCE2

## [Каким образом можно правильно настроить целевые показатели разрешения инцидентов?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-mozhno-pravilno-nastroit-tselevye-pokazateli-razresheniya-intsidentov/)

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

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

Рейтинг: 927

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