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

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

## [Какие элементы необходимы для успешного внедрения бизнес-процесса?](https://cleverics.ru/digital/kb-qa/kakie-elementy-neobkhodimy-dlya-uspeshnogo-vnedreniya-biznes-protsessa/)

Для успешного внедрения бизнес-процесса необходимы: 1. Четкое описание процесса и его этапов. 2. Система контроля и измерения эффективности. 3. Мотивация сотрудников за соблюдение процесса. 4. Обучение персонала и разъяснение важности каждого этапа. 5. Возможность внесения корректировок на основе обратной связи. Отсутствие любого из этих элементов снижает шансы на успешное внедрение процесса и может привести к его формальному соблюдению или игнорированию.

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

Рейтинг: 834

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

## [Как можно количественно оценить эффективность ITSM-процессов?](https://cleverics.ru/digital/kb-qa/kak-mozhno-kolichestvenno-otsenit-effektivnost-itsm-protsessov/)

Количественная оценка эффективности ITSM-процессов возможна через измерение ключевых показателей. Среди основных метрик - время решения инцидентов, которое в примере сократилось на 40% за полгода. Также важны процент автоматизированных обращений (в данном случае достигнуто 90%) и скорость маршрутизации запросов. В коммерческих организациях эти показатели можно дополнительно перевести в денежный эквивалент, учитывая стоимость рабочего времени сотрудников и возможные операционные потери при простоях. Такой подход позволяет обосновать инвестиции в улучшение ITSM-процессов через реальные финансовые выгоды, а не гипотетические расчеты. Другие важные количественные показатели включают уровень удовлетворенности пользователей, количество повторных обращений по одному инциденту и среднее время первого ответа на запрос.

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

Рейтинг: 834

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

## [Какие основные риски возникают при попытке улучшить рабочие процессы в ИТ-команде без учета взаимодействия с бизнесом?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-riski-voznikayut-pri-popytke-uluchshit-rabochie-protsessy-v-it-komande-bez-ucheta-vza/)

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

Автор: Светлана Сапегина

Рейтинг: 834

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

## [Почему красный квадрат на «доске аварий» может ввести в заблуждение?](https://cleverics.ru/digital/kb-qa/pochemu-krasnyy-kvadrat-na-doske-avariy-mozhet-vvesti-v-zabluzhdenie/)

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

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

Рейтинг: 834

Теги: поддержка пользователей, Service Desk, Help Desk, управление инцидентами, управление конфигурациями, CMDB

## [Когда сбой компонента системы не считается инцидентом?](https://cleverics.ru/digital/kb-qa/kogda-sboy-komponenta-sistemy-ne-schitaetsya-intsidentom/)

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

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

Рейтинг: 834

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

## [Какие риски возникают при установлении неадекватных сроков выполнения работ в условиях разных часовых поясов?](https://cleverics.ru/digital/kb-qa/kakie-riski-voznikayut-pri-ustanovlenii-neadekvatnykh-srokov-vypolneniya-rabot-v-usloviyakh-raznykh/)

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

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

Рейтинг: 834

Теги: поддержка пользователей, Service Desk, Help Desk, управление рисками, эффективность, оптимизация

## [Какие альтернативы иерархическим структурам управления могут повысить эффективность ИТ-подразделений?](https://cleverics.ru/digital/kb-qa/kakie-alternativy-ierarkhicheskim-strukturam-upravleniya-mogut-povysit-effektivnost-it-podrazdeleniy/)

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

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

Рейтинг: 834

Теги: Agile и гибкие методы разработки ПО, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, командная работа, общие вопросы менеджмента, поток создания ценности (Value Stream), управление продуктами, продуктовый подход, управление релизами, эффективность, оптимизация

## [Как бюрократия влияет на работу ИТ-организации по мере усугубления проблем?](https://cleverics.ru/digital/kb-qa/kak-byurokratiya-vliyaet-na-rabotu-it-organizatsii-po-mere-usugubleniya-problem/)

Бюрократия влияет на работу ИТ-организации отрицательным образом по мере усугубления проблем через замыкание вредоносного цикла. При высоких рисках и низком качестве услуг (Service Quality) люди и организация становятся менее терпимы к изменениям, стремясь минимизировать риски путем введения множества дополнительных согласований и авторизаций. Рост бюрократии (Bureaucracy) увеличивает Process Time (время работы над изменением), что приводит к росту общего Time to market. Увеличение времени вывода решений создает дополнительное давление со стороны бизнеса, что стимулирует проведение срочных изменений с нарушением процессов (Emergency changes), ведущих к новым ошибкам и проблемам. Также бюрократия препятствует свободному обмену знаниями и уроками, поскольку люди занимают оборонительную позицию и боятся ошибок, что приводит к тому, что уроки не извлекаются и из них не делаются выводы, создавая замкнутый цикл постоянного ухудшения ситуации в ИТ-организации.

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

Рейтинг: 834

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

## [Почему токсичная обратная связь может быть опаснее, чем полное ее отсутствие?](https://cleverics.ru/digital/kb-qa/pochemu-toksichnaya-obratnaya-svyaz-mozhet-byt-opasnee-chem-polnoe-ee-otsutstvie/)

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

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

Рейтинг: 834

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

## [Какие ошибки делают менеджеры при управлении инцидентами или проектами в деловых играх?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-delayut-menedzhery-pri-upravlenii-intsidentami-ili-proektami-v-delovykh-igrakh/)

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

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

Рейтинг: 834

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