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

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

## [Какие ошибки часто допускают при решении сложных организационных задач?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-chasto-dopuskayut-pri-reshenii-slozhnykh-organizatsionnykh-zadach/)

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

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

Рейтинг: 1043

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

## [Каково происхождение термина 'менеджер услуг' (service manager) в контексте ITIL?](https://cleverics.ru/digital/kb-qa/kakovo-proiskhozhdenie-termina-menedzher-uslug-service-manager-v-kontekste-itil/)

Термин 'менеджер услуг' (service manager) в ITIL представляет собой общий термин для обозначения любого руководителя в организации поставщика услуг. В словаре ITIL 2011 он описывается как руководитель, который может относиться к менеджерам по взаимоотношениям с бизнесом, менеджерам процессов или к высшему руководству, отвечающему за ИТ-услуги в целом. При переходе на ITILv3 этот термин формально сохранялся, но фактически не использовался из-за слишком обширного смыслового наполнения. В ITIL 4 упоминание сущности 'менеджер услуг' полностью исчезло.

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

Рейтинг: 1043

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

## [Как применять матрично-иерархическую структуру в классификаторе изменений?](https://cleverics.ru/digital/kb-qa/kak-primenyat-matrichno-ierarkhicheskuyu-strukturu-v-klassifikatore-izmeneniy/)

Матрично-иерархическая структура в классификаторе изменений применяется следующим образом:  Сначала устанавливается иерархия категорий изменений: - На верхнем уровне разделяются стандартные и нестандартные изменения - Далее по критериям риска, типа объекта (ИТ-инфраструктура, информационные системы, сети) - Иерархия продолжается до уровня конкретных типов или групп систем  Затем формируется матрица параметров для каждой категории: - Для каждой группы систем или направлений определяются свои наборы параметров - Параметры включают: ответственных за координацию, уполномоченных на согласование, обязательные результаты этапов - Набор опциональных этапов для конкретной группы систем  Особенность применения такой структуры: - Для ИТ-инфраструктуры может быть определен общий типовой порядок с опциональными этапами для работ в боевой среде - Для информационных систем — мастер-порядок с обязательным приёмочным тестированием - Для разных групп информационных систем (например, критически важных) — дополнительные этапы оценки влияния  Как пример конкретной реализации: - Категория «Стандартные изменения для серверной инфраструктуры»:   * Общие этапы: запрос, техническое согласование, выполнение, подтверждение   * Параметры: ответственный координатор — администратор соответствующего направления, срок выполнения — не более 2 часов   * Специфика: не требуется приёмочное тестирование, так как работы выполняются в режиме реального времени  - Категория «Изменения для критически важных информационных систем»:   * Общие этапы: запрос, анализ влияния, утверждение комитета, планирование, тестирование, выполнение, подтверждение   * Параметры: ответственный координатор — старший сотрудник, срок планирования — минимум 5 рабочих дней   * Специфика: обязательное приёмочное тестирование в выделенной среде  Этот подход позволяет значительно сократить количество уникальных моделей, оставаясь при этом достаточно гибким для учета специфики различных систем и направлений.

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

Рейтинг: 1043

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

## [Как изменится роль бизнеса при ликвидации стены между ним и ИТ-подразделением?](https://cleverics.ru/digital/kb-qa/kak-izmenitsya-rol-biznesa-pri-likvidatsii-steny-mezhdu-nim-i-it-podrazdeleniem/)

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

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

Рейтинг: 1042

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

## [Почему важно различать выходы и результаты при определении требований к услуге?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-razlichat-vykhody-i-rezultaty-pri-opredelenii-trebovaniy-k-usluge/)

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

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

Рейтинг: 1042

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

## [Почему в командной игре или проекте чрезмерная активность одного человека может привести к снижению эффективности?](https://cleverics.ru/digital/kb-qa/pochemu-v-komandnoy-igre-ili-proekte-chrezmernaya-aktivnost-odnogo-cheloveka-mozhet-privesti-k-snizh/)

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

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

Рейтинг: 1042

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

## [Какие ошибки чаще всего совершаются при внедрении сервисного подхода в ИТ-организациях?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-chashche-vsego-sovershayutsya-pri-vnedrenii-servisnogo-podkhoda-v-it-organizatsiyakh/)

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

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

Рейтинг: 1042

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

## [Какие основные проблемы возникают при переходе сервис-провайдера в роль сервис-интегратора?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-problemy-voznikayut-pri-perekhode-servis-provaydera-v-rol-servis-integratora/)

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

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

Рейтинг: 1042

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

## [В каких ситуациях контроль является основным гарантом достижения целей?](https://cleverics.ru/digital/kb-qa/v-kakikh-situatsiyakh-kontrol-yavlyaetsya-osnovnym-garantom-dostizheniya-tseley/)

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

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

Рейтинг: 1042

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

## [Как цифровая трансформация усложняет взаимодействие между ИТ и бизнесом?](https://cleverics.ru/digital/kb-qa/kak-tsifrovaya-transformatsiya-uslozhnyaet-vzaimodeystvie-mezhdu-it-i-biznesom/)

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

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

Рейтинг: 1042

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