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

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

## [Что происходит, когда контроль применяется к собственной работе руководителя?](https://cleverics.ru/digital/kb-qa/chto-proiskhodit-kogda-kontrol-primenyaetsya-k-sobstvennoy-rabote-rukovoditelya/)

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

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

Рейтинг: 943

Теги: общие вопросы менеджмента

## [Какие ошибки чаще всего допускаются при аудите CMDB?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-chashche-vsego-dopuskayutsya-pri-audite-cmdb/)

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

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

Рейтинг: 943

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

## [Какие методы наиболее эффективны для развития навыков взаимодействия с клиентами у технических специалистов?](https://cleverics.ru/digital/kb-qa/kakie-metody-naibolee-effektivny-dlya-razvitiya-navykov-vzaimodeystviya-s-klientami-u-tekhnicheskikh/)

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

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

Рейтинг: 942

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

## [Как определяется бизнес-ценность в сервисных отношениях и чем она характеризуется?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-biznes-tsennost-v-servisnykh-otnosheniyakh-i-chem-ona-kharakterizuetsya/)

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

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

Рейтинг: 942

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

## [Какие усиливающие петли обратной связи связаны с проблемами в ИТ?](https://cleverics.ru/digital/kb-qa/kakie-usilivayushchie-petli-obratnoy-svyazi-opisany-v-tekste-svyazannye-s-problemami-v-it/)

В тексте описаны несколько усиливающих петлей обратной связи, связанных с проблемами в ИТ. Первая отрицательная: увеличение числа проблем и обходных решений (Workarounds) приводит к росту сложности инфраструктуры (IT Infrastructure Complexity), что повышает хрупкость системы (увеличивает Change Risk) и затрудняет планирование (снижает Change Control Level), что в свою очередь ведет к новым ошибкам и проблемам, замыкая цикл. Вторая отрицательная: высокий Time to market вызывает давление со стороны бизнеса на срочные изменения (Emergency changes), которые проводятся с нарушением процессов (низкий Change Control Level), что приводит к новым ошибкам и росту бэклога, еще больше увеличивая Time to market. Третья отрицательная: постоянные провалы приводят к настороженности и страхову, усложнению коммуникаций, увеличению бюрократии (Bureaucracy), что замедляет изменения и усиливает проблемы. Также описана положительная усиливающая петля: высокий Release rate приводит к накоплению опыта (возрастанию Change capability), что позволяет еще чаще внедрять изменения, образуя позитивный цикл развития.

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

Рейтинг: 942

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

## [Как граница зоны влияния поставщика услуг связана с применением метода 5-Why's?](https://cleverics.ru/digital/kb-qa/kak-granitsa-zony-vliyaniya-postavshchika-uslug-svyazana-s-primeneniem-metoda-5-why-s/)

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

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

Рейтинг: 942

Теги: аутсорсинг, интеграция услуг

## [Какие сценарии развития ситуации с частотой релизов возможны после недостижения цели еженедельных релизов?](https://cleverics.ru/digital/kb-qa/kakie-stsenarii-razvitiya-situatsii-s-chastotoy-relizov-vozmozhny-posle-nedostizheniya-tseli-ezhened/)

После того как команда смогла достичь стабильной частоты релизов раз в две недели вместо запланированных еженедельных, существуют четыре основных сценария: 1) Согласиться с текущим положением как улучшением по сравнению с прошлым и продолжать пассивно пытаться улучшить ситуацию, но не предпринимая активных действий. 2) Продолжать активно работать над улучшением процесса, выявляя корневые причины и применяя изменения. 3) Зафиксировать текущую частоту как новую норму и планировать дополнительные внеплановые релизы. 4) Установить амбициозную цель ежедневных релизов, используя принципы DevOps и идя на радикальные изменения в процессах.

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

Рейтинг: 942

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

## [Какие проблемы возникают при интеграции системы управления конфигурациями с бухгалтерскими системами и системами учёта договоров?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-integratsii-sistemy-upravleniya-konfiguratsiyami-s-bukhgalterskimi-sis/)

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

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

Рейтинг: 942

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

## [Чем отличаются процессы EDM01 и EDM05 от процессов EDM02–EDM04 в контексте руководства ИТ?](https://cleverics.ru/digital/kb-qa/chem-otlichayutsya-protsessy-edm01-i-edm05-ot-protsessov-edm02-edm04-v-kontekste-rukovodstva-it/)

Процессы EDM01 и EDM05 в COBIT 5 ориентированы на управление самой системой руководства ИТ, в то время как EDM02–EDM04 обеспечивают руководство системой управления ИТ. Объектом для EDM01 является система руководства ИТ (процессы EDM02–EDM04), и этот процесс отвечает за создание и обновление подхода к руководству. Аналогично, EDM05 формирует отчетность и обеспечивает прозрачность деятельности системы руководства для заинтересованных сторон. Таким образом, процессы EDM01 и EDM05 описывают, как обеспечивается сама система руководства, в отличие от остальных процессов, которые управляют деятельностью организации в области ИТ.

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

Рейтинг: 942

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

## [Почему измерение востребованности фичи только по статистическим показателям может быть недостаточным?](https://cleverics.ru/digital/kb-qa/pochemu-izmerenie-vostrebovannosti-fichi-tolko-po-statisticheskim-pokazatelyam-mozhet-byt-nedostatoc/)

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

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

Рейтинг: 942

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