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

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

## [Как проводить рефлексию после выполнения задач, чтобы определить, не попали ли в ловушку Action Bias?](https://cleverics.ru/digital/kb-qa/kak-provodit-refleksiyu-posle-vypolneniya-zadach-chtoby-opredelit-ne-popali-li-v-lovushku-action-bia/)

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

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

Рейтинг: 992

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

## [Почему традиционные KPI могут не защищать интересы бизнеса?](https://cleverics.ru/digital/kb-qa/pochemu-traditsionnye-kpi-mogut-ne-zashchishchat-interesy-biznesa/)

Традиционные KPI фокусируются только на соблюдении Tmax, игнорируя тот факт, что даже кратковременные простои вблизи лимита могут нанести бизнесу значительный ущерб. Например, при Tmax = 4 часа инцидент, устраненный за 3,9 часа, формально считается успешным, хотя за это время бизнес мог потерять клиентов или прибыль. Новый подход учитывает реальное влияние на операции через Tmin, что позволяет выстроить более справедливую систему оценки, ориентированную на реальные результаты, а не формальное соблюдение сроков.

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

Рейтинг: 992

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

## [Как влияет неадекватная самооценка на принимаемые решения?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-neadekvatnaya-samootsenka-na-prinimaemye-resheniya/)

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

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

Рейтинг: 992

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

## [Какие дополнительные правила могут потребоваться для корректной работы автоматической эскалации в условиях major-инцидентов?](https://cleverics.ru/digital/kb-qa/kakie-dopolnitelnye-pravila-mogut-potrebovatsya-dlya-korrektnoy-raboty-avtomaticheskoy-eskalatsii-v/)

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

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

Рейтинг: 992

Теги: SLA, общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, управление запросами на обслуживание, управление инцидентами, управление уровнем услуг, SLM

## [Какие факторы приводят к низкой эффективности потока в командах разработки?](https://cleverics.ru/digital/kb-qa/kakie-faktory-privodyat-k-nizkoy-effektivnosti-potoka-v-komandakh-razrabotki/)

Низкой эффективности потока в командах разработки (3-10%) способствуют несколько факторов: большое количество задач в системе, нежелание делать сложный выбор между задачами, склонность брать новые, понятные задачи вместо решения уже начатых сложных задач, использование статуса 'отложено' для задач, требующих уточнений или участия отсутствующих сотрудников. Все это приводит к тому, что значительная часть трудозатрат превращается в простои и не добавляет ценности, а время ожидания для отдельных задач достигает 90-97% от общего времени нахождения в системе.

Автор: Павел Капусткин

Рейтинг: 992

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

## [Какие факторы учитываются при расчете веса инцидента?](https://cleverics.ru/digital/kb-qa/kakie-faktory-uchityvayutsya-pri-raschete-vesa-intsidenta/)

При расчете веса инцидента учитывается его уровень влияния, который определяет степень значимости инцидента для бизнес-процессов. Например, уровень влияния может варьироваться от "Критичного" до "Низкого". Вес инцидента напрямую зависит от этого уровня, и суммарный вес всех инцидентов, привязанных к проблеме, определяет её приоритет.

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

Рейтинг: 992

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

## [Какие компании чаще всего применяют SLA между отделами маркетинга и продаж?](https://cleverics.ru/digital/kb-qa/kakie-kompanii-chashche-vsego-primenyayut-sla-mezhdu-otdelami-marketinga-i-prodazh/)

SLA между отделами маркетинга и продаж чаще всего применяются в компаниях, которые уделяют большое внимание измеримым результатам и процессному управлению. Это включает как крупные корпорации с развитой системой внутреннего управления, так и современные стартапы, стремящиеся к максимальной эффективности и прозрачности бизнес-процессов. Особенно эта практика распространена среди технологических компаний, где культура измерения KPI и процессного подхода укоренена сильнее всего. Многолетняя практика применения SLA в США показывает, что этот инструмент успешно используется как в крупном бизнесе, так и в среднем, и даже в небольших компаниях, ориентированных на рост и системную работу.

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

Рейтинг: 992

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

## [Какие ограничения должны быть установлены для полномочий координаторов изменений?](https://cleverics.ru/digital/kb-qa/kakie-ogranicheniya-dolzhny-byt-ustanovleny-dlya-polnomochiy-koordinatorov-izmeneniy/)

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

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

Рейтинг: 992

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

## [Почему тема резервирования и восстановления данных является хорошей начальной точкой для ввода процесса управления уровнями обслуживания (SLM)?](https://cleverics.ru/digital/kb-qa/pochemu-tema-rezervirovaniya-i-vosstanovleniya-dannykh-yavlyaetsya-khoroshey-nachalnoy-tochkoy-dlya/)

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

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

Рейтинг: 991

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

## [Как внедрить управление ИТ-сервисами, чтобы избежать фокуса только на процессах?](https://cleverics.ru/digital/kb-qa/kak-vnedrit-upravlenie-it-servisami-chtoby-izbezhat-fokusa-tolko-na-protsessakh/)

Чтобы избежать фокуса исключительно на процессах при внедрении управления ИТ-сервисами, необходимо следовать следующим принципам: 1) Начать с определения ключевых ИТ-сервисов и выявления показателей качества, важных для бизнеса, а не со внедрения процессов; 2) Установить четкую ответственность за каждый сервис и назначить менеджеров сервисов; 3) Связать метрики процессов напрямую с показателями качества сервиса, а не только с внутрипроцессными показателями; 4) Внедрить постоянную обратную связь от пользователей сервисов для корректировки приоритетов и целей; 5) Создать циклы непрерывного улучшения сервисов, включающие анализ отклонений, выявление причин проблем и внедрение улучшений; 6) Обеспечить, что система мотивации сотрудников направлена на достижение целевых показателей сервиса, а не только на следование процессным процедурам; 7) Проводить регулярные стратегические встречи по управлению сервисами с участием бизнеса для согласования приоритетов и ожиданий.

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

Рейтинг: 991

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