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

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

## [Как избавиться от внутренних диалогов, мешающих концентрации?](https://cleverics.ru/digital/kb-qa/kak-izbavitsya-ot-vnutrennikh-dialogov-meshayushchikh-kontsentratsii/)

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

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

Рейтинг: 1048

## [Как DASA подходит к определению DevOps, вместо предоставления собственного исчерпывающего определения?](https://cleverics.ru/digital/kb-qa/kak-dasa-podkhodit-k-opredeleniyu-devops-vmesto-predostavleniya-sobstvennogo-ischerpyvayushchego-opr/)

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

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

Рейтинг: 1048

Теги: DevOps, CI/CD

## [Почему важно вовлекать сотрудников в разработку схемы категоризации?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-vovlekat-sotrudnikov-v-razrabotku-skhemy-kategorizatsii/)

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

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

Рейтинг: 1048

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

## [Как определить границы между процессами управления проблемами и постоянного совершенствования в конкретной организации?](https://cleverics.ru/digital/kb-qa/kak-opredelit-granitsy-mezhdu-protsessami-upravleniya-problemami-i-postoyannogo-sovershenstvovaniya/)

Определение границ между процессами управления проблемами (PRB) и постоянного совершенствования (CSI) в конкретной организации должно учитывать следующие факторы:  1) Масштаб и сложность организации - в небольших организациях границы могут быть размыты, тогда как в крупных необходимы четкие определения  2) Стадия зрелости процессов - на начальных этапах внедрения PRB может сосредоточиться только на технических проблемах, тогда как CSI будет охватывать более широкие аспекты  3) Специфика бизнеса и требований к услугам - чем критичнее услуги для бизнеса, тем более детальной должна быть проработка границ  4) Реальная практика работы - границы должны отражать то, как процессы фактически взаимодействуют, а не только теоретические модели  5) Потенциальные точки пересечения - важно определить, где процессы могут дублировать друг друга или оставлять "белые пятна"  Практические рекомендации: - Начните с того, что уже работает: определите, какие аспекты процессов уже есть в организации, и формируйте границы вокруг них - Не пытайтесь создать единую систему сразу для всех уровней - начните с операционного уровня, затем переходите к стратегическому - Регулярно пересматривайте границы по мере развития процессов - Убедитесь, что есть четко определенные точки передачи задач между процессами - Создайте совместные рабочие группы для решения вопросов, где границы неочевидны  Самое главное - границы должны быть практичными и решать реальные проблемы организации, а не соответствовать идеальным теоретическим моделям. Часто правильное определение границ приходит не по теоретическим соображениям, а в результате практической работы и устранения возникающих проблем.

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

Рейтинг: 1048

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

## [Как преодолеть сопротивление сотрудников изменениям при переходе к гибкому управлению?](https://cleverics.ru/digital/kb-qa/kak-preodolet-soprotivlenie-sotrudnikov-izmeneniyam-pri-perekhode-k-gibkomu-upravleniyu/)

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

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

Рейтинг: 1047

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

## [Что такое эффект Даннинга-Крюгера и как он влияет на работу ИТ-отделов?](https://cleverics.ru/digital/kb-qa/chto-takoe-effekt-danninga-kryugera-i-kak-on-vliyaet-na-rabotu-it-otdelov/)

Эффект Даннинга-Крюгера — это когнитивное искажение, при котором люди с низким уровнем компетентности в определенной области не осознают своей некомпетентности и, наоборот, переоценивают свои способности. В контексте ИТ-отделов это проявляется в том, что разработчики или члены бизнес-команды не понимают глубины своих знаний, что приводит к ошибочным решениям, несоответствию ожиданий и реальности, а также к неэффективным процессам. Например, в тексте описывается случай, когда разработчик заявил: «Да что там разбираться?! Пока не читал. Сели и пишем, чего там», что явно демонстрирует иллюзию компетентности и приводит к снижению качества работы и задержкам.

Автор: Сандра Урядова

Рейтинг: 1047

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

## [Какие конкретные элементы ITIL подходят для не-ИТ организаций?](https://cleverics.ru/digital/kb-qa/kakie-konkretnye-elementy-itil-podkhodyat-dlya-ne-it-organizatsiy/)

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

Автор: Елена Колбей

Рейтинг: 1047

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

## [Какие ошибки чаще всего допускают при внедрении учёта трудозатрат?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-chashche-vsego-dopuskayut-pri-vnedrenii-ucheta-trudozatrat/)

Типичные ошибки: завышение данных из-за непонимания 'кванта времени', использование искусственных нормативов (например, минимум 15 минут), игнорирование параллельных задач, распределение времени по шаблону '100%', а также восприятие учёта как инструмента контроля, а не анализа. Это приводит к искажению данных и потере доверия. Важно избегать жёстких правил, обучать сотрудников методам оценки и фокусироваться на использовании статистики для улучшения процессов.

Автор: Денис Денисов

Рейтинг: 1047

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

## [Как можно оптимизировать документооборот при управлении ИТ-услугами?](https://cleverics.ru/digital/kb-qa/kak-mozhno-optimizirovat-dokumentooborot-pri-upravlenii-it-uslugami/)

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

Автор: Денис Денисов

Рейтинг: 1047

Теги: ISO 20000, поддержка пользователей, Service Desk, Help Desk, управление доступностью, управление уровнем услуг, SLM

## [Какие подпроцессы выделяются в управлении мощностями (Capacity management) согласно ITIL?](https://cleverics.ru/digital/kb-qa/kakie-podprotsessy-vydelyayutsya-v-upravlenii-moshchnostyami-capacity-management-soglasno-itil/)

Согласно ITIL, в управлении мощностями выделяются три подпроцесса: Business Capacity Management (управление бизнес-мощностями), Service Capacity Management (управление сервисной мощностью) и Resource Capacity Management (управление ресурсной мощностью). Первый подпроцесс связан с прогнозированием и управлением мощностью на уровне бизнеса, второй – на уровне предоставляемых ИТ-услуг, третий – на уровне физических и виртуальных ресурсов.

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

Рейтинг: 1047

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