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

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

## [Как культура организации влияет на необходимость SLA?](https://cleverics.ru/digital/kb-qa/kak-kultura-organizatsii-vliyaet-na-neobkhodimost-sla/)

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

Автор: Игорь Фадеев

Рейтинг: 943

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

## [Как учитываются относительные приоритеты бизнеса при расчете общего показателя качества?](https://cleverics.ru/digital/kb-qa/kak-uchityvayutsya-otnositelnye-prioritety-biznesa-pri-raschete-obshchego-pokazatelya-kachestva/)

Относительные приоритеты бизнеса учитываются при расчете общего показателя качества через использование весовых коэффициентов. Например, при объединении показателей из различных групп услуг (mission-critical, business-critical и обычные) каждой группе присваивается вес, отражающий ее степень важности для бизнеса. При расчете общего интегрального показателя эти веса учитываются в формуле, например, при вычислении взвешенного среднего арифметического. Если mission-critical услуги имеют вес 0.5, business-critical — 0.3, а обычные — 0.2, то их показатели будут пропорционально учитываться в общем результате. Это позволяет управлять акцентами в оценке и более точно отражать стратегические приоритеты бизнеса.

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

Рейтинг: 943

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

## [Почему бизнес часто перекладывает ответственность за управление данными на ИТ-подразделение?](https://cleverics.ru/digital/kb-qa/pochemu-biznes-chasto-perekladyvaet-otvetstvennost-za-upravlenie-dannymi-na-it-podrazdelenie/)

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

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

Рейтинг: 943

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

## [Как процесс управления конфигурациями помогает в сравнении верифицированного и реального состояния инфраструктуры?](https://cleverics.ru/digital/kb-qa/kak-protsess-upravleniya-konfiguratsiyami-pomogaet-v-sravnenii-verifitsirovannogo-i-realnogo-sostoya/)

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

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

Рейтинг: 943

Теги: управление конфигурациями, CMDB

## [Какие недостатки книги отмечены в обзоре?](https://cleverics.ru/digital/kb-qa/kakie-nedostatki-knigi-otmecheny-v-obzore/)

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

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

Рейтинг: 943

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

## [Что происходит, когда контроль применяется к собственной работе руководителя?](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/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, управление продуктами, продуктовый подход, управление процессами, ИТ-процессы, эффективность, оптимизация

## [Какие сценарии развития ситуации с частотой релизов возможны после недостижения цели еженедельных релизов?](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, управление проблемами, управление релизами, эффективность, оптимизация